From nobody Wed Apr 1 06:40:20 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD1811A9117 for ; Wed, 1 Apr 2015 06:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PUfxdHMpB9Ac for ; Wed, 1 Apr 2015 06:40:14 -0700 (PDT) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 042161A9115 for ; Wed, 1 Apr 2015 06:40:10 -0700 (PDT) Received: by wgoe14 with SMTP id e14so53577012wgo.0 for ; Wed, 01 Apr 2015 06:40:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Z534hfHE79LZd4G6OLS7Jt9cnECgcJ1RXHlIjYyOOrg=; b=fbElrzFyxG/igw7m+2Tnl0W50nBvnYVLSdPW5HSep8JAKgW4Vkcmzx07Zv7YYi/XdO zNkAtB3bDU/K1vCc5JLpSo+FEjBXq/MF9JxsRMSTf51OdtWMLbFMd4fPAQW1G112mWiF zDf2POYKyPWNyn3/DaMWp4kQcMG01tYdsHlBDtmZerKdbjsAMfYdcMZAbeJZcTwdLeHO 4IUuaIh8I2awVNOEqKTZ1anvxVyazvME3PHu+SNuHC87S+w6OeB3hXrCAcu/Jkabe/Kd 9TXcmDrXs2STdScQ8Lcvn2aLsV+Tft6/J8LEsRzERyPsnv+MCA8DsfgsJZzfnBJ2YOli mh6g== X-Gm-Message-State: ALoCoQk7itdhByLsWrq1585HjnTlzLNZ46wvtX3IpOtCyenMKvlhyQAG5tRL7/np9CmFrnqfltR5 X-Received: by 10.180.207.76 with SMTP id lu12mr15191662wic.88.1427895608611; Wed, 01 Apr 2015 06:40:08 -0700 (PDT) Received: from ?IPv6:2001:660:330f:a4:a932:cac4:2387:56eb? ([2001:660:330f:a4:a932:cac4:2387:56eb]) by mx.google.com with ESMTPSA id w3sm25551482wiz.5.2015.04.01.06.40.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 Apr 2015 06:40:07 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Luigi Iannone In-Reply-To: Date: Wed, 1 Apr 2015 15:40:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5518A89C.3090108@joelhalpern.com> <5518AD07.9090200@joelhalpern.com> <580EAA3E-7B39-430B-A23B-001F0E8E597B@gmail.com> To: Ronald Bonica X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 13:40:18 -0000 Hi Ron, > On 31 Mar 2015, at 19:48, Ronald Bonica wrote: >=20 > Damien, >=20 > In his email below, Joel asks: >=20 >>>> if we modified the section to say that we do not know >>>> what the impact on cache size and control overhead will be, as the >>>> studies that have been made have been disputed as to their = relevance >>>> to the core Internet case, would the document still meet the IESG >>>> requirements for evaluating the impact >=20 > I support Joel's request, so long as the disclaimer is complete. Agreed that we need to clarify (via a disclaimer) what are the = assumptions of the studies, and that outsides these assumptions we have = no information. > If cache size and control overhead have impact, they must have impact = upon something. Do we know what they will impact? If so, tell us. If = not, tell us that. >=20 Let me try to understand here. What you are suggesting is that any = discussion on the scalability of cache and control overhead should be = dropped (they are in the papers anyway), and only the aspects that have = an impact (and on what they have an impact) should be maintained. Is my reading correct? BTW, Deborah was also suggesting to simplify some sections which are = cluttered with to much numbers. This seems to me inline with your = suggestion (if I got it correctly). ciao Luigi > = Ron >=20 >> -----Original Message----- >> From: Damien Saucez [mailto:damien.saucez@gmail.com] >> Sent: Monday, March 30, 2015 7:19 PM >> To: Ronald Bonica >> Cc: Joel Halpern; Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS); LISP >> mailing list list >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >> Ron, >>=20 >> As one of the authors I can say I am not frustrated :-) >>=20 >> We are looking on how to address in the best way the comments of this >> thread. >>=20 >> Just that it is unrealistic to hope a new full study on the cache = size from >> research partners as such a study takes a lot of time and resources = (to >> produce the experimentation, then to get reviewed in a conference or >> journal and finally get published) and would not change any = conclusion with >> regards to the analytical studies reference in the draft already and = that draw >> general conclusions. >>=20 >> The best solution could be to ask your customers to provide me the >> necessary information so that I could evaluate the impact of LISP for = their >> needs. Without that, I am afraid that the only thing that we can = reasonably >> provide is theoretical/analytical studies. >>=20 >> The disclaimer you propose to add is just incorrect. It is not true = that we >> don't know the impact of cache size. Actually, in the draft, we = already >> reference the analytical study [CCD12] that demonstrates analytically = that it is >> possible to link cache size, traffic pattern, and miss rate. >>=20 >> Here is the paragraph present in the draft: >>=20 >> [CCD12] generalizes the caching discussion and proposes an analytic >> model for the EID-to-RLOC cache size when prefix-level traffic has = a >> stationary generating process. The model shows that miss rate can = be >> accurately predicted from the EID-to-RLOC cache size and a small = set >> of easily measurable traffic parameters, meaning that operators can >> provision the EID-to-RLOC cache of their ITRs according to the miss >> rate they want to achieve for their given traffic. >>=20 >> That is clear enough for me and unless someone can prove the model = wrong >> I am perfectly fine with this observation that is supported by = empirical data. >>=20 >> Cheers, >>=20 >> Damien Saucez >>=20 >> On 30 Mar 2015, at 17:17, Ronald Bonica wrote: >>=20 >>> Brian, Deborah, >>>=20 >>> I realize that the authors are frustrated. Maybe we can run with = Joel's >> proposal if we make the disclaimer complete. >>>=20 >>> Shouldn't the disclaimer read something like, "We do not know the = impact >> of cache size and control overhead on {x, y, z}", where x, y and z = might be: >>>=20 >>> - LISP scaling >>> - LISP security >>> - LISP resiliency >>> - other ??? >>>=20 >>> Given that, might we draw some conclusions regarding LISP's = applicability? >>>=20 >>> Ron >>>=20 >>>> -----Original Message----- >>>> From: lisp [mailto:lisp-bounces@ietf.org] On Behalf Of Joel M. >>>> Halpern >>>> Sent: Sunday, March 29, 2015 9:55 PM >>>> To: Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS) >>>> Cc: LISP mailing list list >>>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>=20 >>>> Brian, Deborah, if we modified the section to say that we do not = know >>>> what the impact on cache size and control overhead will be, as the >>>> studies that have been made have been disputed as to their = relevance >>>> to the core Internet case, would the document still meet the IESG >>>> requirements for evaluating the impact. I don't want to ask the >>>> authors if they can live with a certain change if that change will >>>> cause other necessary reviewers to complain. >>>>=20 >>>> I do not see it as sensible to hold up the publication of this and >>>> the other LISP work while researchers go off to see if they can = calculate >> better results. >>>> Particularly not when publishing this document is required to do = other >> work. >>>>=20 >>>> Yours, >>>> Joel >>>>=20 >>>> On 3/29/15 9:50 PM, Ross Callon wrote: >>>>> I suppose that there are two options: >>>>>=20 >>>>> 1. Admit that we have no clue what the cache size or control >>>>> overhead will be. >>>>>=20 >>>>> 2. Repeat the cited studies, but with a pessimistic (worse case) >>>>> rather than optimistic (better than best case) assumption about >>>>> cache granularity. >>>>>=20 >>>>> The second option would allow us to actually have some idea what >>>>> would happen if LISP were deployed on an Internet-wide scale, but >>>>> would of course take more time and more work. >>>>>=20 >>>>> Ross >>>>>=20 >>>>> PS: I will be offline at meetings all of this week, so I might be = a >>>>> bit slower to respond for the next few days. >>>>>=20 >>>>> -----Original Message----- From: Joel M. Halpern >>>>> [mailto:jmh@joelhalpern.com] Sent: Sunday, March 29, 2015 9:36 PM >> To: >>>>> Ross Callon; Luigi Iannone; LISP mailing list list Cc: >>>>> draft-ietf-lisp-impact@tools.ietf.org Subject: Re: [lisp] WG Last >>>>> Call >>>>> draft-ietf-lisp-impact-01 >>>>>=20 >>>>> Putting aside the TBD (which of course needs to be fixed), I have >>>>> trouble figuring out what you want us to say about the main issue = in >>>>> your review. On the one hand, this is the very issue that we have >>>>> been asked to comment on, and on the other hand you say that we >>>>> don't know. What do you think it is reasoanble to say? >>>>>=20 >>>>> Yours, Joel >>>>>=20 >>>>> On 3/29/15 9:03 PM, Ross Callon wrote: >>>>>> Generally I think that this document needs more work before it = will >>>>>> be ready to submit for publication. Some comments on >>>>>> draft-ietf-lisp-impact-01: >>>>>>=20 >>>>>> First of all, I assume that the TBD at the end of section 3 will = be >>>>>> fixed. This reads: >>>>>>=20 >>>>>> TBD: add a paragraph to explain the operational difference while >>>>>>=20 >>>>>> dealing with a pull model instead of a push. >>>>>>=20 >>>>>> Also in section 3, the third paragraph begins: >>>>>>=20 >>>>>> In addition, Iannone and Bonaventure [IB07] show that the number = of >>>>>>=20 >>>>>> mapping entries that must be handled by an ITR of a campus = network >>>>>>=20 >>>>>> with 10,000 users is limited to few tens of thousands, and does = not >>>>>>=20 >>>>>> represent more than 3 to 4 Megabytes of memory. >>>>>>=20 >>>>>> Reference [IB07] is of course: >>>>>>=20 >>>>>> Iannone, L. and O. Bonaventure, "On the cost of caching = locator/id >>>>>> mappings", In >>>>>>=20 >>>>>> Proc. ACM CoNEXT 2007, December 2007. >>>>>>=20 >>>>>> This paper states: >>>>>>=20 >>>>>> In our analysis, we assume that the granularity of the >>>>>>=20 >>>>>> EID-to-RLOC mapping is the prefix blocks assigned by >>>>>>=20 >>>>>> RIRs. We call it /BGP granularity. In particular, we >>>>>>=20 >>>>>> used the list of prefixes made available by the iPlane >>>>>>=20 >>>>>> Project [15], containing around 240,000 entries. Using >>>>>>=20 >>>>>> /BGP granularity means that each EID is first mapped >>>>>>=20 >>>>>> on a /BGP prefix. The cache will thus contain /BGP >>>>>>=20 >>>>>> to RLOC mappings.2 This is a natural choice, since >>>>>>=20 >>>>>> routing locators are supposed to be border routers. >>>>>>=20 >>>>>> The authors should be aware that there is some aggregation / >>>>>> summarization being done in the operation of BGP routing, and = that >>>>>> the granularity of routes which appear in the default-free BGP >>>>>> routing tables is fundamentally different from the granularity of >>>>>> enterprise network / ISP boundaries across which traffic is >>>>>> exchanged. >>>>>>=20 >>>>>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., >>>>>> Iannone, L., and A. Feldmann, "Deep dive into the lisp cache and >>>>>> what isps should know about it", In Proc. IFIP Networking 2011, = May >> 2011. >>>>>> =46rom this document: >>>>>>=20 >>>>>> In addition, we use a local BGP prefixes >>>>>>=20 >>>>>> database, fed with the list of BGP prefixes published by the = iPlane >>>>>> Project [17]. >>>>>>=20 >>>>>> The database is used to group EID-to-RLOCs mappings with the >>>>>> granularity of >>>>>>=20 >>>>>> existing BGP prefixes, because, as for today, there is no >>>>>> sufficient information >>>>>>=20 >>>>>> to predict what will be the granularity of mappings in a >>>>>> LISP-enabled Internet. >>>>>>=20 >>>>>> I agree that "there is not sufficient information to predict what >>>>>> will be the granularity of mappings in a LISP-enabled Internet". >>>>>> However, not knowing what the mapping granularity will be does = not >>>>>> justify using an extremely optimistic guess, and then acting as = if >>>>>> the results are meaningful. These assumptions are clearly off by >>>>>> some number of orders of magnitude, but how many orders of >>>>>> magnitude is unknown. We will note that the current internet >>>>>> default-free routing table includes a few hundred thousand = entries >>>>>> (roughly twice the >>>>>> 240,000 entries that existed when this study was done). >>>>>>=20 >>>>>> For example, we might assume that the intended global deployment >>>>>> model involves xTRs at the boundary between enterprise networks >> and >>>>>> service providers, and might note that there are several million >>>>>> companies in the USA alone (most of these are relatively small >>>>>> companies, of course). Thus there may be very roughly on the = order >>>>>> of a hundred million or so companies worldwide. If each one had a >>>>>> separate entry in the mapping table, then the number of entries >>>>>> will be nearly 1,000 times larger than BGP-prefix granularity. >>>>>>=20 >>>>>> Section 4 mentions as one possible use of LISP: "enable mobility = of >>>>>> subscriber end points". If individual end points are advertised >>>>>> into LISP, then the granularity of the mapping table may be on = the >>>>>> order of individual systems. In this case the number of mapping >>>>>> table entries that could exist globally might be on the same = order >>>>>> of magnitude as the number of people in the world, or very = roughly >>>>>> 7 Billion entries. This would suggest that the mapping table = might >>>>>> be roughly 30,000 times finer grained than was assumed in the >>>>>> referenced studies. >>>>>>=20 >>>>>> I don't see how we can accurately predict the control plane load = of >>>>>> LISP without some sense for what the granularity of the mapping >>>>>> table will be. It should however be possible to bound the control >>>>>> plane load. The referenced studies give a lower bound on possible >>>>>> control plane load (it won't be any less), but give neither an >>>>>> accurate measurement nor an upper bound on the potential control >>>>>> plane load. I don't think that the document can claim to explain >>>>>> the impact of LISP without there being an attempt to measure an >>>>>> upper bound on the control plane load. >>>>>>=20 >>>>>> Finally, perhaps I missed it but I didn't see any discussion of = the >>>>>> volume of overhead related to OAM traffic used for liveness >>>>>> detection (the need for ITR's to determine the reachability of = ETR's). >>>>>>=20 >>>>>> Thanks, Ross >>>>>>=20 >>>>>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi >>>>>> Iannone *Sent:* Monday, March 09, 2015 10:22 AM *To:* LISP = mailing >>>>>> list list *Cc:* draft-ietf-lisp-impact@tools.ietf.org *Subject:* >>>>>> [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>>>=20 >>>>>> Hi All, >>>>>>=20 >>>>>> the authors of the LISP Impact document >>>>>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested >>>>>> the Work Group Last Call. >>>>>>=20 >>>>>> This email starts a WG Last Call, to end March 30th, 2015. >>>>>>=20 >>>>>> Because usually the pre-meeting period is already overloaded, the >>>>>> LC duration is set to three weeks. >>>>>>=20 >>>>>> Please review this updated WG document and let the WG know if you >>>>>> agree that it is ready for handing to the AD. >>>>>>=20 >>>>>> If you have objections, please state your reasons why, and = explain >>>>>> what it would take to address your concerns. >>>>>>=20 >>>>>> Any raised issue will be discussed during the WG meeting in = Dallas. >>>>>>=20 >>>>>> Thanks >>>>>>=20 >>>>>>=20 >>>>>> Luigi & Joel >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ lisp >> mailing >>>> list >>>>>> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp >>>>>>=20 >>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> lisp mailing list >>>> lisp@ietf.org >>>> https://www.ietf.org/mailman/listinfo/lisp >>>=20 >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp >=20 > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Thu Apr 2 00:15:33 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7765F1B2B8D for ; Thu, 2 Apr 2015 00:15:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.457 X-Spam-Level: X-Spam-Status: No, score=-0.457 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pt6T7r9lgnVE for ; Thu, 2 Apr 2015 00:15:29 -0700 (PDT) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63F771B2B85 for ; Thu, 2 Apr 2015 00:15:29 -0700 (PDT) Received: by wgbdm7 with SMTP id dm7so76045982wgb.1 for ; Thu, 02 Apr 2015 00:15:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=H5gWB9Z+QnUBsqyFWSy/DvcIr6Np5QEIYCKOaPZxtjM=; b=BOW6EoU9cBH56Zb/j5VPwBhSSv4RGuf/mNkJlf4HSV6kpJ+KmdNaDtAHLAOXqf894U xB7ZTRpF+4pA5M6RPx5UX558bYgqHxuTGWeFHyyYlrWyEB57i0Pc41Cwk4y9WpbiG/Dt xYjBAOXE++Bdgv+z6TfBPcdVhkk9UW+UBTqm4372adl5/93du+v4z7Ruo1FXxPP8Qi1h R8klYhftPsIYS1zmQFOGlomMeftLH/cZHNlxwPc/ght56rBt5bpQi+2er99FQanGtfpo Sk4vuqBKwkqI7QEh/T/gtHWJt30QkNY0AKoZjCdj7D7bTjuzF9Yy3UfBjRUeytHHOxcG Y0uA== X-Received: by 10.194.178.164 with SMTP id cz4mr89318755wjc.140.1427958928078; Thu, 02 Apr 2015 00:15:28 -0700 (PDT) Received: from [172.17.2.79] (ANice-652-1-172-220.w83-197.abo.wanadoo.fr. [83.197.139.220]) by mx.google.com with ESMTPSA id u16sm5930234wjr.5.2015.04.02.00.15.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 00:15:27 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Damien Saucez In-Reply-To: Date: Thu, 2 Apr 2015 00:01:28 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4A2A7FBD-843D-4465-92D2-06B6250E6E10@gmail.com> References: <5518A89C.3090108@joelhalpern.com> <5518AD07.9090200@joelhalpern.com> <580EAA3E-7B39-430B-A23B-001F0E8E597B@gmail.com> To: Ronald Bonica X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 07:15:32 -0000 On 31 Mar 2015, at 19:48, Ronald Bonica wrote: > Damien, >=20 > In his email below, Joel asks: >=20 >>>> if we modified the section to say that we do not know >>>> what the impact on cache size and control overhead will be, as the >>>> studies that have been made have been disputed as to their = relevance >>>> to the core Internet case, would the document still meet the IESG >>>> requirements for evaluating the impact >=20 > I support Joel's request, so long as the disclaimer is complete. If = cache size and control overhead have impact, they must have impact upon = something. I don=92t see the point of an explicit disclaimer. By definition when = we give hypothesis it means that results are limited to these hypotheses. If we = have to put an explicit disclaimer in this document, it means that ALL IETF documents based on experimentation/implementation should have such = disclaimer, but also any research document! For me page 4 is explicit enough with the assumptions and I don=92t see = the point to add a disclaimer. The assumptions in these studies are: o contiguous addresses tend to be used similarly and EID prefixes follow the current BGP prefixes decomposition; o EIDs are used only at the stub ASes, not in the transit ASes; o the RLOCs of an EID prefix are deployed at the edge between the stubs owning the EID prefix and the providers, allocating the RLOCs in a Provider Aggregetable (PA) mode. > Do we know what they will impact? If so, tell us. If not, tell us = that. This is the exact reason why [CCD12] is referenced. It shows that the = impact is on miss rate (see page 5). Also as it is a public analytical study, = people can adapt it relatively easily (as opposed to a traffic trace that is not = available to the community). Damien Saucez=20 >=20 > = Ron >=20 >> -----Original Message----- >> From: Damien Saucez [mailto:damien.saucez@gmail.com] >> Sent: Monday, March 30, 2015 7:19 PM >> To: Ronald Bonica >> Cc: Joel Halpern; Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS); LISP >> mailing list list >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >> Ron, >>=20 >> As one of the authors I can say I am not frustrated :-) >>=20 >> We are looking on how to address in the best way the comments of this >> thread. >>=20 >> Just that it is unrealistic to hope a new full study on the cache = size from >> research partners as such a study takes a lot of time and resources = (to >> produce the experimentation, then to get reviewed in a conference or >> journal and finally get published) and would not change any = conclusion with >> regards to the analytical studies reference in the draft already and = that draw >> general conclusions. >>=20 >> The best solution could be to ask your customers to provide me the >> necessary information so that I could evaluate the impact of LISP for = their >> needs. Without that, I am afraid that the only thing that we can = reasonably >> provide is theoretical/analytical studies. >>=20 >> The disclaimer you propose to add is just incorrect. It is not true = that we >> don't know the impact of cache size. Actually, in the draft, we = already >> reference the analytical study [CCD12] that demonstrates analytically = that it is >> possible to link cache size, traffic pattern, and miss rate. >>=20 >> Here is the paragraph present in the draft: >>=20 >> [CCD12] generalizes the caching discussion and proposes an analytic >> model for the EID-to-RLOC cache size when prefix-level traffic has a >> stationary generating process. The model shows that miss rate can be >> accurately predicted from the EID-to-RLOC cache size and a small set >> of easily measurable traffic parameters, meaning that operators can >> provision the EID-to-RLOC cache of their ITRs according to the miss >> rate they want to achieve for their given traffic. >>=20 >> That is clear enough for me and unless someone can prove the model = wrong >> I am perfectly fine with this observation that is supported by = empirical data. >>=20 >> Cheers, >>=20 >> Damien Saucez >>=20 >> On 30 Mar 2015, at 17:17, Ronald Bonica wrote: >>=20 >>> Brian, Deborah, >>>=20 >>> I realize that the authors are frustrated. Maybe we can run with = Joel's >> proposal if we make the disclaimer complete. >>>=20 >>> Shouldn't the disclaimer read something like, "We do not know the = impact >> of cache size and control overhead on {x, y, z}", where x, y and z = might be: >>>=20 >>> - LISP scaling >>> - LISP security >>> - LISP resiliency >>> - other ??? >>>=20 >>> Given that, might we draw some conclusions regarding LISP's = applicability? >>>=20 >>> Ron >>>=20 >>>> -----Original Message----- >>>> From: lisp [mailto:lisp-bounces@ietf.org] On Behalf Of Joel M. >>>> Halpern >>>> Sent: Sunday, March 29, 2015 9:55 PM >>>> To: Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS) >>>> Cc: LISP mailing list list >>>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>=20 >>>> Brian, Deborah, if we modified the section to say that we do not = know >>>> what the impact on cache size and control overhead will be, as the >>>> studies that have been made have been disputed as to their = relevance >>>> to the core Internet case, would the document still meet the IESG >>>> requirements for evaluating the impact. I don't want to ask the >>>> authors if they can live with a certain change if that change will >>>> cause other necessary reviewers to complain. >>>>=20 >>>> I do not see it as sensible to hold up the publication of this and >>>> the other LISP work while researchers go off to see if they can = calculate >> better results. >>>> Particularly not when publishing this document is required to do = other >> work. >>>>=20 >>>> Yours, >>>> Joel >>>>=20 >>>> On 3/29/15 9:50 PM, Ross Callon wrote: >>>>> I suppose that there are two options: >>>>>=20 >>>>> 1. Admit that we have no clue what the cache size or control >>>>> overhead will be. >>>>>=20 >>>>> 2. Repeat the cited studies, but with a pessimistic (worse case) >>>>> rather than optimistic (better than best case) assumption about >>>>> cache granularity. >>>>>=20 >>>>> The second option would allow us to actually have some idea what >>>>> would happen if LISP were deployed on an Internet-wide scale, but >>>>> would of course take more time and more work. >>>>>=20 >>>>> Ross >>>>>=20 >>>>> PS: I will be offline at meetings all of this week, so I might be = a >>>>> bit slower to respond for the next few days. >>>>>=20 >>>>> -----Original Message----- From: Joel M. Halpern >>>>> [mailto:jmh@joelhalpern.com] Sent: Sunday, March 29, 2015 9:36 PM >> To: >>>>> Ross Callon; Luigi Iannone; LISP mailing list list Cc: >>>>> draft-ietf-lisp-impact@tools.ietf.org Subject: Re: [lisp] WG Last >>>>> Call >>>>> draft-ietf-lisp-impact-01 >>>>>=20 >>>>> Putting aside the TBD (which of course needs to be fixed), I have >>>>> trouble figuring out what you want us to say about the main issue = in >>>>> your review. On the one hand, this is the very issue that we have >>>>> been asked to comment on, and on the other hand you say that we >>>>> don't know. What do you think it is reasoanble to say? >>>>>=20 >>>>> Yours, Joel >>>>>=20 >>>>> On 3/29/15 9:03 PM, Ross Callon wrote: >>>>>> Generally I think that this document needs more work before it = will >>>>>> be ready to submit for publication. Some comments on >>>>>> draft-ietf-lisp-impact-01: >>>>>>=20 >>>>>> First of all, I assume that the TBD at the end of section 3 will = be >>>>>> fixed. This reads: >>>>>>=20 >>>>>> TBD: add a paragraph to explain the operational difference while >>>>>>=20 >>>>>> dealing with a pull model instead of a push. >>>>>>=20 >>>>>> Also in section 3, the third paragraph begins: >>>>>>=20 >>>>>> In addition, Iannone and Bonaventure [IB07] show that the number = of >>>>>>=20 >>>>>> mapping entries that must be handled by an ITR of a campus = network >>>>>>=20 >>>>>> with 10,000 users is limited to few tens of thousands, and does = not >>>>>>=20 >>>>>> represent more than 3 to 4 Megabytes of memory. >>>>>>=20 >>>>>> Reference [IB07] is of course: >>>>>>=20 >>>>>> Iannone, L. and O. Bonaventure, "On the cost of caching = locator/id >>>>>> mappings", In >>>>>>=20 >>>>>> Proc. ACM CoNEXT 2007, December 2007. >>>>>>=20 >>>>>> This paper states: >>>>>>=20 >>>>>> In our analysis, we assume that the granularity of the >>>>>>=20 >>>>>> EID-to-RLOC mapping is the prefix blocks assigned by >>>>>>=20 >>>>>> RIRs. We call it /BGP granularity. In particular, we >>>>>>=20 >>>>>> used the list of prefixes made available by the iPlane >>>>>>=20 >>>>>> Project [15], containing around 240,000 entries. Using >>>>>>=20 >>>>>> /BGP granularity means that each EID is first mapped >>>>>>=20 >>>>>> on a /BGP prefix. The cache will thus contain /BGP >>>>>>=20 >>>>>> to RLOC mappings.2 This is a natural choice, since >>>>>>=20 >>>>>> routing locators are supposed to be border routers. >>>>>>=20 >>>>>> The authors should be aware that there is some aggregation / >>>>>> summarization being done in the operation of BGP routing, and = that >>>>>> the granularity of routes which appear in the default-free BGP >>>>>> routing tables is fundamentally different from the granularity of >>>>>> enterprise network / ISP boundaries across which traffic is >>>>>> exchanged. >>>>>>=20 >>>>>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., >>>>>> Iannone, L., and A. Feldmann, "Deep dive into the lisp cache and >>>>>> what isps should know about it", In Proc. IFIP Networking 2011, = May >> 2011. >>>>>> =46rom this document: >>>>>>=20 >>>>>> In addition, we use a local BGP prefixes >>>>>>=20 >>>>>> database, fed with the list of BGP prefixes published by the = iPlane >>>>>> Project [17]. >>>>>>=20 >>>>>> The database is used to group EID-to-RLOCs mappings with the >>>>>> granularity of >>>>>>=20 >>>>>> existing BGP prefixes, because, as for today, there is no >>>>>> sufficient information >>>>>>=20 >>>>>> to predict what will be the granularity of mappings in a >>>>>> LISP-enabled Internet. >>>>>>=20 >>>>>> I agree that "there is not sufficient information to predict what >>>>>> will be the granularity of mappings in a LISP-enabled Internet". >>>>>> However, not knowing what the mapping granularity will be does = not >>>>>> justify using an extremely optimistic guess, and then acting as = if >>>>>> the results are meaningful. These assumptions are clearly off by >>>>>> some number of orders of magnitude, but how many orders of >>>>>> magnitude is unknown. We will note that the current internet >>>>>> default-free routing table includes a few hundred thousand = entries >>>>>> (roughly twice the >>>>>> 240,000 entries that existed when this study was done). >>>>>>=20 >>>>>> For example, we might assume that the intended global deployment >>>>>> model involves xTRs at the boundary between enterprise networks >> and >>>>>> service providers, and might note that there are several million >>>>>> companies in the USA alone (most of these are relatively small >>>>>> companies, of course). Thus there may be very roughly on the = order >>>>>> of a hundred million or so companies worldwide. If each one had a >>>>>> separate entry in the mapping table, then the number of entries >>>>>> will be nearly 1,000 times larger than BGP-prefix granularity. >>>>>>=20 >>>>>> Section 4 mentions as one possible use of LISP: "enable mobility = of >>>>>> subscriber end points". If individual end points are advertised >>>>>> into LISP, then the granularity of the mapping table may be on = the >>>>>> order of individual systems. In this case the number of mapping >>>>>> table entries that could exist globally might be on the same = order >>>>>> of magnitude as the number of people in the world, or very = roughly >>>>>> 7 Billion entries. This would suggest that the mapping table = might >>>>>> be roughly 30,000 times finer grained than was assumed in the >>>>>> referenced studies. >>>>>>=20 >>>>>> I don't see how we can accurately predict the control plane load = of >>>>>> LISP without some sense for what the granularity of the mapping >>>>>> table will be. It should however be possible to bound the control >>>>>> plane load. The referenced studies give a lower bound on possible >>>>>> control plane load (it won't be any less), but give neither an >>>>>> accurate measurement nor an upper bound on the potential control >>>>>> plane load. I don't think that the document can claim to explain >>>>>> the impact of LISP without there being an attempt to measure an >>>>>> upper bound on the control plane load. >>>>>>=20 >>>>>> Finally, perhaps I missed it but I didn't see any discussion of = the >>>>>> volume of overhead related to OAM traffic used for liveness >>>>>> detection (the need for ITR's to determine the reachability of = ETR's). >>>>>>=20 >>>>>> Thanks, Ross >>>>>>=20 >>>>>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi >>>>>> Iannone *Sent:* Monday, March 09, 2015 10:22 AM *To:* LISP = mailing >>>>>> list list *Cc:* draft-ietf-lisp-impact@tools.ietf.org *Subject:* >>>>>> [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>>>=20 >>>>>> Hi All, >>>>>>=20 >>>>>> the authors of the LISP Impact document >>>>>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested >>>>>> the Work Group Last Call. >>>>>>=20 >>>>>> This email starts a WG Last Call, to end March 30th, 2015. >>>>>>=20 >>>>>> Because usually the pre-meeting period is already overloaded, the >>>>>> LC duration is set to three weeks. >>>>>>=20 >>>>>> Please review this updated WG document and let the WG know if you >>>>>> agree that it is ready for handing to the AD. >>>>>>=20 >>>>>> If you have objections, please state your reasons why, and = explain >>>>>> what it would take to address your concerns. >>>>>>=20 >>>>>> Any raised issue will be discussed during the WG meeting in = Dallas. >>>>>>=20 >>>>>> Thanks >>>>>>=20 >>>>>>=20 >>>>>> Luigi & Joel >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ lisp >> mailing >>>> list >>>>>> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp >>>>>>=20 >>>>>=20 >>>>=20 >>>> _______________________________________________ >>>> lisp mailing list >>>> lisp@ietf.org >>>> https://www.ietf.org/mailman/listinfo/lisp >>>=20 >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp >=20 From nobody Thu Apr 2 00:15:53 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D71B1B2B93 for ; Thu, 2 Apr 2015 00:15:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TlbtB9ik8PBb for ; Thu, 2 Apr 2015 00:15:40 -0700 (PDT) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDAB41B2B89 for ; Thu, 2 Apr 2015 00:15:39 -0700 (PDT) Received: by wixm2 with SMTP id m2so49908624wix.0 for ; Thu, 02 Apr 2015 00:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/DJTTJm7r8eReO//QUpSEF4p1h9y1S4yrHBDg+0Yxk4=; b=J2Fb0eiV9tGTxiv+e7jzJ/6Wkh4MsmJLgl4K7t0Uonrg09tgz7fqVMGb8m9VyDHpCv caxD7E592uFKPojD68ZJOtcAgZW3+cdDQKZpbjjRJHo8Yivz0Rbn9lwEO6TfiHkwkTKr 6WscjCBB+UmlTvVNA4yL8U6le3a4K1wMA0kWrdZvxHLI+t1c9UWy2EGgndKm7NSuT6Rh usqpwXmE7mM9jBJYpiHRyv/ErdOx2UprWU52qMbeXq8w2UtSjGBZnsxtEeTFDde/VuUZ rka6q8p1JkEq47Bu+yNaOPvd7cKEgnEH19NoScHbOQFGC2PsIlkzw3Ierokpf3IxE1vW XhVw== X-Received: by 10.194.178.164 with SMTP id cz4mr89320110wjc.140.1427958938706; Thu, 02 Apr 2015 00:15:38 -0700 (PDT) Received: from [172.17.2.79] (ANice-652-1-172-220.w83-197.abo.wanadoo.fr. [83.197.139.220]) by mx.google.com with ESMTPSA id u16sm5930234wjr.5.2015.04.02.00.15.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 00:15:37 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Damien Saucez In-Reply-To: Date: Thu, 2 Apr 2015 09:15:34 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> References: <5518A89C.3090108@joelhalpern.com> To: Ross Callon X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 07:15:47 -0000 On 30 Mar 2015, at 03:50, Ross Callon wrote: > I suppose that there are two options: >=20 > 1. Admit that we have no clue what the cache size or control overhead = will be. >=20 See [CCD12], this document provides a generic model that works for any desegregation assumption as long as the map-cache is implemented with LRU. Damien Saucez > 2. Repeat the cited studies, but with a pessimistic (worse case) = rather than optimistic (better than best case) assumption about cache = granularity.=20 >=20 > The second option would allow us to actually have some idea what would = happen if LISP were deployed on an Internet-wide scale, but would of = course take more time and more work.=20 >=20 > Ross >=20 > PS: I will be offline at meetings all of this week, so I might be a = bit slower to respond for the next few days. =20 >=20 > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com]=20 > Sent: Sunday, March 29, 2015 9:36 PM > To: Ross Callon; Luigi Iannone; LISP mailing list list > Cc: draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 > Putting aside the TBD (which of course needs to be fixed), I have=20 > trouble figuring out what you want us to say about the main issue in=20= > your review. On the one hand, this is the very issue that we have = been=20 > asked to comment on, and on the other hand you say that we don't know.=20= > What do you think it is reasoanble to say? >=20 > Yours, > Joel >=20 > On 3/29/15 9:03 PM, Ross Callon wrote: >> Generally I think that this document needs more work before it will = be >> ready to submit for publication. Some comments on = draft-ietf-lisp-impact-01: >>=20 >> First of all, I assume that the TBD at the end of section 3 will be >> fixed. This reads: >>=20 >> TBD: add a paragraph to explain the operational difference while >>=20 >> dealing with a pull model instead of a push. >>=20 >> Also in section 3, the third paragraph begins: >>=20 >> In addition, Iannone and Bonaventure [IB07] show that the number of >>=20 >> mapping entries that must be handled by an ITR of a campus network >>=20 >> with 10,000 users is limited to few tens of thousands, and does not >>=20 >> represent more than 3 to 4 Megabytes of memory. >>=20 >> Reference [IB07] is of course: >>=20 >> Iannone, L. and O. Bonaventure, "On the cost of caching >> locator/id mappings", In >>=20 >> Proc. ACM CoNEXT 2007, December 2007. >>=20 >> This paper states: >>=20 >> In our analysis, we assume that the granularity of the >>=20 >> EID-to-RLOC mapping is the prefix blocks assigned by >>=20 >> RIRs. We call it /BGP granularity. In particular, we >>=20 >> used the list of prefixes made available by the iPlane >>=20 >> Project [15], containing around 240,000 entries. Using >>=20 >> /BGP granularity means that each EID is first mapped >>=20 >> on a /BGP prefix. The cache will thus contain /BGP >>=20 >> to RLOC mappings.2 This is a natural choice, since >>=20 >> routing locators are supposed to be border routers. >>=20 >> The authors should be aware that there is some aggregation / >> summarization being done in the operation of BGP routing, and that = the >> granularity of routes which appear in the default-free BGP routing >> tables is fundamentally different from the granularity of enterprise >> network / ISP boundaries across which traffic is exchanged. >>=20 >> The same paragraph cites Kim et al. [KIF11], which is Kim, J., = Iannone, >> L., and A. Feldmann, "Deep dive into the lisp cache and what isps = should >> know about it", In Proc. IFIP Networking 2011, May 2011. =46rom = this >> document: >>=20 >> In addition, we use a local BGP prefixes >>=20 >> database, fed with the list of BGP prefixes published by the iPlane >> Project [17]. >>=20 >> The database is used to group EID-to-RLOCs mappings with the >> granularity of >>=20 >> existing BGP prefixes, because, as for today, there is no >> sufficient information >>=20 >> to predict what will be the granularity of mappings in a >> LISP-enabled Internet. >>=20 >> I agree that "there is not sufficient information to predict what = will >> be the granularity of mappings in a LISP-enabled Internet". However, = not >> knowing what the mapping granularity will be does not justify using = an >> extremely optimistic guess, and then acting as if the results are >> meaningful. These assumptions are clearly off by some number of = orders >> of magnitude, but how many orders of magnitude is unknown. We will = note >> that the current internet default-free routing table includes a few >> hundred thousand entries (roughly twice the 240,000 entries that = existed >> when this study was done). >>=20 >> For example, we might assume that the intended global deployment = model >> involves xTRs at the boundary between enterprise networks and service >> providers, and might note that there are several million companies in >> the USA alone (most of these are relatively small companies, of = course). >> Thus there may be very roughly on the order of a hundred million or = so >> companies worldwide. If each one had a separate entry in the mapping >> table, then the number of entries will be nearly 1,000 times larger = than >> BGP-prefix granularity. >>=20 >> Section 4 mentions as one possible use of LISP: "enable mobility of >> subscriber end points". If individual end points are advertised into >> LISP, then the granularity of the mapping table may be on the order = of >> individual systems. In this case the number of mapping table entries >> that could exist globally might be on the same order of magnitude as = the >> number of people in the world, or very roughly 7 Billion entries. = This >> would suggest that the mapping table might be roughly 30,000 times = finer >> grained than was assumed in the referenced studies. >>=20 >> I don't see how we can accurately predict the control plane load of = LISP >> without some sense for what the granularity of the mapping table will >> be. It should however be possible to bound the control plane load. = The >> referenced studies give a lower bound on possible control plane load = (it >> won't be any less), but give neither an accurate measurement nor an >> upper bound on the potential control plane load. I don't think that = the >> document can claim to explain the impact of LISP without there being = an >> attempt to measure an upper bound on the control plane load. >>=20 >> Finally, perhaps I missed it but I didn't see any discussion of the >> volume of overhead related to OAM traffic used for liveness detection >> (the need for ITR's to determine the reachability of ETR's). >>=20 >> Thanks, Ross >>=20 >> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi = Iannone >> *Sent:* Monday, March 09, 2015 10:22 AM >> *To:* LISP mailing list list >> *Cc:* draft-ietf-lisp-impact@tools.ietf.org >> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >> Hi All, >>=20 >> the authors of the LISP Impact document >> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested the >> Work Group Last Call. >>=20 >> This email starts a WG Last Call, to end March 30th, 2015. >>=20 >> Because usually the pre-meeting period is already overloaded, the LC >> duration is set to three weeks. >>=20 >> Please review this updated WG document and let the WG know if you = agree >> that it is ready for handing to the AD. >>=20 >> If you have objections, please state your reasons why, and explain = what >> it would take to address your concerns. >>=20 >> Any raised issue will be discussed during the WG meeting in Dallas. >>=20 >> Thanks >>=20 >>=20 >> Luigi & Joel >>=20 >>=20 >>=20 >> _______________________________________________ >> lisp mailing list >> lisp@ietf.org >> https://www.ietf.org/mailman/listinfo/lisp >>=20 >=20 > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Thu Apr 2 05:27:17 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6326B1A87C0; Thu, 2 Apr 2015 05:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OZxdWzz8Pkof; Thu, 2 Apr 2015 05:27:13 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EBFC51A89C4; Thu, 2 Apr 2015 05:27:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> Date: Thu, 02 Apr 2015 05:27:11 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] I-D Action: draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 12:27:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Locator/ID Separation Protocol Working Group of the IETF. Title : An Architectural Introduction to the Locator/ID Separation Protocol (LISP) Authors : Albert Cabellos Damien Saucez Filename : draft-ietf-lisp-introduction-13.txt Pages : 27 Date : 2015-04-02 Abstract: This document describes the architecture of the Locator/ID Separation Protocol (LISP), making it easier to read the rest of the LISP specifications and providing a basis for discussion about the details of the LISP protocols. This document is used for introductory purposes, more details can be found in RFC6830, the protocol specification. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-introduction-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Apr 2 05:27:18 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D261A87EB; Thu, 2 Apr 2015 05:27:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WCHurOoTUzmw; Thu, 2 Apr 2015 05:27:14 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B1781A8A07; Thu, 2 Apr 2015 05:27:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: , , , , , X-Test-IDTracker: no X-IETF-IDTracker: 5.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150402122712.31499.9075.idtracker@ietfa.amsl.com> Date: Thu, 02 Apr 2015 05:27:12 -0700 Archived-At: Subject: [lisp] New Version Notification - draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 12:27:15 -0000 A new version (-13) has been submitted for draft-ietf-lisp-introduction: http://www.ietf.org/internet-drafts/draft-ietf-lisp-introduction-13.txt Sub state has been changed to AD Followup from Revised ID Needed The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-introduction-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. IETF Secretariat. From nobody Thu Apr 2 07:29:49 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46E471A9176 for ; Thu, 2 Apr 2015 07:29:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.188 X-Spam-Level: X-Spam-Status: No, score=-1.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_IMAGE_SPAM_HTML=0.81, DC_PNG_UNO_LARGO=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eqDPZYF3B7cw for ; Thu, 2 Apr 2015 07:29:46 -0700 (PDT) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52F681B2B62 for ; Thu, 2 Apr 2015 07:29:44 -0700 (PDT) Received: by pddn5 with SMTP id n5so91148134pdd.2 for ; Thu, 02 Apr 2015 07:29:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:references:to:message-id :mime-version; bh=/7XVAPBxKDLdNDykIH1ikcyRstNgFc5ZO2AV5NBcFjY=; b=n7wzOfyJYvXs0REYWFQqJzPay4MIaZoViVzX+wEYAZresn3w9J/eNEAO5bFqjwxxvQ a8P7npBW/b28bU63sOsO8BxR7EQEULUg35R56rGgguM31FDAW7JQFTI5hOy7d2miq0B/ 88h4IWsmk3Ltuchzn4fHzIC3dPbzl+q4XwQ6ilXBSYlY7uNJam6op2WPyK/Q1hNx4Nbu x7VT/CUZWgNAt6Xg9w3MNPRbd+CeFdn9Jz5vALRyjnJo51v4TX0jjOmEbxtDckiylTeR w/ZMwBKjYt9VuxxNFXDRxTtA+x7D9CxZNQyFFUbeF+iVe1ARvo1qMpY22C8PpZuIfgVp SO/w== X-Received: by 10.66.62.201 with SMTP id a9mr87690589pas.101.1427984983989; Thu, 02 Apr 2015 07:29:43 -0700 (PDT) Received: from [192.168.1.60] ([207.145.253.66]) by mx.google.com with ESMTPSA id d4sm5437948pds.43.2015.04.02.07.29.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 07:29:42 -0700 (PDT) From: Dino Farinacci Content-Type: multipart/alternative; boundary="Apple-Mail=_5A5B1616-DF93-4BF9-AAE1-2FB216CF1379" Date: Thu, 2 Apr 2015 07:29:34 -0700 References: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> To: LISP mailing list list Message-Id: <674D81D3-5F20-44AD-84BE-7C0C595F37A8@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Archived-At: Subject: [lisp] The "t" was lost X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 14:29:48 -0000 --Apple-Mail=_5A5B1616-DF93-4BF9-AAE1-2FB216CF1379 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Reading through the diffs for this draft. Should change "no" to "not" = when you get a chance. Dino > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > To: > Subject: I-D Action: draft-ietf-lisp-introduction-13.txt > Date: April 2, 2015 at 5:27:11 AM PDT > Cc: lisp@ietf.org > Reply-To: internet-drafts@ietf.org >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Locator/ID Separation Protocol = Working Group of the IETF. >=20 > Title : An Architectural Introduction to the = Locator/ID Separation Protocol (LISP) > Authors : Albert Cabellos > Damien Saucez > Filename : draft-ietf-lisp-introduction-13.txt > Pages : 27 > Date : 2015-04-02 >=20 > Abstract: > This document describes the architecture of the Locator/ID = Separation > Protocol (LISP), making it easier to read the rest of the LISP > specifications and providing a basis for discussion about the = details > of the LISP protocols. This document is used for introductory > purposes, more details can be found in RFC6830, the protocol > specification. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction-13 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > 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=_5A5B1616-DF93-4BF9-AAE1-2FB216CF1379 Content-Type: multipart/related; type="text/html"; boundary="Apple-Mail=_8EA37EF9-E712-4824-A425-D86085D8B952" --Apple-Mail=_8EA37EF9-E712-4824-A425-D86085D8B952 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Reading through = the diffs for this draft. Should change "no" to "not" when you get a = chance.


Dino


Begin forwarded message:

From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Subject: I-D Action: = draft-ietf-lisp-introduction-13.txt
Date: April 2, = 2015 at 5:27:11 AM PDT
Cc: lisp@ietf.org
Reply-To: internet-drafts@ietf.org


A New Internet-Draft is available from the = on-line Internet-Drafts directories.
This draft is a work = item of the Locator/ID Separation Protocol Working Group of the IETF.

       Title     =       : An Architectural Introduction to the Locator/ID = Separation Protocol (LISP)
      =  Authors         : Albert Cabellos
                =          Damien Saucez
Filename =        : draft-ietf-lisp-introduction-13.txt
= Pages           : 27
Date =            : 2015-04-02

Abstract:
  This document describes the = architecture of the Locator/ID Separation
  Protocol = (LISP), making it easier to read the rest of the LISP
 = specifications and providing a basis for discussion about the = details
  of the LISP protocols.  This document = is used for introductory
  purposes, more details can = be found in RFC6830, the protocol
  specification.


The IETF datatracker status = page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/<= br class=3D"">
There's also a htmlized version available = at:
http://tools.ietf.org/html/draft-ietf-lisp-introduction-13

A diff from the previous version is available = at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction= -13


Please note that it may = take a couple of minutes from the time of submission
until = the htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
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=_8EA37EF9-E712-4824-A425-D86085D8B952 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=PastedGraphic-22.png Content-Type: image/png; x-unix-mode=0666; name="PastedGraphic-22.png" Content-Id: <05C7115C-A5AE-4195-B5AC-BC9488D0F7B2> iVBORw0KGgoAAAANSUhEUgAACJwAAAC+CAYAAAB6H4c1AAAMF2lDQ1BJQ0MgUHJvZmlsZQAASImV lwdUk8kWx+crKYSEFoiAlNCbIL1K71Klg42QBAglhEBQsZdFBdcuKljRVRAF1wLIoiKiiLII2OuC iMrKuljAgsqbJIA+39vzzptz5ssvd+6985/5Zr4zA4C8LUsgyEAVAMjk5woj/L2YcfEJTNIfAAF0 oACYwJbFzhF4hocHg38sw7ehNyw3zMW5/tnvvxZFDjeHDQASDjmJk8POhHwKAFydLRDmAkDogHa9 ebkCMb+DrCyEAgEgksWcImUNMSdJ2VLiExXhDdkHADKVxRKmACAnzs/MY6fAPHICyJZ8Do8PeR9k N3YqiwO5G/KUzMwsyPJUyMZJ3+VJ+becSRM5WayUCZaORVLIPrwcQQZrwf85Hf+7ZGaIxvvQhZWa KgyIEI8Zzlt5elaQmKF2pIGfFBoGWQnyFR5H4i/m+6migOgx/wF2jjecM8AAAAUclk8QZDiXKEOU Hu05xtYsoSQW+qOhvNzAqDFOEmZFjOVH87g5vpHjnMoNDB7LuYafETrOe5J5foGQ4UpDT+WnRsVK daLNebyYUMhykDty0iODxvwf56d6h477CEURYs36kN8lC/0ipD6YambO+LgwCzZLokEVskdualSA NBaL4+bEBY9r43B9fKUaMA6XHz2mGYOryytiLLZAkBE+5o/t4Wb4R0jnGTuekxc5HtuVCxeYdB6w J2ms6eFS/diwIDc8SqoNx0Ew8AY+cAeJYE0CWSAN8NoHagfgP2mLH2ABIUgBXGA+ZhmPiJW08OEz EuSDvyBxQc5EnJeklQvyoP3LhFX6NAfJktY8SUQ6eAY5E1fH3XAXPBg+PWC1xh1xp/E4pvx4r0Rf og8xgOhHNJnQwYaqM2AVAt5/2r5FEp4ROglPCLcI3YR7IAi2cuGYxQr5EyOLAU8lWcb+z+WtEP6g nAlCQDeM8xsbXRKM7h/3wQ2hajvcC3eF+qF2nIGrA3PcFo7EE3eHY7OD1u8ViiZUfJvLH/sT6/t+ jGN2OVM5uzEVSRP6vSe8fszi/d0cceBv0I+e2BrsJNaCXcBasQasFjCx81gd1oadFfPESngqWQnj vUVItKXDPLxxH8tKy37Lz//RO2tMgVDyvkEud36ueEN4ZwkWCHkpqblMT/hF5jID+WyLKUxrSys7 AMTfd+nn4y1D8t1GGFe/2bIbAXAqhMaUbzaWHgBnngFAH/5m03sDt9dGAM52sEXCPKkNFz8IgALk 4c5QA1pADxjDMVkDe+ACPIAvmA7CQBSIB3PgrKeCTKh6HlgEloMCUAQ2gm2gBOwFB0A5OAZOgFrQ AC6Ay+Aa6AC3wAO4NvrASzAIhsEIgiAkhIbQETVEGzFAzBBrxBFxQ3yRYCQCiUcSkRSEj4iQRchK pAjZjJQg+5EK5FfkDHIBaUU6kXtID9KPvEE+oRhKRZVRTdQQnYo6op5oEBqFzkZT0Gw0H12Frkd3 oGXoUbQGvYBeQ2+h3ehLdAgDmCzGwHQwc8wR88bCsAQsGRNiS7BCrBgrw6qweviub2Dd2AD2ESfi dJyJm8P1GYBH42w8G1+Cr8NL8HK8Bm/Gb+A9+CD+lUAjaBDMCM6EQEIcIYUwj1BAKCYcIpwmXII7 qo8wTCQSGUQjogPcm/HENOJC4jribmI1sZHYSewlDpFIJDWSGcmVFEZikXJJBaSdpKOk86QuUh/p A1mWrE22JvuRE8h88gpyMfkI+Ry5i/ycPCKjIGMg4ywTJsORWSCzQeagTL3MdZk+mRGKIsWI4kqJ oqRRllN2UKoolygPKW9lZWV1ZZ1kZ8jyZJfJ7pA9LntFtkf2I1WJakr1ps6iiqjrqYepjdR71Lc0 Gs2Q5kFLoOXS1tMqaBdpj2kf5OhyFnKBchy5pXKlcjVyXXKv5GXkDeQ95efI58sXy5+Uvy4/oCCj YKjgrcBSWKJQqnBG4Y7CkCJd0UoxTDFTcZ3iEcVWxRdKJCVDJV8ljtIqpQNKF5V66Rhdj+5NZ9NX 0g/SL9H7lInKRsqBymnKRcrHlNuVB1WUVGxVYlTmq5SqnFXpZmAMQ0YgI4OxgXGCcZvxaZLmJM9J 3ElrJ1VN6pr0XnWyqocqV7VQtVr1luonNaaar1q62ia1WrVH6ri6qfoM9Xnqe9QvqQ9MVp7sMpk9 uXDyicn3NVANU40IjYUaBzTaNIY0tTT9NQWaOzUvag5oMbQ8tNK0tmqd0+rXpmu7afO0t2qf1/6T qcL0ZGYwdzCbmYM6GjoBOiKd/TrtOiO6RrrRuit0q3Uf6VH0HPWS9bbqNekN6mvrh+gv0q/Uv28g Y+BokGqw3aDF4L2hkWGs4WrDWsMXRqpGgUb5RpVGD41pxu7G2cZlxjdNiCaOJukmu006TFFTO9NU 01LT62aomb0Zz2y3WecUwhSnKfwpZVPumFPNPc3zzCvNeywYFsEWKyxqLV5N1Z+aMHXT1JapXy3t LDMsD1o+sFKymm61wqre6o21qTXbutT6pg3Nxs9mqU2dzWtbM1uu7R7bu3Z0uxC71XZNdl/sHeyF 9lX2/Q76DokOuxzuOCo7hjuuc7ziRHDyclrq1OD00dneOdf5hPPfLuYu6S5HXF5MM5rGnXZwWq+r rivLdb9rtxvTLdFtn1u3u447y73M/YmHngfH45DHc08TzzTPo56vvCy9hF6nvd57O3sv9m70wXz8 fQp92n2VfKN9S3wf++n6pfhV+g362/kv9G8MIAQEBWwKuBOoGcgOrAgcnO4wffH05iBqUGRQSdCT YNNgYXB9CBoyPWRLyMNQg1B+aG0YCAsM2xL2KNwoPDv8txnEGeEzSmc8i7CKWBTREkmPnBt5JHI4 yitqQ9SDaONoUXRTjHzMrJiKmPexPrGbY7vjpsYtjrsWrx7Pi69LICXEJBxKGJrpO3PbzL5ZdrMK Zt2ebTR7/uzWOepzMuacnSs/lzX3ZCIhMTbxSOJnVhirjDWUFJi0K2mQ7c3ezn7J8eBs5fRzXbmb uc+TXZM3J79IcU3ZktKf6p5anDrA8+aV8F6nBaTtTXufHpZ+OH00IzajOpOcmZh5hq/ET+c3Z2ll zc/qFJgJCgTd2c7Z27IHhUHCQzlIzuyculxleNRpExmLfhL15LnlleZ9mBcz7+R8xfn8+W0LTBes XfA83y//l4X4QvbCpkU6i5Yv6lnsuXj/EmRJ0pKmpXpLVy3tW+a/rHw5ZXn68t9XWK7YvOLdytiV 9as0Vy1b1fuT/0+VBXIFwoI7q11W712Dr+GtaV9rs3bn2q+FnMKrRZZFxUWf17HXXf3Z6ucdP4+u T17fvsF+w56NxI38jbc3uW8q36y4OX9z75aQLTVbmVsLt77bNndba7Ft8d7tlO2i7d07gnfU7dTf uXHn55LUklulXqXVuzR2rd31fjdnd9cejz1VezX3Fu39tI+37+5+//01ZYZlxQeIB/IOPDsYc7Dl F8dfKg6pHyo69OUw/3B3eUR5c4VDRcURjSMbKtFKUWX/0VlHO475HKurMq/aX82oLjoOjouO//lr 4q+3TwSdaDrpeLLqlMGpXafppwtrkJoFNYO1qbXddfF1nWemn2mqd6k//ZvFb4cbdBpKz6qc3XCO cm7VudHz+eeHGgWNAxdSLvQ2zW16cDHu4s3mGc3tl4IuXbnsd/lii2fL+SuuVxpanVvPXHW8WnvN /lpNm13b6d/tfj/dbt9ec93hel2HU0d957TOc13uXRdu+Ny4fDPw5rVbobc6b0ffvntn1p3uu5y7 L+5l3Ht9P+/+yINlDwkPCx8pPCp+rPG47A+TP6q77bvP9vj0tD2JfPKgl9378mnO0899q57RnhU/ 135e8cL6RUO/X3/HnzP/7HspeDkyUPCX4l+7Xhm/OvW3x99tg3GDfa+Fr0ffrHur9vbwO9t3TUPh Q4+HM4dH3hd+UPtQ/tHxY8un2E/PR+Z9Jn3e8cXkS/3XoK8PRzNHRwUsIUtyFMBgRZOTAXhzGABa PDw7wHscRU56/5IURHpnlBD4J5be0STFHoDDHgBELwMgGJ5R9sBqAJkKf8XH7ygPgNrYTNSxkpNs Yy3NRYW3GMKH0dG3mgCQ6gH4IhwdHdk9OvrlIBR7D4DGbOm9T1yI8Iy/T15Mre3rloEfyr8AdhJs PLviNVIAAAAJcEhZcwAAFiUAABYlAUlSJPAAAAGeaVRYdFhNTDpjb20uYWRvYmUueG1wAAAAAAA8 eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJYTVAgQ29yZSA1LjQu MCI+CiAgIDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1y ZGYtc3ludGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAg ICAgICAgIHhtbG5zOmV4aWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vZXhpZi8xLjAvIj4KICAgICAg ICAgPGV4aWY6UGl4ZWxYRGltZW5zaW9uPjIyMDQ8L2V4aWY6UGl4ZWxYRGltZW5zaW9uPgogICAg ICAgICA8ZXhpZjpQaXhlbFlEaW1lbnNpb24+MTkwPC9leGlmOlBpeGVsWURpbWVuc2lvbj4KICAg ICAgPC9yZGY6RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+CitSEoQAAEAA SURBVHgB7J0J3D7V+P+nLEXITqS+WVIUWVqkkC1LVPZkKSKJLElCmyJUSipFUZGtUsgS2i0VEVlC 9hZLpKTsz/+8z//3Gec+z5n7nnvu5dk+1+v1PDP3zJwz57znrNdc55rlZoJUfeTaa6/tc9anTGDh Ebjmmmuqk046qbriiiti4ldcccVq7bXXrtZff/1q9dVXX3gZcopNYEoEqDu77bZbtfPOO1cPf/jD p3RX38YETMAETMAETMAETMAERiNwhzvcYbQIHNoEFhmBP/7xj9WJJ55Y/eY3v4k5Qy+yzjrrVI94 xCOqNdZYY5Hl1tkxgfERoO6gE9l1112rDTfccHwROyYTMAETMAETMAETMAETWMAElrPByQJ+ek66 CZiACZiACZiACZiACZiACZiACZhAXwI2OOmLxydNwARMwARMwARMwARMwARMwARMwARMoDOB5TuH dEATMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMIElScAGJ0vy sTvTJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJtCdgA1OurNz SBMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARNYkgRscLIkH7sz bQImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYALdCdjgpDs7hzQB EzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzCBJUnABidL8rE70yZg AiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAibQnYANTrqzc0gTMAET MAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETWJIEbHCyJB+7M20CJmAC JmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmAC3QnY4KQ7O4c0ARMwARMw ARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwgSVJwAYnS/KxO9MmYAImYAIm YAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYAIm0J2ADU66s3NIEzABEzABEzAB EzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABE1iSBGxwsiQfuzNtAiZgAiZgAiZg AiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAt0J2OCkOzuHNAETMAETMAETMAET MAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMAETMIElScAGJ0vysTvTJmACJmACJmACJmAC JmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJmACJtCdgA1OurNzSBMwARMwARMwARMwARMw ARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARNYkgRscLIkH7szbQImYAImYAImYAImYAIm YAImYAImYAImYAImYAImYAImYAImYAImYAImYAImYALdCdjgpDs7hzQBEzABEzABEzABEzABEzAB EzABEzABEzABEzABEzABEzABEzABEzABEzABEzCBJUnABidL8rE70yZgAiZgAiZgAiZgAiZgAiZg AiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAibQnYANTrqzc0gTMAETMAETMAETMAETMAETMAET MAETMAETMAETMAETMAETMAETMAETMAETMAETWJIEbHCyJB+7M20CJmACJmACJmACJmACJmACJmAC JmACJmACJmACJmACJmACJmACJmACJmACJmAC3QnY4KQ7O4c0ARMwARMwARMwARMwARMwARMwARMw ARMwARMwARMwARMwARMwARMwARMwARMwgSVJwAYnS/KxO9MmYAImYAImYAImYAImYAImYAImYAIm YAImYAImYAImYAImYAImYAImYAImYAIm0J2ADU66s3NIEzABEzABEzABEzABEzABEzABEzABEzAB EzABEzABEzABEzABEzABEzABEzABE1iSBGxwsiQfuzNtAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZg AiZgAiZgAiZgAiZgAiZgAiZgAiZgAt0J2OCkOzuHNAETMAETMAETMAETMAETMAETMAETMAETMAET MAETMAETMAETMAETMAETMAETMIElSeDmSzLXizDT//jHP6qrr766Wn75/9kQLbfcctUqq6xS3fzm 3R7zlVdeWf3nP/+JtIhr1VVXrdhaliaBf/7zn9Xvfve7OvOUq3vc4x7171F3JlGGR02Tw5uACZiA CZiACZiACZiACZiACSwMAswp0WPkepF73vOenfUiv/3tb3v0Iquttpr1IgujOEwklehFrrrqqjru W9ziFhXla1wyiTI8rrQ5HhMwARMwARMwARMwARMwARNoItDNEqEptgke/8tf/lL96Ec/qs4///zq Qx/6ULXppptWH/jAB3oUCRO8/dSjZhJ73XXXVTe72c2iYuR2t7td3zQceuih1bve9a5Z15xxxhnV +uuvP+v4oAM//elPq4022qjnsnPPPbdad911e44t5B/XX399deONN1a3vOUtK/hiQKHfXY10FjKP QWn/zGc+U+244471ZXe5y12qb33rW5FdfXCEnXGX4RGS4qAmYAImYAImYAImYAImYAImMO8IXHvt tdWll15anXXWWdX73//+6rGPfWx14oknLmq9CLog6UVWXnnlvs/kne98Z7XPPvvMuuYb3/hG9YhH PGLW8UEHLrvssmrttdfuuey73/1utd566/UcW8g/0Iv87W9/i3oR+Fov0v9pnnTSSdULXvCC+qK7 3vWu1c9+9rOx6UXGXYbrhHrHBEzABEzABEzABEzABEzABCZIoLXBCZN8DBpuuummnuT8/e9/r17z mtfMmoT3XDTCj5mZmYoJ14EHHtgTC4YBi1FYzXDCCSdUu+++e0/2bnvb21bvfe97qy233LK4mmbN NdfsuV4/uhpOrLTSShUGBX/84x8VVfXvf/+73u+6873vfa864ogjqlvf+tbFKFAk7bvvvtVtbnOb 4nme+3777TerHOYXUy5322236j73uU9+qrrkkkuqvfbaq/ra177Wc075feITnxiVdqQF+eQnP1l9 /etfLyrxuM+d7nSnaJyDEdTtb3/7nji7/jjttNOqL3zhC5ETZWLbbbetNtlkk57ofv/731cHHXRQ 9a9//Ssev/Od71y96U1v6rxyqyfywg/45PLf//43P9T597jLcOeEOKAJmIAJmIAJmIAJmIAJmIAJ FAhg8IFBQ64X4Tdz+HXWWacQavRD6EX23nvvOBdOY8NQYDEKc+APfvCD1atf/eqe7KEXOfbYY6tn PetZRb3IWmut1XO9fuCFoougF8Gg4A9/+EMdfBx6ke985zvVwQcfXBF/SdBFoAPrpxfZY489ZpXD PC7KJbqP+93vfvmp6uKLL67e8IY3VOecc07POeX3qU99asWiE+lFPvKRj1QsQkq9xygg90FfgM5i s802q+5whzvo1EjbT33qUzENcEL38pKXvKR6zGMe0xMnXljREUkvQjrQKXXVhfVEXvhxt7vdbdZR eQaedaLDgXGX4Q5JcBATMAETMAETMAETMAETMAETGJpAa4MTXm4fffTRxRvw0vmoo44qTjyLAYY4 iGLlm9/8ZgzBxPXss8+O+00GC0NEPe8uveaaa6qtt966+uEPfzgrbX/961/j5HqrrbaKK5lWWGGF nmsIxx8TXRQAr3rVq6qPf/zjPdcM8wOXoD/5yU/iSpfHP/7xcX+Y8E3Xoqg5+eSTm07H49ttt12j JxUMYJrKYR7pox71qFkGJx/96EerXXbZJb80/pZxDSuW4C3jEVY1Ea6fsLoMwSjohS98Yb9LW537 7Gc/W2F0IkEZhNFLqijDEAZlmwTlG89d6dbxcW1R7Pz5z3+OZaHL6rBB6Rh3GR50P583ARMwARMw ARMwARMwARMwgWEI8HL7sMMOKwZBL8JL+dIL+WKAIQ6iF8HbK/KEJzyh+spXvhL3mwwW4skF+o95 OTqI73//+7NywDz9Oc95TvxjoU6uF3nuc59b8Se9yPbbb18df/zxs+Jpe+Be97pXhS4Mw54NNtgg et1tG7bfdZSjj33sY/0uid5FmzypkKamcphH+rjHPW6WwQleg1/60pfml8bfMq7BmyneT2Q8gp4q 1T+UAh9yyCHx8DHHHNMYfylc07FTTjmlwuhEcuGFF1Y/+MEPevQilIMjjzxSl1ToRTCkUbrrE2Pa oWxSH3/84x9XD3jAA8YU6/+iGXcZ/l/M3jMBEzABEzABEzABEzABEzCByRFYvm3UeIrg8yyf//zn K17kp8Jxvms7CUFZg8vKX/3qV1U62VxsHk5YrfG85z2vNjZ561vfWv385z+PK2lQtMhlJ0YIeO5g glsSVp8st9xycZJdOj/sMeIb58oQPu9z6qmnxnK04YYbxuQ89KEPrT796U9HQ5QvfvGL1QMf+MDG ZK6++urVmWeeGa+lPKQKj3e/+91x9QsGLcSHN5hUMKCRsQlKArytYECBQgtvIiUPHoRnwk+5J52I 0stqn0984hM9q67w9nPeeefF60b5x+dleM6Syy+/vOIzRxLKC/VCQtpZmTQpYxPdh21q9JIeH9f+ uMvwuNLleEzABEzABEzABEzABEzABJY2ATxF8HkW5nx8ziaVz33uc9Wvf/3r9NDY9tGLfOlLX6rw PPvlL385zl+JfLF5OGGei2cNGZu8/e1vr/70pz9F7xWwlZEERgg777zzQL3IoE8Tt31A49aLsIDj q1/9aixHj3zkI2My0JVgSIR+DW+sD3rQgxqTt8Yaa8TP23It5QG9hOTwww+Pn1ziHPE9+9nP1qm4 xVBCHJ/85CdHXRv6JTy3YNSEh5OSvOhFL4rp1SeblV4+73T66af36C922GGHmIZSPMMc4zPae+65 Zx0EnQjpl1Be+KSUhLSzgGhSxia6D9tp6UXGVYbTtHvfBEzABEzABEzABEzABEzABMZNoLWHE4wO NLF8yEMeEieaGEEwEcYYhEnuy172snGnL8bHqhWtXFlsChUBQ3mEW1Uk95Kx6qqrxmNMNFm5gbcN XIk2rXZRnMNsWbmCBw0m7ygbMGBgBc+yZctq9sPE13QtBhGPfvSj42nc47JC5d73vnc8hqFMG6H8 SXCbioEKq2022mijvi6M+dY1Qp5Y0SP3tCiPCIvnlGc84xmKut7KpSmfq2E1VZ5ePsGD8uUpT3lK NF7B2w+uZEdZ2cazfvCDH1yngR3qmIxx+EZw6gkHpuQrF1Y+YXyDkQ6KOgQXsE9/+tOrpz3taX0N k6688spoxHL11VfH7znf4x73iPlSXczvlf7GKxErjfDCgrDKCAMgvL+oHUmvH3WfMotyDK8+eKRB WUY6eTY8Z+oUK8A233zzUW/l8CZgAiZgAiZgAiZgAiZgAkuUAHoReXtkXsPLdubmGP//4he/iAsV 8Do5CVkKehGMdvCsgfBJHQwXJKuttlo8tvLKK1fvec974uKTnXbaqXrYwx6mS0beohfhWeJFgzkm BgwYhKADaDMPbpsADCLwPIKw0ARdDMZMHGurF3n4wx9e3w69CAYqGOqgi8h1CfWFYQeDDIQ8YbiT 6kUIiwEHXnRykTcPPleD7iNPL4ZC6ASJAy8pLKLBS+ooehGedf58WQwkYxzm/jJOIr0sLCJfueBR BqMc9G7ybLvKKqvETzM985nP7KsXueKKK6LhDvqRW97ylhX6ObwvtykP6Cgox3g+QtCLoFOiXKOD GrdQZvEKfdxxx0V9kfQiW2yxRXzOfCadRVv8tpiACZiACZiACZiACZiACZjAOAm0NjjRTXmBzctb hInxuuuuG79VzCdFMEC51a1upUu9bUkA5QCrUJD73ve+1TbbbDMrJEoH3ILi1YIJMgYTPIe2yohZ ESYHUJLxDeRpi76xe8MNN0RlTpe8pN/KVXxN+dAKFIyWSsoBFCO43MVNb+m8jJ1K6cUDEEqDAw44 IN6eif6oovzIoAYlxSte8YpYxzAgSaWUJow9UMCVBOMVFKEYo6AESoW0oxTBwGZYYcXdy1/+8rha Kw0LUwyl+KOdwBvNiiuumF7SeR8lynbbbVev8ksjkhEXxyblhSm9n/dNwARMwARMwARMwARMwAQW PwFeYPPyFtlrr70qFkWwoIJPiuA9wnqR4csA898DDzwwBlxzzTXjHC+PBZ0B3mCZV2LUgB6KuWsX XUIeN3PkuVigoHk/c2bm4l3yMoxeBKMJBB1CSe+BfgC9A8Y3pTm79CKl9GKEgp6BOoGMUy8igxo+ 1/Pa17421jEMSFIppQk9CguESoLxCjogPMFgrJIKaUdPJy+56blB+9dee2217bbbVnjwTYX0YfDB H4ZqRxxxRJFxGqbtPnoR9Hp44s1FRlwcn5QXpvye/m0CJmACJmACJmACJmACJrC0CCw/bHb13WBW 9bAiQJMyvJykk5hh413K1/NZF70MZ3Le9AkbvINsvfXWEdUFF1xQ4T50VGFinRqbYAyA4mwxrniQ IgeDHQwt9FsM4X7wwQdXuG3toiDkm92TEJQjPBfqGCt4SDefE+LTPvvtt1/xlqxKSo1N8O7BSqZv f/vb1T777FOHwaML3khSedvb3tZjbMJngt75zncWPaik4UgXxlK4BkbwaIJhDN5YOMYqIATl4Bvf +MaxKJ+IjxVofBIJQUHJ/WB17rnn1vfkXBfFHeEsJmACJmACJmACJmACJmACJpASYNEGsummm1b3 vOc9Kz5NguDlJJ9fxRP+N5AAHjn1MpzFNk16EbyD8NlbBP3UOPQizCdTYxOMAd73vvfV+peBiV9A F/zzn/+MqcVgB68fJb0IhjzoFOaTXgTvKRhzUcfw9kq68XCKp6GDDjqo+AQ+/OEP9xibYOhBeHQG MhgjIB5dpOtURHvssUePscnuu+8evaaWPKgoDFvShTdZGZvwSSN0peihLrrootp7DIvI0P+NwyiH +6Lbk7EJhizcjwVB6IFSjzXWi0DLYgImYAImYAImYAImYAImMG4CQxmc8EKdCRrCBBwFwLLwGQ8+ z4HwInlSL93jDRbpv+uuu6526ynXoE1ZlftewvzjH/9ouqzVcVasMGlG+IQOn0fCMIGJPJ9D0Uv8 VpEtgIvEjqRijMGnZSjHGCmcfPLJ1SWXXFLddNNNA3OCy9l8kv6Tn/wkep0h8J3vfOeR3MbmCeB+ MgDCPSrfLUbBghtbPOLkcs0111QYjSB8Bgd3wBisrL766tG9LCt0UmUKBiVSMuGOVh6M+CY5ipi9 9947ei25+OKL63P5Pfl96qmnxk8ksU8cKHdY6XenO90pGsfAmFV/CG1F+kmgeLDjP9zSIjxfVidx Pz5JhPclPAJJGTkORWTHJDqYCZiACZiACZiACZiACZjAIiGAzoNP3SLMK9GL8BKaT3Mg6EysF4ko hvrHy3GMIBAWV/STRz3qUfE0YUad56EX0TyVT+gwJ+YZyiNoOnful6aFcg4jKQmLW/B4wpyZxSwf +9jHKub9bfQizMNzvQifaFbdgOUon9NRGrXlflqAhTca7sWz2mqrrar73//+uqzeYnAhr618BodP 46D/WWONNaIehUUw3/ve9+rr8VgrvQhGGjJIwRCJuFiEQzm5/PLLo1edOmC2g6dZPpGE4H2Hzxbx +SP0RBjHnHHGGdFbNOcpZ+kngTjWVdCBIDxfPNRwPz5JxKe48QTD542RNs82Xuh/JmACJmACJmAC JmACJmACJjAEgaEMTphYXXjhhdE4Qd+bZYL5yle+Mt6SiZM8dQyRhiV/abpyp+3qhpVWWqlxxU9b oBgv4AkC4Ruv+iZvPBD+8U1ZfWtWxxbylpVnKItSZcRpp50WP4PDZ2AwsFhrrbVqo4mmvGI4weoR lBwYWWCQgbEDSggEo4dc8dIUV5vjuEZFMYFgyPG6170u7uNdKHWdGw+Gfyg3lBaMPjA6yYXP9Ogz TtRrjFIQFEwIBkicx3hDQp5QUsCqJBgsIYRlBQ2Ku/Tvxhtv7FlZQ1syDsFDEMJKQvKL0uiqq66K ykoUkKx2om1KPfmM476OwwRMwARMwARMwARMwARMYOkRYAEAcy5eqD/pSU+KAJgrvf71r4/7n/vc 52pPHUuPTvccd9GLsDhDn87temfm9Xi9QJjrs3AhFT69y7x/sci97nWvOGdO9T8YRfAZHD4Dg3EE i3NkNNGUb3QHLFLiszQYWWDAQZwyGsLoYZx6EYxBtIgI448dd9wxJg3vQiW9CB5PlRbyhz4oFxZ8 oUNAqNcyQNEx6jj7GG9IyBPGKTJS0nFt0bMhhH3qU58adSIsGNMfehEWD0kGcdZ1g7Z4CELQeR11 1FEVnxe+8sorKz6Lzid+8FrzjW98Iz7jQXH5vAmYgAmYgAmYgAmYgAmYgAkMS+DmwwSQxwteZjNZ QVgNcemll8Z9vkfKZB0PGZb2BDAokAxSlkgJw3dz03AK32W7LHipYdVDSfh+LwYaePCYtvBdbJR2 GL4wmR+HsgJDCwwT+DQNbk0xkEK5xCd2EMowCgvO3ec+92nM8vOe97xZ5zC0OProo6NXj1knRziA y1s+p8SqIxQ5fBaHZ4ZxDIqDJsHQJDWuya+Da5OwigclU0lYBcVnh1JhVdmPfvSjeIj2IVVepddN Yh9jHNhz3912223WLVgJxcqmfixmBfIBEzABEzABEzABEzABEzABEygQYNECwsvsQw45JO6vsMIK 8dMV/GBOyUt4PGRY2hNI9Rtt9SI33HBD7ZWi/Z3KV+KlBmOLkrCggjmu5rylayZ17Oqrr47GFRi+ MN8dh14EQws8jvLH55pZiMRCFD6xg1CGuR9GGPe73/0asyZPrOkFGFrwOZ4mlum1w+yjF+FzSiyC YWEU6eaZoePRIpRSfHg34ZomIZ9Nwqdx7n73uxdPo/fks0upoBeRfpT2obT4J71+nPsY48Ce++68 886zokYvgifcfixmBfIBEzABEzABEzABEzABEzABE2hJoLXBCQYOvOyW8BmSkmCIwuc7unzrtRTf UjiGtxIJnibWWWcd/Zy1lSeKcXg4UeSrrLJKNBzS73R7s5vdbGRPKml8w+zjHQPXnwgTZtIyimDA QpwoTDDW4E/CCpDPfvazcaUKx1iV0mRw8uAHP7jabrvtoqKHzxqxqopVUCigxukyVmlji1IJZYfq IN8BxthrtdVWi5fd+ta3Ti+P+5zvp4wq8ZQyBTZNYdPyqpuyoog2QtJkpISSA+UV0mTQojjabllt xEod2qTcEIY4uN9b3vKWuDKJ1UODlJdt7+vrTMAETMAETMAETMAETMAElhYB5jypF1A+Q1ISDFFe +tKXWi9SgtNwLJ1n4mmCeXeTyBPFODyc6B54wGAOXZK51IvgGQOvOciuu+46sl4EAxbiZM6O8UFq gEDZxsvLNttsE+/HgrImgxM+e4SXEfQG6EWY67OQCd3IJPUifLpKdRCPLDwzFuQgaRmKB8K/LnoR GYqg42nSi1D2csn1Ik1GSqleBH3cOIRFOBgQYVSSG8IQP3oRvOWis0WvaL3IOKg7DhMwARMwARMw ARMwARMwARFobXByySWXRC8X8uLAC259/oXJt76HysoIvEPom7q6kbasWvniF78YV1CsuOKKFSsi xjXB0j1KW7xYYLzABJDVHKSvaeJYCj/JY3y2hEk+k0Mmznz6Q55M0vumRj+sFikZGaTXD9rX82Ml C94hZGyQhvvNb34T05Uem9Z+ymDUZ8VKE773i6cWVpvJFavywr04j9EJf/3uh8IFLx/9rlG8o2yp c6ngbQaPL3g1efGLXxxP6Rny3V+UPBh66bvDuFRFkYQyoyS4VpVQL4lLroRhxKdz0mega/mecS6U RRmZYHDGp38mzUdpwE3sRRddVO25557x80bXXHNNPEW7xD6ufjFEoZzz/PsZdClOb03ABEzABEzA BEzABEzABEwgJ4C3SbxcyItDqhdh7sT8+TnPeU6cV+FZk8+2loT5F/POn//853EO94xnPGMq3hCY E2G8wP0xGCB905q3lTikx9A1oathbnvMMcdUz3/+84vzUfQiJ5xwQgyK185x6UWYK+IdoqSfQs9F uuZC0jn5qM8KvQif5qUMn3feedWmm27akyXuhWdVjE5OOeWUvmWDRSp4+Rg1TT0JKPygzqWCt5k3 v/nN0auJPqsjvQifkZFeBI8oCLoudChNehEMcCTSi/zsZz+Lh/BmtMsuuxTLYZ4uAlAW11577cgX g7MPfvCDE+ejtOO9l4U4BxxwQPWud72r/pwQz5RyzaeBMETBaw3Pv59Bl+L01gRMwARMwARMwARM wARMwATaEli+zYVM3nhpi/AdVl58b7DBBtWGG24Y/zB+2HLLLaunP/3p8ZqPfvSj1X//+9+4n/97 xzveEV+W77333tXuu+9eMVm86aab8ssG/i6tJmgKxIt10vjWt741vpDGsECfUGkKM83jGN5oooxS 6swzzyzeHmMUFB0IL/XbrBrpt2qBz7QgTMDx8JE/MybbrI6Q9ItL13TZDvMs+8XfNn0f//jHa2Op PD7yjEhhkZ/nN5z6nS+F6XJM9UKrrFBeUIYPPvjgWcpIDEtkaMIqGoQVLO9+97tnPVfOoWhCSYOg 2FtjjTWiIkTfNaYcYhiWC8YdKhPwVhlEySSDpc985jN9P8FEHOecc040BsnjL/0e9FxRqqDMwYsJ dYlvUvPHqiQUlnijkYiRfntrAiZgAiZgAiZgAiZgAiZgAm0IMAfkpS3y2te+Nr6433jjjatHPvKR 8Q/9CItH8MCAHHvsscW5GOcwlue6N77xjfHzsYTV/I/zbaXpJXopPB4/WTzBIgbui+GBPqFSun7a x5jLveY1r4m3Pf/882tvp3k6MEbRQgnmgZqT5telv/vNKflMC8JL+UMPPXTWM0NHwCdaJf3i0jVd tsM8y37xt03f8ccf36jXmE96kRtvvDFmN9WLvP3tb4+eOqS/EI+//OUvtV4ETysIehF0GLm+i3Po RajLCEZkeLlFtyFPspRDDMNyYcGdygTpkvdYwso7yqc+9anqxz/+cR60/o2ByFe/+tWoj6sP9tkZ 9FwxIOLTz3gxoS6tvvrq8Q9GD3nIQ2qdI7ewXqQPaJ8yARMwARMwARMwARMwARPoRGCgwQmrAvC0 wEt6hM9gMBFPX7hzDUYLvNxFeAHMSh0mb6kQJl09wLmrrrqqVhak16b7TBpZKYThCPdBuAcvrpmk EWeanjQs+6WVKOeee25xwpmHndZvjHXwEIHgvpRPp2iSzwT78MMPrw0E8M6BYisV2MAIHjDFAAEh 7zwvzvGH1wsJijFWNSGHHXZYfGl/2WWXxbCsDNlss82qL3zhC7q8YgVH+tmU+sQQO3iY4Xmlz5Jn wbNk0q50cg2/S4LXCq4jn+RXnFiRRDjyizItLxNaGYRBFMq/dJIN44MOOqjOLwYYEspfml7YqOxx //w+CjfKlnKu7xBj+MFzy+/DKp2UEWmhzrGiRi5wyesOO+wQOSk9PGMMvcgHglKPz9IgGDJJ8KLC yhiMnLgXHoJQ2sjoCf4wVz3HIwqCQmfzzTePyhMpTeGL5yOMP4iDFXwouFLpUoYJL8UTq9xIrzyc cI7VTWeddRa7UcZl3KT4vDUBEzABEzABEzABEzABE1j8BNB5XHzxxfUcBi8YzF/SORrXMBfVHJsX wHhK0HxJlAjDfDIV5nXyqpAeT/eZkzEXY67LvRHuwTzw17/+dZwfp+lJw7Kv+V96nBfepRfx6TXT 3MdgRwso+KQsi24039ecXQYCeOfIPevCBkbwgDFzeQQvnTDjHH/pnPHRj350tf7668frWLDBS3u8 zxKWOezDHvawikUVkgsuuGAsehHm0+mz5FnwLNF1KJ1cw++SoDPgOvJJfsUJ7xWEI78lXZn0IuhE jjzyyFl6kf3337/O733ve9/61pS/NL14GVXZ4/79yl4dyZA71CfpsDD84Lnl90FvkjKCCXUOz6by DEte0ZGQTgnPGEMvnjHCgjgW4yAYMkkwDNt3332j3pJ74SGIBS4yeqLuEpfqOR5REPQieOBBn5Pq RSg/lHOMWtDL5J8F7lKGud8KK6zAJnpV2WeffWrdKcfQi5xxxhnsRhmXcZPi89YETMAETMAETMAE TMAETMAElguTtZl+GJigyV1peh0TcV5kIyeddFKPtTyfh2FiyERr5513roNxKyZuuKWUMNG58MIL a+8IOq4tkzaMK5g09hMmkHguKcmll15aoURIBU8RrOyZT8KE9clPfnLPxBA3l/o+MWldFr5NiyLi jne8Y510Js2sWGgjTKDhLe8mGAzkn5cpxUM4FBpcy0RfKzhK1/Y7hltW3K4OI0960pOiool7ojTB oKKNYNCAkkrCCpR0Mk/ZQwmwySabVF/72td0WTSGOProo+s8vuQlL+kps/WF/7eDm1StYsvPdfmN i1MUE7mkdY6ygteeXPiGOHXu+uuvj/koKRXTMBiYvOc97+lxEXv66afHTwal1+X7YsdxFFKvfOUr 4yXUbXi1EQxB+MYzMkoZRvm3/fbb99ySNggDrtSTEXllxVqbFXA9kfmHCZiACZiACZiACZiACZjA giYgLxZdM4FxPfO+XFgYIp3HiSee2GPAz4IcXh7jTWTXXXetg6IXwagBDwgS5lfMzUufc+Ea9CLM cfSSW+HyLR5L+CRKSVhIlOsN8BQhz5elMHNxjM/+sDgGnZIEI550bnvve987flaVzxNLfvnLX1Yc byN4s2AhhsoFnihk6NIvPOFIF8YuZ599dq0z6BemdI4FXXwyaBhBt3HqqafGe1KumspKHic6GBZ8 SNDT8WkVieb2eDLGE6mEMsoCFul+KFdpmdV12uIVWQtfdGyULc+npPtJ6xxlBa89ubCYiDqHXgRP PjIqya/Tb3QY6IBkjMNxWKfcdG26FTuOoVfBuwiCjpRPa7URFnZh1ISMUob5DNKzn/3snlvSBlGu U09G6GTRi1kv0oPKP0zABEzABEzABEzABEzABEYksPyg8PJakl+HRb9Ek3T9xrof4wR5TdBx3Evq xbSOYQSA15R+Mug8YVddddXGKJiA7rTTTvV5XFxutdVW9e/5soNyBGOQ1CAjNTbZa6+9Kj51khqb kPaVVlqp9o4yKC/cQysfuJaX8ihX9DmkNDyf+fn85z8fr+F5IqwS4Tl2lVQh1DaONddcs54M3+pW t4qKtjZh8zKRKqwIj7EJkhqb8Lma1NiE8/I8w35J5G61dK7LMdyfamVNGj5VKPF5HYyPclFabne7 20WPJKxYKsXFMRRPeLZJlSrEt8UWW1Rf+cpXivEfeOCBUekkdlyvT+mwT73C+xBxlIRvhB933HFx BZKMTbhulDKslVzEo+8Q0walxiY8V5ROVqpAyWICJmACJmACJmACJmACJjAMgdxQQ2H5bIUkn6fL 2yhGCqkwn84Xv/DJj3RelV6v/XQ+qGP5Nk1Pfm6ttdaqX4hzjvly25fieVyT/I1XDYwNXvWqV9W3 SY1NDjjggAovHrluAW+WbYxGiBQdEfNuCYYNeAMpLSTBQANPMsQtnQLzzlH0IqU5utLStCWNms+i D2jS1eXhpSPQcXnH0W/N7VNjk/e///09xiZcWzL+UBxsUy+x6fGu+zyfvO4QV/oZHfQIJSMjpQW9 CPoJFiOV4uLYl7/85egBN9eLsKAN/Vwp/iOOOCIuShI70pXWTww/0Ek0LYrDIywGIoSXsQlxjFKG Uw++8rJEG5Qam/Bc0RGpHHFPiwmYgAmYgAmYgAmYgAmYgAmMg8BADye4zRy38FkVPs3CSgkmiNMS VjcgTDrnu+AqVMoM0sqkeuWVV55osrknE14m2txrIXAaBgheclBUsRqJ/KFooXzj+piVKShiMGhZ bEJ9oyyxKo7VdCgxSsqWUr5RuqG4oExgWDYMH9jyR1i+N0x5mkR95/mRRgypuBeulmlfSCvlGWUe xy0mYAImYAImYAImYAImYAJLk0C+SGY+UGCedsMNN8S5yiTmSU15RC/CvHDS+oWm+w9znIUvePOQ sPBJ3lp1bNxb7gkj5pDcayFwGoYBXnL4HA6LQcgfc34+FcO8mjk7C1uGmfcPc++5vJb6hg6Iz9tQ /tEBtVncRpr5RBF80GtgWDYMH9jyR3nic8CUp0nU95JehPYF4yTKMzog60XmsgT63iZgAiZgAiZg AiZgAiawuAnMicHJ4kbq3JmACZiACZiACZiACZiACZiACZiACcwXAvPR4GS+sHE6TMAETMAETMAE TMAETMAETMAETMAETGAUAgM/qTNK5A5rAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZg AiZgAiZgAiZgAiZgAiaw+AjY4GTxPVPnyARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARM wARMwARMwARMwARMwAQmSsAGJxPF68hNwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARM wARMwARMwARMwARMYPERsMHJ4numzpEJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJ mIAJmIAJmIAJmIAJTJSADU4miteRm4AJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJ mIAJmIAJmIAJmMDiI2CDk8X3TJ0jEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzAB EzABEzABEzABE5goARucTBSvIzcBEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzAB EzABEzABEzCBxUfABieL75k6RyZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZg AiZgAiZgAiYwUQI2OJkoXkduAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZg AiZgAiZgAouPgA1OFt8zdY5MwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARM wARMwARMYKIEbHAyUbyO3ARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARM wARMwAQWHwEbnCy+Z+ocmYAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJ mIAJmMBECdjgZKJ4HbkJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJ mIAJLD4CNjhZfM/UOTIBEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzAB EzCBiRKwwclE8TpyEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzAB E1h8BGxwsvieqXNkAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZg AhMlYIOTieJ15CZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiaw +AjY4GTxPVPnyARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwAQm SsAGJxPF68hNwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMYPER sMHJ4numzpEJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJTJSA DU4miteRm4AJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmMDiI2CD k8X3TJ0jEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABE5goARuc TBSvIzcBEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzABEzCBxUfABieL 75k6RyZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiYwUQI2OJko XkduAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAiZgAouPgA1OFt8z dY5MwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMYKIEbHAyUbyO 3ARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwARMwAQWHwEbnCy+Z+oc mYAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmIAJmMBECdjgZKJ4Hfl8 J/CPf/yj4m/acuONN077ljGfc5HXqWfUN5zXBP7zn/9Uf//73+d1Gp04EzABEzCBxUHAfc7ieI7z JReMX/7973/Pl+Q4HSZgAiYwNgLWi4wNpSMygVYEPEZthckXmYAJmIAJjIGA+5wxQHQUNQHrRWoU 3ikQsMFJAYoPLQ0CV155ZbXKKqvEv8suu2xqmX7b295WrbrqqtUuu+xSzczMTOW+08zrb3/72+o3 v/lNz99f//rXgflEyfWrX/2qJxxxWbE/EN2CueBf//pXtfnmm1f3uMc9qo9//OMLJt0k9Prrr+8p m3/5y1/mPP033XRTXWeuuuqqOU8PCbjmmmtqTtRn0miZDgEmkGp/zb4b83/+85+R4U9/+tPqF7/4 RUW9mlY/3S3FDtWPwDT7nN/97nd126cx0B//+Md+yfO5BUbgq1/9ahy/rLfeelWbce0Cy56TawIm sIQJMH5cccUV498Pf/jDqZHYY489qpVWWqnaYYcdpjbemmZef/3rX8e5GuNy/bXpP9CLMA5VGLbE Zb3I1IrmxG/EGPURj3hEdatb3ao6/vjjJ36/cd4AvUhaNq+99tpxRt8pLnQOqjPoPueDMA8QJ9Jm vcj0ngp6EbW/Zt+NO3oRGPKu5PLLL6+oV9aLdGM5H0JNs8+5+uqr67ZPbeAf/vCH+YDBaRgTgS9+ 8Ytx/LLGGmtYLzImpostGhucTPiJMvimYb3uuuvqO/3tb3+rGABZ5pYAHZ/kW9/6lnYnusUC8Lzz zov3OOuss1o3zHhEGWVwN628nnPOOdWDH/zgCmV8+nfCCScM5HrooYdWD33oQ3vCEdd3v/vdgWF9 wcIgwMvb73znOzGxZ599dvXf//53YSQ8pPL1r399T9l85StfOefp33333es6s9lmm1VzbQRDO/XE Jz6x5kR9PvHEExfMM17oCf35z39et79mP9zTRLF/9NFHV3e/+90jw4022qh6+MMfXq2zzjrVNtts s2gU/KOOJYajOvrVo662nlafgwLuAQ94QN32afyz3Xbbebw/ejEYWwyjehe8+OKLY1ooVyhgLSZg AsMR+POf/1z9/ve/7xmvWi8yHMNJXc0LOckFF1yg3Ylu0YuceeaZ8R5nnHHG1PQi08orRorLli2r UManfx/4wAcGcn3nO99Z3ec+9+kJR1zT0lkNTKAvGJnAFVdcUT/PL3/5y3OuVxgmQzvuuGNP2Xzx i1885+l/1ateVdcZ5sFzbQTDmJP5pOo+9flDH/rQMJh97QgEfvazn9Xtr9kPB5L592GHHVatsMIK keHaa69d3e9+94uLZp/2tKdZLzIczrFdPapeZFp9DvdhganaPm2f9axnWS8yttIwekSj6kUuuuii mAiedzquHj1ljmGxELj5YslImo9TTz21wtrq1re+dXq43qfBe/WrX10tv3zZ3oZVivvtt191i1vc og5T2rnZzW5W7bvvvtVtbnObWae/9KUvVW9+85ur9EX/bW9723oivf/++1e8sERYqbDPPvtUN9xw w6x4OEBDcN/73jcOWLGCH5SuYiQ+OIsAAyjJXe5yF+1OfMtAAaF8sqJhkPzyl7+sHvawh1V00Ecd dVRjue0Xz7Tyere73a2YDFZMDZI111yzeMnNb74om6liXpfSQbwLNbXB85EDLxM//elP9yRtFCOw nog6/sAg66Mf/WjH0OMPxvOkr0r7veWWW278N3KMRQJ5O2v2RUzFg3vvvXfV9ALgBz/4QVyRxhhu Ics4xhLTzD8vop7whCdEhfE3v/nNalT+k+xzSNsDH/jAKl8Vzj1dD6dZaprv9fnPf7564QtfWB1x xBHRiKz5yvIZ+vuf/OQn9clRy2MdkXdMYMIEPvnJT1af/exnoxeJ0q14EbPbbrs1jslZpYgXilve 8pal4PUx9CIHHnhgUS/yuc99rnrta1/bo5CkDsnTw8EHHxwNu4kMvQgG1TpX3+D/djBQuf/9719t sskm1aabbmq9SA6o4+90DHnXu961YyzDBxtWL4JxNXON5z//+dVHPvKRxnLbLyXTyitGzCVpo/9Z a621SkFd3otUFv7Be97znp3K8lzlfN11160+8YlP9Nx+rvUi6Evnk0EHehH6qvRFnOcEPUVmoj/S dp4bmX173IwJ3/e+9xUDfO9731sUepFxjCWKgCZ0EL3IhhtuWGG4/aMf/Whkvcgk+5zb3e521YMe 9KDq+9//fg8N7ul62INkzn6cdtpp1dZbb10dd9xxFQajwwr9PeVQwjO3mEBOYNG9yaXgo9SgAjUJ xgXbb7991VQpWLXW9nMPL3vZy6p0Qsj9sa4uhU8VJ1/72tcqLMNRzjDRPumkk6o2rrdRznzqU5+K nU1T/ny8HQEMHN773vdG/htssEG7QCNexcD3oIMOip0vCr42xkOavGGQpP1hkzGtvGL9zCAIZSGG IieffHL18pe/vFVy6fD4w/sPE7SmetQqMl80Lwmsttpq1Yc//OHY1qEoXkiChxP+6Fte8pKXxKTP 9YD5pS99afXsZz+7esxjHlOhgJ9roX2jf6KdeuMb31gde+yxc52kJXV/6tef/vQnsx/yqfP5Exmb 0F+94Q1viJN4jH35RBRjxcXwclnjh1HGEkOiHflyxhK4f+3qFXBafQ5l5Pzzz6/HPkzAF1ofN/LD mucRUJaQrqt56O8xTNt4441je4DSzGIC850A7T7G0ozNmgTjgp122qlRL8LLsrafe2DuhvGdhPuj cymFT/UieMh8zWteU+tFMKZu43qbvplFRo985CN1S287EmAOf8wxx1S81KCdm4YwbzjyyCOjN1N0 FcPoRSg/GtcMm9Zp5RUveaRRepGPfexj1bbbbtsquc997nMr/qQXaapHrSLzRfOSwLLgsQYdMF6f mMsvJGFhJX+k/znPeU5M+lzrRVjM+YIXvKB6yEMe0riQc5qMad++8IUvxDaAvpG2zjI9AtQvvCmb /XDMWTgmYxMWae+5555xfIiukfdVK6+88qLSi4wylhiO7OhXM5bgM0ea0w4b47T6HPQiGCZp7HPp pZdGA5Rh0+vrJ0dAZajrOwT6ezzxPepRj4rtw73uda/JJdYxL1gCi87ghIKPdxIGm7zw3mqrreLD wTBkiy22iIprvDA0GZtwMa6wMVrBEISJ77nnnlu95z3viR0rK+PwaMLghe/N5l4ZTjnllNrYhNU5 GJXc/va3jwrOz3zmM9XOO+8c04N3Cw3KiYfPDqAEzdPLxXyOB0XR6aefHlf7vOhFL4ppalo1EW/g fwMJUAZY7ThtwTKVvy6iMjNs2GnnVV5J2iiO8rxghIUshhd8ed6W+m/K75ZbbrmgMXStg5PKNCtO 6UO6DhYnka75xmgSeZyvccJebeh8TeN8S5cmXBgjM267wx3uEJOIZzDtz7c0j5qehVJHNZboml/y Oc0+R+lFyYx0NW7oml+HmyyB1Vdfvdphhx0mexPHbgJjJEAbyEIHDJRpnx73uMfF2HkB84xnPCPq RdAn9NOL8Hk5DEKkF+EzIe94xzviPA1DEuZr0ovwIj8VFuDI2GSfffapdtlll9iv0jbyonK78Nkx hHGs+iX28cjCuDZPL9fy+Ug8W+DRlhcF5OOSSy6p8Chl6U6AMkA5mbZgLNTVYEhlZtg0TzuvGhsM 8hJUyofG9P3qaCmcj81/ApRfPBgvZOlaByeVZ+oYuvomz+GTum+/eOcbo35pXWznYK82dLHlbVL5 kV4EY2TGbXe84x3jrdCLaH9S956reBdKHdVYoisn8jnNPkfplVe3+aSv7srQ4f5HgC+H6P32/456 zwT+R2DRGZyQNVadaeUZq2XwYsEKA9yuthE603Tii4JRBiePfexjGz/VwwqG8847L94CAxdWeKvz wsBkm222qVhJ+653vSsOgtNVGShzkKb0YizDtz2f97znRctS9jE8mWtB6YMSCo8tuMz69re/HZOE gh+lbMoxTysuevEWgMIIN9X3vve943c3N9tss+ob3/hGzCdKKnVQefguv0kvq0tyQwhWkDRN5HGR ftZZZ1W8QOB5YhRE+oiH58BKrle84hXx2TQNaAlPPHoJweohPoeBReAg0aCP69IyMyhcl7wqzlGe q+KY9BYWlJ2rrroqfl+S+8F1WbBm59uSCCuOUUKm3CmTfNd1XEKdR6HKM2Zgzt8Tn/jEeA8M0GiL WHGRl42bbrqpwsU7deDKK6+MyeGapz/96dUzn/nMug1TOllpj+EZZRel71Oe8pTozQDXodybvFPn UCL3e0lKOSQe0s2qRb7HSTl88pOfXH3961+PK/pxo4j1ei581uCEE06ocM+NoGSmrmO4tf766+eX x9+UX+7HxF/tIenffPPN473zQJzDRStbXU/e9Nwom5zHC47OY+nNSnY9d8VJu8Kz4U8epGjD8VDC /fNnonBsL7vsssiD7/9SfnDfDKemT7WlYedin3IBJ8rc0UcfHdti2iZWJjCxgFdJ8OhFWeDZwwtr dJ4rRpu8CKB8NAnPlm+Jf+c734muNWlDcbGLQV3pU3NN8QxzfJptE/nDGJSyyB/5on4fF1wPYogK K9jiESM3Pk3bfMopdYSxRd5u8cxoj9RXYuzKM+Fa7ol3Bz6lRvnda6+9okcbVki9//3vj9gwkMBN Pdfnwksb4rjgggsqvmNMm0O9xuVwugI5D0cYVgxTz+jjEMoE7QvlgslFLml+qY+8wKIdIy7aOdoA 9Zes7iQuTULzuLr8pq3HqPfiiy+OwanbPC/GTJTJkuBKlWfMp2YkP/3pT+NYQH0taaQOqK3RdcNu iY92iHYQJrgZffSjHx3rD+WIck07w/FBn07sklfSS14lyp9+D9rS/+CxjJXyGudRhlhxy8s+DKtT Gce4iReYaZrT+PvtE2aYPieNi7C0hYzxKEv0A4wxGKMzriev/fqNNK5p7Q87lkjrKmWO+kgd0Lib Mk8dZ86UP9c0T8P2r5TxdPxNPYAn33gmLtob5hPUB8YVzKHyl9eM50gnfRYrgtVf4X2MOVG/sc+w ZV55JW20XRpH0r6hcGVFb1NZ4HraEtoN2kJWLlP/eYlO/WEcwliN4/2Ez3mRV17O07+yapdFEdRD +gTyxNiE8ZvFBJoIsOpMK88YM6CHYA7KfLuNML6gv5LQPmBwwniCsXTTuJjyeeaZZ8ZglHfGMOpL CYML51+FlbS80MhXmGphRlN68YjJ2AL9CJ5QWJRDGz3XwpwBg5yzzz47eu1g/IXgjRClbMoxTyt9 DX0Xcyz6UMYejC2ZUzLmJJ+M8cepFyG9jGlzvQgx3icmAABAAElEQVRj1tI8kDSj7znjjDNiOnie tIW0U3iw5JkwjmFcSpvcr42k/VZe6McYm9I2DpJ0XDBMu94lr0rLKM9VcUx6CwvKzhVXXFH3V3DF oy59LUK5pA9KudMPNc3hu6SZMQZlijJC/8dCP+op3oQZA9AW0WfnZYO0otehDvz2t7+Nt+Ya5lno UNWGKU30gXhC0vwX/RxjVeZI3Jv4aHeYo/V7SUp5Jh7aKuZKeK7G0I1xCGMS7sMK/9J4iPH4Bz/4 wWgAR7qYK1EfmONstNFGSmrPlvLL/Wjz1B4yF0SHwedXcmGshD6Ura4nb3pulE10M6lehGtpp/Xc FeePf/zj+Gx4PvIgRRuOhyueUf5MFI4tbRLtEJ6MGQ+RVjg1tf9p2LnYx/AEroy9DjvssDgXpm1C x8XnuJr0IoyHKcM8e7wVouPguWKMh7639IyUP54turKLLrqonnMzZmOOTxyTkGm2TeQPvSPlC7bk izqO3ol+D1awpb6kHuDJN+NitfmUY+qI9CJpu0XZpq1QX8l4F30lZY57ohc59NBDY/k94IADol6C T/JxDGE88aY3vamoF0E3Rdp5b8H8jrE19ZrxBmWjSQjD+J16SB+H8DxpXygXtLG5pPklPHMd2jH2 aedoA9RfopdkfDBOvQhtPUa9F154YUwadRvPm/TLlMmS0P7xjC+//PL6NG0GYwH1tbS31AG1RfWF Q+4QHzxpB3mu6MJoTxgzMf+mXPPMOT7o04ld8kpyyatE+dPvQVv6Bfoz5q4a51GG9E4on4+OY9w0 il5kmD4nzTuMaPf5o12jH2CMQf9G+UfP1q/fSOOa1v6wY4m0rlLmqI/oCKVroF4y12bOlD/XNE/D 9q+Ucfpijb+pB7QRvDsiLurHV77yldiuModgDsU77VSoKzwb+izeraq/estb3hLnRP3GPsOWed2X tDHn0jiSNu3Od75zbIubygJtHeFoN2gL+WQ2eWdOQ/1hHMJY7fGPf7xuU9zSh5BXDJdolxi7Mneg HqIXIk+0T7xPs8wTAuGh9JUwqJxZyH/BPfpMQD0TvincOR9hYhbjCKtfZ8KAp288ut/+++9fvC5U tJnQ2c+8/e1vnwmu72ddo/Cl9IZJ1EwYEI2cn3E9T9JDXuDb9NfEIbzMagyjuNrwHjYv4UVC8b5h YjrrWSjuMIEthlE6tQ2Tupkw+JgVD885KFBmxRFeKhWv575BqT5D/hV3v+1b3/rWWfckji55Jdwo z1XMtA3Kp5iHUnnWNU1b1YWgACjmLygjioxCJxO59uNOHpvu2/Z4GJTPhIHHwGdUKsdhYFNMe/qc 3/3ud8dnofSEl84D70V47kfaFE7boFiYCZPsVnHk9YF2LwwA+oYNL6JngrJ01n2bnlNT2xAm6sX7 BIVTbDObyjX5Di/q4/159mGgVYxHjJctWzYT3PvNSi9xkBddl27D5LI+/qQnPann+YjztLcwDy9+ 63Sl6dU++SmV+fBCrG84wocB4ixG5JF+kbqme6Tb9HiXut/EcJxtU9M90uNhAFzMX5pX7ad1Jm97 0jagVB/UF5TOKf5+W+p1mm61nf3C0K+FFz094YgjKGEGtk35M83zy32pr9/97ndnqGeldDS162k+ 2uwzpgrKiOI9dN+g/JoJxr49eSVtOj9oG5RoPWHbpCu/pnS/tJ6kaaC8UPbyOLrkdRxjibCSfCCr vJ3oOm6in6LspDya9umTxtHnpJwZmzfdj+Phxd8MaUzDlPY1b5h0PzHsWCJMxgf2F2n+wwR+Vl67 9q+lvp26FbwvFJnTLqb91qB5A/WGOpI+j/Diqhh3mkftB4OqnrCK5/DDD58VR9qm6zpth2nHGecp XLoNyrzW9UBj3jS895t1F32VHkvgZDBCjuU5eGztnFvmGNSbYIAby2+/iHS/8EKoeFlQkM6EF6cz hxxyyExQps+6RuFL6Q2fGpkJL7xGzs+sm3Y8QHrIi9qU0raJA2Ov0vXpsTa8h00686D0HtoPhn2N UYUX6sUwCqtteBExE15WzIqH5xyUy7PiCC+VitcTQXgJHMub4u63pR8vSZe8Es8ozzVPR3gBGPNd Ks/5tflv1YVg6J+fir+DQXOR0QMe8IDItR938jiqoAMLLxFmPdf8WZXKMWNejufXpr/pi9N0thmb Ep54SVsu4cX1THgx3veeun9eH+hjg6Fn37DhpdVMePGV33am6Tk1tQ3B6KF4H+Y2PNOmck2+r7/+ +nh/rkPvovyUtmHh3wzjl1yII7xUL4ZN9SLBYKbn+eTxTOs3zMOL32J6lW+eTVqWlDbG97qmaRte Quryni39InWtFC493qXu99wo+THOtimJtnGXMXYpf6VjjPkleduTtgGl+qC+oHSudK/8GPU6FbWd +XXpb/q1YBifBov7wVBgYNuUP9M8v9yH+oo+lXqW3lf7Te36rAQNOMCYKryELd5D9woLymaCoUdP TKRN5wdtg+FBT9guP0r3S+tJmgbKC2Uvly55HcdYIhgMDWSVtxNdx030U5SdlEfTPn3SOPqclDNj 86b7cfypT33qDGkcJJo3TLqfGHYsERaRDOwv0vwHQ4tZWe3av5b6dupWMJotMqddTPutQfMG6g11 JJXwibdi3GketY9uuyR6v6fr2KZteh5mmHaccV5JgoFJ63qgMW8pHh+bPoHlQwGxjJGA3GfjVQWL 0vBIe2LHyh8LWSzJR7UM7Yl4Dn6wyg8LRwTrU1a2sNodjw3hJVM8zioqXRMPhH9YJmN1h7CSBau8 MMGJVuShU4vHJ/UPi0FWi4eBYbSEDkrjeKt+FsV8sz0ohStdSwD2ceeLVV5Q9sY4sMCWFXE88H// eM5Y01MmPvCBD9TuanH921QGsHDEcraNsFIldHSzLu2SVyLp+lxnJWDCB1i9j2UklqASLNRZ+Y91 JWzD5Dq6b9Z5VudjAd+0qkHXDdryfPCKg0U1Qnlg9QQr7LE+RZpWMmAZzGo1PV9W72ExjMUmqwYk rO6lrErCi6v4G+v0VHCVjWUueUOIl5UuuQQFXBVeFNeHKdekl3SrbGub1gfqK4xZuYCw4kergDim FZJYTpPmvM1j5QtpDAOI+GyU/pJHBuJnlQAW46pXHHvd614XP3XBM10W2hbqXrqSERfdlAUxp76S XwQrWuopKxnCIDR+5ozjrKpkNRGW9RKeK6smyQsCDzixUgNJr40H5uE/0oxXjrRtIj+s0sklKMzq Q2EyE9tu2hNWqkjwukUZSAUPHKz4Z+U3gucXvuEol3o6noYZx/602yZWl1IWVbdUJoPiIq6eYxWN hH2tlKCcUmbUz+katqoPpb6ANg1r9jQcfSQrVFKPJDxjLLmVLs6HwXx6m5596gWrfd72trfVdZ1+ mtVxrAKQ4GmJ+pm3TTxPOKh9oD+jv5OQX+KnX1X7hzcMVuNTz7g/9RHLdYms+fW7yzYoQePKfqz5 Edom2iS8AuApRs+LtLOSSs+Ha1mhQNsFV+WL4/xm5bf+aD8Yt40qeGBi1aaeGfGpnpDuPfbYI7Zt HIc/K0dYXSHpmtdRxxKs8NOnB3mO9K9BuR0Zs6JMEhQOsY3V767jJp5RUCopmr5b+kzahFxUx9r2 OWl4ecghr+SPlYow0EoJ+lrGrPNBuowlqHeMs9M2RnmhzFOP1UdznJVL1KVUuvavjHlp92gndA9W sqhdYHUyaVO9ZQybCh4iJYybGIfQp5NmhHrDPCQVVg+1FXmay69nBSfjd1ZNq33Lr0l/047TB4sx ZQmhLafdTcd5jMl+97vfpcHjeB7utKEI7RP3p9/JhbaDdDWtKMqv928TmDYBuc9GHxAMxmfNEVgd zVwKjxiMJRay0B+pnWLVHWMzPB3RVuHFFWGsqGuUV8bYzHMQVvkFA9U4psPjSToe1/Xj3DI2YU7F HIr2OSiNY/T9xmiM9+lfdS0B2GfVNn1kUPbGOBin8sxz0RgZzxC0lXgBRWjzm8oAY5nwMjiPqvib fqGkF+mSV27Q9bkWEzfBg/Q99Bt4DpLQf6ETkF4Ej83M1SWs5OU5jEMvgudVVuMilIdjjz02rkTF CwGivjD+SP6x8psxr54v40fGx8wfGDdLWE0tLwYcY1xG2WUukwp9ImWAvCHESx5zCQu24mfYdZxy zcpZ0q2yrW1aH6iv6A/wBImw8hj9J2MQ9Dms3EXo60lzSS/CWJrxCs9G6WdldUmYi6I7Vr3iGuYM tCXUF/Qm1D3uJeEZUxbEnPkf+UVWXXXVWE8ZezDeRoeChBfA0atEquug3uF1ACYIPOCEhyskvTYe mIf/SDP6rrRt4tkwl8klGFTXh8JL+VrfJb0QJ5lP5nqR8BI7eqSSroXxHvq1XXfdNcan43XkY9qZ dtvE+JyyqLqlMolegPkS/byEMqh5N+WUMoNeNhfmbNSHUl9Am4Y+Kw1HH0ndSz2S8IxZca9PwhHX IL3IvvvuG/WiquO0NbzPSPUivMPgPmqbqHO0Taykh4PCov+iv5OQX+KnX1X7hy6CcQD1jHrJfEd1 knBpG6N4ht2iK6DNpz1CaJtok8gHc1k9L9LFPEPPh2vvdKc7xbaL/CpfHOc3XPRH+zGOzxcuC/rc 8PK7LkvcS/WEdNNmadwEfzxeBqMFLovSNa+jjiXQM6ErRniOtOG8x4Ix5ViCblT54VjXcRPPCL1W G0GH0aQXGabPSe+ld1vklTjIE3o3vBgjeK5gjDsfpMtYgnrH2DdtY5QXyjz1WH00x/EElupAOda1 f2XMS1tFfdQ98O6kMTHe0pgDqN7mXt4YI0lom6j39OmkGaHepGWSY6nun9/9JJ+r6Fq8Tx1zzDFR Z632TedKW9px2ksx1riEtpyyI8/5hIVlMJLpiYbxPHpG2lCE9on70+/kQtuBLt16kZzMHP4eZOOy 0FdJaaVvviJ3mHxppWJQ+g30cBIaICxM6r9QoeJq+VDxZ0Lhn8Hal9WBTfdXerFsy68JHVodL5a0 +fm5+I21KX/5vTkGL1iEhqTnfOiQ65XxeG3Iw4aOPIZrwzsPO8zvdKVnnsY8njCJrFeF4mUmNMB1 ukNjX+enabViGl+YtMT8DVr5Gl4mzPAXFNTx+vDiaya8YJnB0ppVy/oLSvI6Lel90v1h8kq4Ls81 vZ/2ZQHZpf6pLgx6NqRVdS68hJjFIkwqx16ewiSyvidW81iPKs9saTNU/tNynHtowMo0Dcc+Ft/y WEH7wcr49BpxId4wsKjP0a6wYgMWrMKmzCpcmGTU6Q2GAjPB+KI+xzXUydSDSco89awSXnr0hCMs 901XDmDRrfuWtkr/oDIRXnLVacaaOI+LlUDkNUxYZijfOp9a+4aXu8XV6GlbmuYpfa6UpaCMqeOF UVDi1WkaVH+VnklvUw8neBVIV/xjTQ4fODXxDpOGGaz983SKf1p+uYbnHZR8NQdYpmFZaRUUEvX5 pvumYYbZH1fbNMw91WbDMbjm7ckvltgczzkRP2100znOK968LCkcbT7tAdem5VreJJrGJqpj3Jt9 Vqwpv2HyMRMUlbOeD881XcGWtgEKS18XJl8xbJo2nWertHNv/liVQThdQ5kME+f6t4532YbJ1ax8 pPGQpzBpq68JE5XifZs4pnGNa1/PHDYwDErxOk2kl/ZI7CgXasdHyWvXsUQ6tqEd4dnlHBjTKr14 Jkk9UnQdN+F5ibFOUHLUbQnlkXxo3MM2uPydlZ48ffxWfWjTFpFn4s7jIV/yMNhmnKcyldftPN6u v0cdS+T1NLyY6MlzugImbdvSdmjY/jXNq56Jyk54GVDfn3JDv5SPbemPOZ7294ozGILEcpiPfRib UZboN3hu3I90MwZKyxLXUP8UX9NW3FImg67lnown0vjTMVnqHYu4Uq8srNJUG8C5oOirx4fEy6rr pvv7eNnLySC9x2I/r/E6eoSuQl9A+QtKv1j++sUTXkDXfQRhmNcw1qA+hhdJsUyzOrBJlF50KLmk OpegsM1Pz8lv2hz+cuEYvGDA3C0VVu4FhXI8F16gp6fiPise2/KeFXiIA+FFRb3SM09jHk14CVJf i5eZ8OK5vuS6666r88MYeZBIzzFo5St9An+MB+ARXnzF8SWeKZnH6C8s/hp0y5lh8kpkXZ5rKRGT 9HCi+5FW+PDH2DEX9TFt6m8etul3MEio7xleAsyEl3o9l9JmqPyn9809NIRP1PSE4wd9WXjpGeOn /WBelIraCOJl/CihXQkL/GI4VmFTZiWMJcQoGLvE+b7OsaVOph5M0vpAHVXYYMiSBov73BcGuoZx Qz9R+ge1yem4IRg+z4oyvFiK98SDAuVbgt5QaUFPFIwldKrepm1pmqf0uQZDoJngOr8OA6N0LDeo /tYBJ7yTejjBq0C64p/xFHzg0cQ7GPvPBGPlWakU/7T8chHPO7x8rRnDMhV0xmrf+903DTPM/rja pmHuqTab/KAvSkW635wT1/wytNOEKZ3jvOLNy5LC0ebTHiBpuZY3iaaxieoY92afFfcS6kN4yVk/ P5ULnmuqQ0jbAIWlr5M3kTRtOs9Waefe/OFdhHASyiQ6xnFIMPiZlY80XvIUPmdWXxNeAqen6/0m jvUFY9zRM4cNDJmvSUgv7ZHYUS7Ujo+S165jiXRsQzvCs8uFeZrSiw4s9UjRddyE7g79BHNXtSWU R/JB+dIfuoE2ovqgst4vDHkm/lzIF2M/8tpmnKcyldftPN6uv0cdS5BHPTe2uXcPxiY6n7ZfaTs0 bP+a5lXPRPcIxq/1acoN/VI+tqU/5nja3ytQMASJ6c3HPozNKEv0G9Jhk250LDDQH9dQ/wYJ15Pm lElTGF3L9YxN0/jTMRm6xVRSnVQwXKzbAK7hvYfGh8SLjtkyvwjcPDwYyxgJYJ2G9RWrxREsv8ML hp47YC2HNWR42dBzPP0RFDHxPFa2fPcc60EsdxHCzZfvdbPyF4tmVhOETi+mL0wGYxpDJxx/5//S VRRYExMHFnt8VzF0FtGCNTQ6FZarTd8PzuPs8pt7tZXUkh3LO9Iq4bvqrNbE4rlpZY6uZZvGlR7P 92U9LEvrjTfeOK7+SfnlYZp+D5NX4ujyXJvuPenjpJVVpzwXLOv5Xi2rQRDKEMcRLO1L39+NJ4f4 FzrHesUN3/NjFSvfiU0Fi2xWT4RBVXq4Cp13/G4oB1nxz4qeXEgj1qyUKdoPVlPzvc1c8DyRfjOU skfbwn0pn2lZ1Aoz6iarfMKgoCc6Vhe8733vi3Wv50T4EV4wxUPhBUu0fIdpKliQspqH8AiW0Pn3 BdPr2+5j4Ut+aAtYJYL3Glmr0iZiKY7AP10VwGpCCd4EwiAsfqNVx9jyrT8JqyRor6mXWknIqmtW paSeXmCEFW94kRi/X6nw82kbBqv1d7tJF6sV8KaD5XaTUBaCEiVaGIdJRbyMOtXUzoTBYrRS5kK8 eGDpnQrW2vSBKeP0/Kj7c9E2qc2GJWUjlVId1vkwQdBucat485MKR5tP/4Jo5Rv1kFUeSJOXoHgy /KN9ov1L2yfKNB4FwgvWuLKEMk/5p71QXSefrGLK6zrxYI1OnWTlLWUBLyapKO0cY9UcbXNaliiT 4xBWqLB6GCG9rETLhTzR7oeXE7F/ZrUf16bpycNM+reeOW0xKxLVV3Ff0os3kfBiOj432u2ghIr9 8Sh57TqWCIqLyI204ZWPFQp5mQjKodg20+7TV3Fe/azySvhhxk18BxbhGVNeGfPS16kuxJMT+sc9 KNusotWKItp+xqjB0CHeNe1bJ5SMgdGOOpZI6ykrV1mNmQrtWlCax/EUY3lWCwfjmbhaX9cN07+q 71ZYbWnPWPUiryYc59plYeVbLrQ/fC+YlTC0VeSBusyzCYqseHk+9qGN1Iog7oXgeSAfA8UTLf6l 3AZdrmu574477tgzJltzzTVjnpk3pOMM4gxKrhg1Y1na0JQd3iCYP6p/1fxgUFp83gTmigBjJuq4 vEQxr9FqeaWJOkl/mHs10nm2rNijv8GTLJ6LuJ4/hOOKPx6Yw3/U0aCYrvAkwapXhH6FNLLasCTp mASdEX326quvHlfPMn9nToXHM8bo6l9L8Yx6bBhdQdq/B2POWXoR9GGshG3TX6Zx9cuD9GbyJswK Ytr3lF+/8Om5YfJKuC7PNb3fNPdJK/NVecFgJbv6WMqQvILhSQRvf6MKehE8jSD0baxiTecdHGc+ gs6PcpFKMB6Jc1COseJf3s/Sa0gj9YKV9rQfrDBPvZzqWjyf5WNqdAms8GXMnZZFearjOHNW5pap MO5Dn6Lxc3pO3m0ZR7DqlnFvUO/Xl9Cn4+2FeoEwlseD3KjCnJC2MrxojJ6X8WSg8QFtIs8TgX+q F8HDqwQPEOhF5HlKx9GxSGivt99++6gXwbsagt4ZbwzpeAVGnGd8GF66Kfi82rICWvNnEsb8gmcm nVUpsdQfPPV86Utfijp4ruGYWOdhaJvxwoHgxUPeD3QdbRRMqQOTkLlom9RmwzJ/J1Gqw8q3xsX6 nW8Vb35c4Wjz9W6A+QBCPZTecZBehPYJr8tp+0SZpmzjHQJPOJRpyj/txTlBP4aQT7wMSE8WD4Z/ 3A9dL3WS+TplAQ/AqSjtHEMnQduc9lma86ZhuuwzZ8ZbAkJ6mXfkQp5oJyjb9M+0fVybpicPM+nf eua0xbTt6qu4L+nFoxD6CPozngdeF2iXR8lr17EEYzi4IXilY86Zlwk8qdE20+6TH86rn1VeCT/M uEnzV+lFGE9SlqelF6Fso3dHd4igD2KMGowW4u+0b40H5uDfqGOJtJ7irQh9YSq0a/QLvPOgHKCH oO537V+b+hPp5aXrJQ1cy7ulXGjH6IcZfzEuIQ/UZZ6N0pWPfWizOI9o3BM+YVzv5/cY9Dvl1vZa 8oh+Iy035Jc2lvqVjjOIU+/AGcvShqbsaAvQV6l/tV5k0FOY/vmbT/+W8+uOuBmj46XTyBuWrilF KUsDzOCbhvlX4SVzWIkZXfkRJy9reElHR6TBUn4vwuBeOhdewPLycJIKh/yeTb8ZVDGhajIsaQrH wJ+XQwwccF3JXy64iZ6vnx3KG0HSPo6JZM4g/93PNWB+7Si/uz7XUe45alhefKBQoCyiyJQxAhNA 6hIDNbl+G/VeDPZU5nnBn05a0rgZbIbVp7EzLdXX8B2+9PKefQYVfNohrOhuNFAqTarWWmutGI+U cYqUQRjCIEkvX3ROWwYduBflZacmbuRVA2vyzEBgWoKyBL5M+nCDSh6kSGIAT3qYMODqNRUNhjlG WzyMaNDEgKZUz2m7MPQJK3qGiXYq11LG11hjjaHuxcCZT0N1ldzYRPHwspDPMAVvIDo0lu1ct035 y0wydcc73rEiv7nybhwZHtTmY7xBO9H0EgP3yqX2iQE+LgdxZcpEOFjIxy0vPxHqG5PZUQTlJQqc SSoxVF9RlqSTjzTdTMYZ25G3vF1Mr5v2Pv1DajCY3p9xFQYaKNbDSq44CRxnXgeVK6VF5YHfKPL5 6yql9rTtuAkFDS80Ji2UD8am9C8LSUYZS9Bv6LN4eZ6pw7RtjKFQNiGj9K95/PzGADZVLpau4Rgv c3iBq0/lNV3Xpo7zsmWuhfHbeuutVxt0pelRW4bLWu2n51EUofiSgWB6zvsmMCoB5i0o9Jij07eO Q1DKMp9A/8Ef43n6FxbTILys4UUSRn5NehHC5ON9wvIClpcmUuhzbK4EwzfqZtOYrCldzC14OcT8 AoMzGZ2l1zNmm6+fHUpfbivNMorT70lsGSNNQ7o+12mkrekeGBZgwEFZDKuY48INrmVeRl1C4Z9+ krgpnjbHqdsq87zgL807iIc+Db0Gc5BSfW0aixCW+T8GJ+hW05d2nJOkhgU6xhwJyedoMlKljdPL F4XRlhf5GI2hb9B4lbzqUyzkWS8uFWaSW+oZbTNtAW0numWNn1g8Q3qYu+W6D30qkrQx9xhGNPdg 4VNpHA9z5gbbbrvtMNFO5VrKeNM8qykBzItH6fcwFC4Jer3gJTe6+i+d73psrtum/GUm+UA3QX7b zjWHyfugNp85De0En4sqCQtuSu0TbRK6ZAxOWNRGPWcrHSj1jZfsowh1jznMNPQivEMqzR9IP3oR yjh5y9vFUfI3aliMEaXnzeMiP4xJef7oqXnJrLZpHHkdVK6UHpUHfqOj5q+rjDJuYh47rNFsl3Qy pw7ea+vPx3WJYy7CjDKWoN9oeidMHaZtYwylz82M0r+W2DBGS41NStdwDL0IBo7pZ7lK17ap4/NF L8K8Ia1jyo/aMuaA2tc5trz/oP3AIM0y/wgsP/+SNN0UsZKRlZlqNEa9O4pZPH2gTEQJglUmluZY ynFO3ypnX6snS/ek82SFJX94bQiuYuM3fVGE09DNtTAQQzmiF+9YqaEgIU9YurNqmkFfkxCWBhVl dkkY8DFhYmXyQhAG3JMWLBgnLaM+10mnryl+rMNRxCEYZFG/WHGiFQx4wSgZfTTFN67jGIBIGZDH WZq46xo605JBic43bQflcdAkh9WFTNR0HYPZdKDSlJe0/MtatimNwxxnwKg2gtUhCGVUK274xmGa ZwZfTEQkabp0TFu1TyiRlF89k36GG9Ooh0rjJLfBBXWPsQkrLnjRQBvOyi+tlGpKA/zEML+GiXs/ 9vn1bX7Ph7ap9DITZduoSog2+e9yDc+hrWB0koqUq+kx9vVcefb9VlbQlqhe5XGM67fqq7ZN8Sod 86nuYrzUJGmbq2uUR211PN+2yWtbDnk6muq7+oV11123qJDO06jfKkv6PddbVhvJ2ITV8qyeD67Q 46o3jFeVz7lOZ37/fmVi0FgChZfKTB4vL3UYSyG0JaP2rzGi7F+/NiS9lJcpMjahHLLymJfUGMBg IIeieCEJPLVKM0+3lIhNCiDOl/qiPB7/NoEuBDAuY0GM6n6XONIwKGaJkzkNq+h23nnnKnwSM65Y w+BVylKuo71tEr5lzvyOP+Z2eCwjDAuHtLKtKew0jjNG5aWrXrzzYhgPsOQ9uIiPHhpQZDcJepTw aYJGHQ9ezlB2l4xRmuKcy+Nt2/ZR0jiNsfeoz3WU/I0Sln6SF3QI9YW6gl5EXjfQTZaMPka5Z5uw LFxpepkyylim6d6D8tg0/lF8GHDgyVHX5XqRpoU46fi25CVF8Q+75UWY9MC0gQhlFF0xwgLKNM+M 26Sr5XyaLn6novaJlz7Kr55JvzZ2GvUwTeek9vHamRqboGvCQIo2PHzeul7M1nR/+Ilhfg1jvnG3 ifOhbcrnieQbo9F+c9yczTR/j6IXYdFvSVSnePZN43rCdfXGVbpn0zHV15IxQxpG9Xs+1V1xTNOp /ZLx0jjz2pZDno6m+q5+gb5j0LNQHtmOu41I4+6yz+In5t8IC3fRkdBOaiG98tkl7kmGUdko3WOQ XgSDtJJRA3ExL2cshUgvMkr/GiPK/vVrQ9JLeS+i+RPlEA9yeHln7sa72PCZnPTyeb8Pz/SdTprg NnqRUl+UxuH9uSOw5D2caOCh7SiPggYIN2pM8lDW5C7S6ERYccwEgUrR78UsL1pxrd5FcPvN/eng sP7E0piVQ+MUDHRYpYSQn9wdNxMTPoORNsK6P5MfvJqwMpw4cJOG8pTOgZdeKJDp4GgwMUqBhQZG imMpblEUsMp3kixGea5z/UxQRmKgRZmj3LBihTLE6pNxulqGvwamTEQpz23bD1ljwwrDNHkkydnx rOWKmfhHFU38+BwMdaxpBSH3oVPXQIsXk7xkYyUiL3SYfLfN66hpJrzaTAz1wjdho6IaA0G4087m K0lIG4N7XO8uC8Zs/bxI5emjbun54JYu/1QI1/Ms5Eo3D5//nkY7nN9zmN+8rEPgiKcTXEBKqDP0 G7gwz0WMqGesNCv1LbTnclech+/6eyG2TWLVNc+jhuvXPmFsmwqTFeoMbSZeB0b1CDXpF6JpfcV4 qkm4TqsPUBSMoz1tutcwx/u1xTm7cee17VgCd60SjNGa+itdM8ltbhA17nvBHBfDCJ+BYqV52tdh hIgRdOr1ZdxpGCa+tG0ZZSxBO0BfVVJy4ZaU/kHj+FH616a8tamPXCNPCHyeg0/KpCuZUeKyEjH/ fGnTPSddlpru2/a4DMJYlc7nzvLxGi8+NP9qG6evM4G2BDTHTNu/tmHz61BKs2KV8QXGzLQnqdDu 4BEBDyX0z/1ezOKhkUU8XYTVzqx8Q5GMIR3pyPUWXeJNwzB20rgao5B8hST9KZ9LlkFKGpY2jjDo jfDkR5uLngg9Di8Vqe98BgU903FhARIs9JzSeJbaPgZLjI8myWKU5zrXz4N5O4sJKHOUG63MxYiC VcvjklQvwryQ8ty2/UjHMrzYl0eSPG08a43124wb8vD5b73c5MXMsHoRDGZYhYsXGeZLbfOap6HL b9pMdCIsuDnqqKPi53/RdcCddjb3WkPaWACJkS7Pn3Y4H1M0pSOde2DYm38qhHA8C861kWm0w23S 0XQNBoIIHNE1MSeWsIiCfkOfo9JxtirD1DPGZ6W+hTnGuBdRLsS2SaxSftPc79c+0f6kwnsatZmM UfK6lV7bZn/SL0TT+qqX4qV0cR3lG8Gzxzja09J9hj3Wry3O2Y07r23HEqmxJG1pU381bN67XD/p uSxtFkbQCOMIPFmlfR3eo/BeWPJI0SU/o4ZJ25ZRxhKE5UsVTXoR+geN40fpX5vy26Y+co0+Kcon zfikTKoX4R0YHpLp99sI84z5LHrvxmIFPN/nYxjmXpp/zed8LNW0LRkPJyX3acM+dCb+bSa1KAp4 gVcSFB10mlyj78GXrhvlGO4AUcrguo/JEI3QuEWWgwy+Sy9msYDkZReSW3bSgaFg2nzzzeP3xVCw 8LKTl5wo9fHugjEKwrVtGt548Qj/8jT2i6rftcOUMxkB9LtXeg5DnNyylvMo2vlOW5OL0TQO9vul f5Tnmt8n/T0MlzQc+/3Sm17LC/LXv/718RAreDDuQhggNVlMxguG/EeHLhf2rLRrcmvO88Ianj+5 6sM9q1ZJUwcY4JYEBYZe8jQNZvsx1QsLxS0XqkxOMdwoCe0RRjvUaX33j4EUaUbwOtTvZRsvvVDo YkDWRvqlPw2v1Sa8GKNdxVsUwmdvlLb0ehnykVdZZafntU+9QUmDQhyhnKmcYFgjBrqeLdfr2/OD 6u802uE0bYP2c96qVxgHokhJhTYXoy2E69J+T4M+zuFVqNQmodhUWcnvS7guMqm2qU1axCqvV3nY lBPnKJ8orKjL+YSM9hplYT9pul9+H+IoHaN9KhlIkRa8PiG4uGZSlXpqwZNA6bnGAOEfdeP888+P lv46lm8H1Y/8+mF/M9nQaiNe4mi8kcdDG6A2GuMoGdPl1/E7L+ula8Z1jPYJo9x8fEM7LBettMWM icad17ZjiXSVBXU6T6tYoPTghRhGNE3XqA4pTLrt10agQKD+0L/kgkEEZZG2vI30uw/1R20Mn5JJ lSrEzUtA+kCkXzzxguTfpOrBOMcSrKzP6zvc99lnn3ocorrWtX9NkPTs9isXupBngWcEZOONN+5R qnAMAyraOqQN7/POO6/4iSZehrA6qI20aSvStqbUPus+OQONeWgjWHiQKsFpd3N3+YrHWxMYhsAw 7VhTvMSRlvOm61DOMiYuCSsGaX+4Rt+DL103yrHTTjstvizCkJa5g+YRo8SZh1X/gTK69GKWsQgv u5C8zqPrwPML7RzjM/p+xo6MzVHq8wkN5rgIOqSmfjZeMKZ/eRr7Rdvv2mHKmYwA+t0rPYcxsebX 6fFrr702jgnHqRfp8lzTNOX7w3DJw/bjnV6Lfk1j/f322y8q6jmPB8vUC0Yapss+8we9ZMebCrqA kjBOpDzzp+eG7k+rpDGiaBrPEa9e8uCJtST9mKZzV8Iy90F4McsnmUvCmIBPXFK3NYdjPEKaEVYU 472oSVg4hD5U+pym63S8X/p1Ddutt946/mRsQLt6/PHHx9/ofUtGezpGXjWOjQGyf9QbFotoHEQ5 UznhU9VikAbj+iOPPDIeGlR/p9EOp2kbtJ/z1m/0dPnnp2lzmQchXJf2e+m482Uve9ms8TRh8Pwt froPx0eRUfqcUe5LWLVBeb3K4005cY66gxEHdVmfplIY2msWDvaTpvvl9yGO0jHakdI7GtKCdyAE w3bmv8y99WzxJJDPk+LF//ePZ4u+pckzIZcNqh9pfF32SS/GZQgLdzXeyOPCM4LaaNrtEieFycu6 jk9iS/uEPicf39AOy1sD/TD9x7jz2nYsIT0x+adO52kVF/QivADHsKfpGtUhhUm3/doI5ufUHy1M TcOhF0EfRlveRvrdJ9WL8B4h14vwOS887yH94snTMal6MM6xBO9P8/oOdzwXahyywQYbxKx17V9z Lvrdr1zoGp6FFnyyTY1NuAa9CG0d0oY3jgAw4sqFOVnpfUh+Hb/btBVpW5Pu5/HlDHg3jNBGMP5J v0xCu6v3XHk8/j0/CCxKgxMaWwbhvKDUC10m+nxqgQKqPxT7TZMAKhjXsZWyj/hQOnOMuJrC8mhR HKgz16Omw9xpp51iOCq/Jiyc51yaXqwmSR9pUMOmePpt6dTyleV6edEvXNdzMGDiSqeHEoSJFy/4 UehIGPBwHQ01QgOjAeOWW24ZO2Od4zwNmyxZGVj0U9RyfVthEKhnD2vSrPuSRjjrfPpZDjw+oPjV c6A8KH3cm05dZYFtGpbzeo7EnZY5Xs7wEoX4OEd6So29GmTixliASTodCRN3jBYYuKOE1ydHuGfX vBIW4V7DPlfCoSgQwzSvDLpSvvDPRZzgkNaFfs8mj+O5z31uVNTpOHVMnZSOjWObrrKjDH/kIx+J ecdClPQzYMYzD+WGsiJXYLzY1YSGc3SQ5E+DUdoBXOASHmGFnCYPxEHbw8tCJGXEb8qE2ir2uVbl G8WKXhgxaWKFBmWP9PKsGTBita3PCdCGSl7+8pfHXcodRmJco/MoSXm22223XcXnFPA4IsWHwnMf le80zYTTM+d8qUwQBy+4WG2OoEz55Cc/GfebXOgzeZKRDs8JAxEpsJgAoEhBcUK9wTKbFzqwZXBD 24WQV+oUyiTSCEsmFqmnHNpZnpeeXQz4f/+m1Q6TH8obZYz089zTtolni4Uzwn7aNindrOjhZR3n CM9vyrQ+X8BzwXhEkxcU4OJEGcb1Li/0uQ9uFjknF3/cl75X/Pk9qnRtm7reFyZSKLJPeRA76gH8 Vc/YV93gfgy+1ddRj6jr1DmMnHC9rhUmGJYQN/FQp1SPuZ4xTK401/k0TxyjPKTPnHrAKkYUOIxd GKizSmeTTTapg/KymT6WyYpWbvFcaTdRwJAm/nj+PEteiFA3KCOp+3vqCH9KG/0bZYffcFG/Vd94 xB0mW4yzJBgBnn766bWyh3qAclCe4niBg0FdKhp3Kc2kEUakV/0YPCcluMDmRRJ1Dl5qh+GPsIoR 5cY48kp8w44lWCGh9p82Qv0Gcak/gjGTbRR0vMxTXec8+eg6buIeiBSqtNk8C+oHSg7KNG0RZRGP JKqThOna56geozCmn6UMURZ4GUE/rOei8Uxa16l7KjNpPfhG8AyTj/N0H9LaVUYZS+T3pB2iHUcJ yz7tOfVJfS3jEL3g6dq/ck/aOHim4wD6Y40N2aodzNPIZzOQQw45JK6m1QtqXmDwbDR2EW/iyUUK DFbj0pbRFmMgS1j6dl56bbTRRj3KlXRMmz5X8qD5oJ57qpyibKRKGvLN/RDVHfXNlI80veRHKylR AsGe54EhPu2uxQSGJUB5pJxS1tRGM2ek/NOu6Y8+kTFOSSjzXMeWuBD6Tuowx4hL7X0pPPME1VOd p0696EUviuHQi+B5QcK5NL20yaSPNDSlUWHTLX1Dfl/mzpMSGBA/3hjoQ9DnoIfZYost6luyCp7r 1BfQN+vFFnNHjNt1jkC8zNLYHmPDcepF4MkfrEmz7ksa4azz6WIC2jDaP54HQnlQ+vhN26ZnRD7T sJzXcyTutMyxwlnjL86Rnn56EeLGcJuxG2Nl+mbGhbSV66yzTvTAy/0Q9CLKyzB5/f+hq/i8hn2u hGXsrPumeWXcl/IlTbmIExzSutDv2eRxMAZGlyahjqErGbek43HGCcccc0zMO/0e6ecFKOMMxtj0 lSpnjGX06R/OoUsgfxrT0Q6gAyA8gkGmDFAph7Q96MOQlBG/6VfVVlE+OK/7MmaVfmXXXXetmAvR npFeytWJJ54Yx7aMFRDGnhKuRSh3jBm4RuNBrqMcM/diMR3eiGQQq/CUccpE/lwJp2fO+VKZIA7a AM3DGXejg0J4SVYSdDcawzG2wEBEc3rGroxV0PlRbx7zmMfEFzqwZcyE4TFCXplT4kmONMIdo3na KwntLM9Lz07H2U6rHSY/cKWMMQfnuadtE89WupC8bVK6MezlZR3tFuH5TZmWboNyQpusMRx1Spwo w7wQ5x0A96GdpP3XgjhY0PeKP79HFfLRpW3qel+Y0K8h7FMexI56AH/VM8qx6gbX80zU16EHoa5T 5xhHML6l70PQnRA38VCnVI+p64xhcr0I98yFY5SH9JlTD6gPzCmZS6KPYR6r+kEcvFSWXkSefnmu lAH0HqSJP54/z5J6wR/nmctLqCP8Ke3Ub8oOv0mb+i1dP+oWXQFtmYRPI+MFQUYw1AN0mTJYo1+Q jkRhNO5SmnkGcCK9PEv+4DkpoR7hsYE6x3xU7TD8kT333DMawY0jr8QnvQh5ajOWYBGQ3qvRRtAX 0J4j6o9gjE4NgwTaf9X1UcdN8Sbhn/QitNmkm/qBnpYyjT6RsQ/tgeok4br2OarHeNuk7lGGKAvo YPDap+ei8Uxa16l7KjNpPWDRRz7O032Uxy7bUcYS+f1oh2jHMehkn/ac+qS+lnGIFtx37V+5J2MU eKZjF3TOGhuy5ZoSH7WV73jHO6IXWPo8rkeXiGdJjV3Em7qci/QieJGlLaMtRtdGWPp23qPJo5vC pmPa9Lmm80E991wvki4O5Bruh6juqG+mfKTpZczHOyAEb5DoJ3ketAO0u5Z5TiA0Rn0ldKYzC+0v vIjkGxRD/QWPCHU+g0eQ1mFD41uHC5VuJgw4esLqd1A09BwPDXUdLlTQmWXLlvWcz9MfOt36+n7P IzT8PXGFlwUzofK2Ctsv3vwccQar/75pzvMQGoiYjtCIzATr8VlhwwuumbAqqOd4GHCMLe2wyNPU 9Du8nJoJHUC8d5jozgoXGr6ZMBGZCQPLWeeIM7hNjGHDQLp4vum+wbPCrPzCOlgvDowndCh12K55 HeW5Uv5Lz7Upr2JE2RqGE8+Gcp6XSf0OE+CaVXBJ3nidru+6DatE6vs05ZHjYSVdTxpgHAaCA8PS JgQlQB02DOZmhREL2JfakGC4UocPk6TiNXnaw4Q6lu2US3DJNuveeTj9Di9I6nsGxUTrcIRPy3B6 /7yeBUXOrDSm14dBWOv7hpeJdXp5NmEiMTCs2nXSHBQsdXilYVrtcHBxOCutapvCxHbWuZRxmNzP UH703AZtVdbIYxgkzgQDpoFhw2AwXpOGFaNht6O0TcPeS9cHg4tiHvXMS2ONYMzRUzaD4U4xjhLv 8EmPmVKc1OO8jQzK3Jkwsehpc4OBQn2vNm1xMMbqKbttyz9pp70JipoYvqms5XmkbIaJTM89xbrr Nnxeo85zfr/0d3jJ3HPfnGd6bbo/jrKb5i0YjbZKL314UCT0pLlrXnV/nu+wY4m2dR1mwVCjfr6j jJuUXraMzdPnUdpP+/lR+pw290rvH1YM189nmDFX2i+neR12n+fZZSzBffI+Nc1Xuk89D8rGOp+E 7dq/MsZP427aV/ua8gjGMK3CKs5SW0O/PKjPC8qVenxZmtMp/tJW4xLa5VL/qPISPNjNykvezlD3 w8r0Wddx35RjOo5OeXm/WXfRV+mxSE+G1aHFslQqxzpGuyoZpv6FF2wKNhOUzzPhRU7PvfU7vPTo OR5eytbhglJ7JhiF95xXurRlftRGqAtpXIzxgxFDm6BDXUOc4YVZ3zQr7doGA7l4j6CUnQkGb7PC BiPZmfBCu+d4MLwZKl39Lm4z31Faw8upmaD4jtGFl909aeKaYBQ3E5TGsb9QmHQbjEFiWNrh9Pig fdrLXGAdlMwD42HeK+ma11GeK+W/9Fyb8ixGpHkYTjwbynmTMNbXPcPL1abLRj7O/F/36bcNxuE9 94JxeJE4MCz1OLzcrsOGl/6zwogF7NN6r/Qcfvjhdfhf/vKXxWt0rbbM4yjbqYQFKbPurevzLeMt STCSbR2OeNIyrDjYMi5L7xNeCM5KY3p903w2jUP7zDUkPJs240y168QRDIQVvN5Oqx1Gj6p8aKu2 KbzIm3WOa8SYcRflR+EGbVXWyGR4OTYTDJgGhtXYMA1bQxpyZ5S2achb1Zejwy9x0TMvjTWCEVNP 2QyG48U4SvEy3yjFST3O28jgmXcmGFf0tLnoNBVvm7YYnW0qbcs/96C94d0A0lTWlBZtKZvhZXJ6 y5H3277HQneTSs5Tacy34yi76X3DC/L6GeX3Sn/ThwdDozToTNe8KhKe77BjibZ1nbQHb+v18x1l 3KT0smVsnnIp7af9/Ch9Tpt7pfc/6KCD6qQOM+ZK++U6gg47PM8uYwlulfepab7Sfeo5usxUuvav jPHTuJv21b6m9+TdcNP1peOltoZ+eVCfFwwq6/FlaU5XupeOaVxCu1zqH1VewmLIWXnJ2xnq/v77 7z/rOu6VckzH0Skv788dgeXDQ1p0EhqCofMUCnUdRi6j6wMNO1h9pW6KsM5KragJJksuVt4iQakY P3HDih4JVrT6hIyOpVvug9VeGwmDhQqLMQkrirD+GrcQJ6s+d9xxx1lRszIaq9T8cwFihTUpVo9Y pmERLGGlYpiUxZ9Yq2G5l57XdV23WHy2FdImq7/U6lnhFRdWpjzTVPit58UW14xtJf+0BeFgjfV1 eKExKxo4YUmLZbjSxEXp/qxA2YE0r6M8V6zW11tvvSz28s+UEVdgyd6WE/V7hRVWKEccjmoVCvUm XVHWGKDjidBxRw8ATZ42WA3OCoj8O94wZjUP1qSlPFNP+EYdlvBpu4S1dF7W4EZ94q/UbqUuQVlp w8plrMdLQj5YHcwqjHz1HHWac008KYeUUSzi0zJQKs+le3OMvMl1a34NFuVa8cs5PEXlaUzDYI1L WyjPKOk59mlXYMzzSVd68WxYzaDP5qThSB+fmWGVldp1zpc+ezKtdrj0zGmvyEfuXo+0poxxtYwF c6mNhRt5lAtLwqqssU+7Rp8mjxgck+BJh3hZ3SVvPGlYXTfsdpS2adh76XrqYomP2p9ly5bp0nqb u53EW4JW5nGRXK3z2a981RtcS3HiSp3nlbYX1G3qferek1VvElY7sEon74c5r/5Vq1wURuX/5JNP LqaD62gnePb01Rq3lMqa4ky39EvcY5xCm8Sq1rR9SOOnLMNC3HUOd7mlZ6vz2tLfaDWJjo1jC8dg 9BJXKVIv+c2WFV58M5eVKvl9u+ZV6YX9sGMJymQwhIqeJRRPuqWOsNKS/gGPLZRJZJRxUxo/bRDx 5gIr2mpW3KTPfpQ+h3vJu1h6P8ZIrPzIv78uN6pc26YsKc60X9axLlueZ5exRHqvZaENoy7jOYQ6 Qvnjk0LkmbEldUufclC4rv1r2n4prtK21KeyMvqUU06ZNQai/LHKFm9M6TMotTW0lTzH1MOT7k/9 Y1UQ+VWbSjuftxu6vrRda6214riEequVT+l1tOGI2s303P9j70zgrZq+B75/lCaVSlEqpaJoUjT8 GhShIhkrJCTRSIkGQ/ijiIgSzVQiSYomkZDSXDQoJc2D5jTi9z/ffa3z9j3v3Pvu9Kba6/N5756z 57322mvvs9faa3n3tZTBTUX2KNxQZO+BKXxuPnFznHXWgsVApBjgtlu0YO4nzOdw5XDTmzVDgHMR 84Yb4VhuA8T/ON85WFdiryTA/t7LdySOX+oxXb6Zcd5nbjCzJxfg3CLR+xDKpkxuP4r1A6mPX6yr YUVAbkdKnOCKdZObfsxrc+3EyiLfggC3KOFzZryUE+uv+b2WUhnwYDkX8eNvrBkAvMv8diWMdxkv frEmFSnw7eoFcM0+1RFoeKM0nrDCwM1faROJYu1rPOPKuQh4iwRMHJEeKwCR4on5HW4fLmeTzBss kaYWcCOWm6nmt6NZF3s2R5FTWykxw8Ex30ncxPXrM+s8Z46sf+Z3L3320hp4gwaZU+YeTerjZqwA +x/mlN8ekzRYDMGSQ69evZKdOWCdkO9k73eUlM18hUaxYmDSQDT7P/rmt1+gDm5fy41f3rGeG+5c hD2RI1xyLaOQxwT4CjhmfEyrB4wN+2I/N2S0j+8VvmeFr1Om3x4urfiw35jDr+iH3xwxccx3BWfP fjyW7xxuoXP+JCC0xju8HPoVixiShl8s6XD+JlYCCDPz8h4LxMObYqmPPPTTDz9yLgJdegGrObRV AJfn0IwAVoIAR7itLVpIOL+sF35lsp9m7Ex+wXxm3ptnieY3IftpLGJ612HqkfXVPBMkXOifW/Xs 0/0APoHVYyyByL7Fj9b88rJGmbjxSxNtGDwJuYDJH8wyoGUsIfCtZwLfPn5ja6bhmfVG9gLeuHje WTfYqz3rnFMztuCVX3gtFib41oO3mxBrX6UMcB/tXoI5wJkH38h+wHpFH1gfsIIi5yLx7JvMeuBB 4i7FDAdX8GqsKpljH8+aQ12OMohZjX5mr4orE76ZTTDnm7n/MtP4PZvrsl98pGGMZyx7CbN85jlz mfGFN0F/nO3SZ/aWzC35npd8sa6vJv+Ssvx+/dZULOhgsZVxNwH6Q47BXsycz368Bl7J3IJHe4H5 yHk+/RWeCp8Xfu1N7/fOuQz7EuatWJQz00nbvfgkjXdfSxm4iGSPgjU19h5YgcUqE2ckfuWbddnn 9MPAf9B1CVe9mIEKl8bGJWGAg1sIHyEzShXODURtSsvRuNObEDZDid5YJNWulGOJQJthJwyBH8Km cB8gZt5YnzFth7kn+sXGUA5QwpVHej7E2ZBxIMU7hy2YjEI4GeoDK1yZp0McNAWu2LzA9MFVakEs 45pabYm0XDbQCEMATIaarp0iLSOWdOCKP+YaNA39ejfFocrFZKfMH8aUxTfSvKHKTCnc0VDVpkJh /9TFvI2UllgT+CMfHxzM90jzptSucPG0mcMm6opUcEV54BY+zJyhzeSnvykBJiihJ3BEPzlwj5R3 pwcfTqk/4eIxh0p/wQ+bSnyjRgomfjlASQvenRl5E3hifYM/QEfR4DjSsQiVjjUW04TUD4+JhP4p C7pg3jF3ouVrodqSmuEmLVIPtAhNZiRAaHz//ferhg0b6g9Xc3/GPtF8D9fuePsay17C5InQMLw0 LeY7eBAa5pe9Y6Q0HA6HoeKgeUyKAmnF00K1JZrwaPYSHOqhTMEBOwdGkezb/dpi0mE066tfWZGE Mf4cNrAux8OTaDffHLSZgxzKyiwg+1wOlTjkLuF8V1qIHANycBZ5DpsyHgxwAQVBHSaoWXfgrQg+ We84ZORwN9K9dSztQIjavn17nRWBH8KmSNfZWOojD99I7LnoF0KcSNYreJJ5LkJ+eBSuA1iHRJAV a5tO1XzQFLiSfWpqfo/GMq7pjXf28SKEx+WteeEtNdsmZwXMNb53oF/W20gAHiHzh7UZJZNI80ZS vl8a9n0oKck3P/M2UlqCn/FHG2V/Gmlev7ZEGkabUYiBP8jZVyR54TXgmDnD+QZtFUXbcPn5BhCX OfQTuoqUd6cHHw7Xl5Ti6Ce8BfzwnRPNN7uJX/ZpacG7MyNvAk+sb+AWOooGxymNX0rxfEtwliTn IpHQP2VCF1xsZO5Ey9dSalNqxMNH+TakvQB7rox2LoLCB0J93Jxz+djcn0VzLhJvX2PZS5g8ERpO y72a0LCci0RKgcM5iwAAQABJREFUw7HQGWsN355AWvG0WNrpzRPNXgKlSJQckMOgcBLPuUgs66u3 7ZG+M/64s2HvEg9Pgh8zzuxj2BNkpnMR2edCm47FspDKgZHi1KZLLAaswkli8ZmupcFo0ErH3xiA pjUadxYsBk4XDOBTEM1WtLYR7PFBbMFiIC0xYPlwWmLb1mUxkLkwwP4MawooBHN7ItLD2szVS9va jI4BsUaGJTjHVKvvjdSM3ofTsX0cjj/r3JxDoRplIYT5qXnIeCri2CqcnIqj6t8n9uPcgOV7EOAg Mppbl/6l2lCLgcyDAazlYQmNG7rcBrXnIpln7E6Vllo+fKqMpO2HxUDiMcD+DEvaKARjQcKeiyQe x7bElDGw0fEQUdKxqI4lOCwj+1kVSbkUmyKtMcC5CFab+vfvr5WFsCZpv/PTehTC1xeZqnn4Mmxs BsEAGreYiwO4PRuNtnsG6YJthsVAVBjg1hy3O7iBAP1zgwJACxdTdhwsmprSURVuE1sMxIABy4dj QJrNYjFwGmAAFzpiBhXLBLgR4CYBH0uYvYzUbcFpgCrbxVTEAOZ2uVEGYC0ENzPc6OGmIWZtcQ1j If0xwO3LPn366BtH3NrBOhW3/zgUA6666qqYb2DpAuw/i4FTHAPsx3GZAXB71l7COcUH3HZPm1HH nSmKJbjSwV0ewM183J5gFt6ei1hCSUsMWD6clti2dVkMZB4M4BlA3CvhJoNLOZzp8z3KWiXWuTJP j2xLMyMGsGjywQcf6KZjLYQzEs7ksGCDFcZIXd9kxr5npjZjyQu3aFhiwQIN5yK4HhW3qQ0aNIjI omRm6vOp0FZr4eRUGEWjDxwc49+bQ0rTn7mRxD5aDJwyGMC/HAfwoeCrr75Sfj4TQ6W34RYDicCA 5cOJwKItw2Lg1MEAypEVKlQI2SH8kj722GMh422ExUAiMMAh3tVXX60Vcv3Kw10dvubF/LJfGhuW NhjghlXNmjV9K+NQhW+9WE3++hZ6mgTam0+nyUD/281PPvlE+6AfMGBAkD/z0wsLtrenCwaaN2+u D+BD9RcXerjTs2AxkJYYsHw4LbFt67IYyPgY2Lx5sypevHjIhr7wwguKsxELFgOpiQHORdgToZDr ByibEGfPRfywk7Zhq1evDqn806hRIzVu3DircJK2QxJRbVbhJCI02UQWAxYDGREDmIedMmWKr9kz bvBgYiuj+arMiHi0bbIYsBiwGLAYSD0MYMWEm6ZYLfACt1DvvPNO7QrOG2ffLQYSjYGPPvrI92Dl 2LFjqmrVqtqscaLrtOVFjwH8ibO/5bY6fswxM126dGl9MMaFAmt2OnqcksMqnMSGN5vLYsBiIONj YObMmQrhfq5cuZI1lnMRXLLZc5FkqLEBFgMWAxYDFgNpiAHORbggjdUCLxw+fFjde++92hWcN86+ WwwkGgOjR49WS5YsSfZdjSWN6tWrq/vuuy/RVdryYsAA5yLsbxkrORe5+OKLVY0aNfSFAnsuEgNS 0yCLVThJAyTbKiwGLAYsBiwGLAYsBiwGLAYsBiwGLAYsBiwGLAbSBwNW4SR98G5rtRiwGLAYsBiw GLAYsBiwGLAYsBiwGLAYsBiwGDj1MZAlpS4uzrc4pSQ23mLAYsBiwGLAYsBiwGLAYsBiIMNjYN/i BjG1MV/VWTHls5ksBiwGLAYsBjIGBhqo2Ph/UutfTnq0TxYDFgMWAxYDFgMWAxYDFgMWAxYDFgMW AxYDFgMWA5kKA91TtbUpKpykau2nUeEnT5xUe7btcXucJWsWde4F57rv9uH0w8CfB/9Uh/Yecjue K28ulTtfbvc9kQ/L5yxX3ep1Uzlz51SDFg9SRcsUTWTxqVrW/t371bE/j+k6/vfP/1T+wvlVthzZ Elbnnu171MnjJ4PKy5Yzm8pXKF9QWGq97N2xVz1U6SG1f9d+1fuT3qr2rbVTq6pMV+6hfYfUnwf+ DGp3avJOs760pIGgDqbRS2br6/Gjx9Xe7XvVf874j0pNGkgj9NtqLAYyPQZ2bd6l/vn7H90PzFgW Kl4omTnSTN9J2wGLAYsBiwGLgYRj4MSJv9S2bUnfwFmznqEuuCBvwuuxBWYeDBw8eEzt3XvUbXDe vM63eL6c7nsiH+bM2aDq1RuicufOphYv7qTKlMk8Z3K7dx9Wf/4ZOLfArHjhwnlUjhxZE4ae7dsP quPH/w4qL2fOrKpQobODwlLrZceOQ6pSpQFq167Djvn0lurWW8unVlWZrtx9+46oAweOB7U7NXmn WV9a0kBQB9PoJbP19ejRk4q5iqus1KSBNEK/rcZiIENgILXX1wzRSdsIiwGLAYuBNMKAVThJI0R/ +/G3qm/Lvm5t5xQ6R41aN0rlypPcx6qbyD6c0hgY8NAANfvD2W4fazSpoZ6b9Jz+cHADE/RwYPcB XdKRQ0fUkQNHElRq6hdz7Mgx1blGZ7V9w3a3so4DO6qmHZq67/E87N6yW91V7K5kRVSoU0H1m91P nXnmmcniEh1w9PBRrWxCuSifWAhg4K+Tf6me1/dUvyz8JQgl8M4Ra0ZEpJz1999/q79P/q3Oyn5W UBl+LyeOnVBdandRv6/6XUenJQ34tSc1wzJKX5nf2XNmj6irAzsOVNNHTNdpo6GBiAq3iU5rDBw/ dkSdlS2HVZaIggo2rdmkHij3QFCOwUsHq9KVSweF2ReLAYsBiwGLAYsBLwY+/vgn1bLlR24wwux1 67qpPHki2xO6Ge3DKYOBhx76VH344XK3P02alFOTJt2TKuciu3cHLjMcOnTcEeAHLrW4FWfghyNH Tjj+6t9WGzYknRcMHNhUdehQMyGt3rLlgCpWrE+ysurUKaFmz27rnIuckSwu0QGHDx/XyiaUi/KJ hQAGTjrnGddfP0ItXLglCCXwzjVrukaknPW3oyROOdmzp6ygdOzYSVW79jtq1apdur60pIGgDqbB S0bpK/M7Z86Uz6xASceOn6kRIxZp7ERDA2mATluFxUCmxEBqr6+ZEim20RYDFgMWA3FgIPW/GuJo 3KmUNd95ya0lyM3QU6mfti+RY6BEhRLJEv/vf/9LFpaIgFKVS+liENQWLlU4EUWmSRlo7Re7pFhQ XdykThTkzJNTXVTxomTFYX0okfUkq8AIKFi0oNuGstXKGjGZ/xF6/vjVj1X/Nv3V621fd//63tNX zZ00N2wHz8xypkLpIx54p8s76oYcN6gNKzakWAz1yTwhcVrSQIqNS3CCjNBXxr9JriZq5nszI+pd maplIkpnE1kMRIOBHVvWq3tq51JvPd1ScVPUQmQYyJ4ru2I/YcI/f1n8mfiwzxYDFgMWAxYD/hg4 77zk1hIQhlo4fTFQocL5yTqfSsciqnLlwFkIgtpSpfInqzejBpzhWHm85JKCQc1L4LGIo/CVTVWs mHwcsD6UyHqCOuB5KVo0r9uGatWCz4A8STPdK+cir776rWrT5hPVtu1E9++eez5ylKtWhu1Plixn qDp1SoZNk1Jkly6fO9ZwnlYrViRd5AqVh/oqVy7iRqclDbiVptFDRugr458r1zPqvfcWR9TrqlUv iCidTWQxYDEQGQZSe32NrBU2lcWAxYDFwKmDAatwkkZjWaVBFfXl/75Uw1cNT6MabTUZHQN39bpL 08RT459ym5pWSg5uhRn8AcsUL059Uc38Z6a6qf1NCW8tFobeXf6umn5yuh6LISuGJLyOSAr8+69g 07WR5MkMabBgMb7feDVt+DQ1dehU9++rMV+pQZ0GKdxKhQLmwkOvPaSm/xUYm0kHJqkLL70wVHLf cFHq+8sx3Z0SoITRc2xPlV40kFL7EhmfEfoqNC/uslLqH/MfGih8UeZRmEupTzY+A2DgX2nG0SPO LcrUkmxkgG4mugmFihVSH+/8WE0+PDlqvpzottjyLAYsBiwGLAYyFwYaNCjjLLl9ndvzXTNXw21r Uw0DvXrV1zQxfnyS5dG0UnJItU4luGAsU0yder+jIN1HtW9fI8GlK21haPnyRx0rGC/qsVix4tGE 1xFJgX+dogrMR46cVP36fauGD1+ohg5d4P6NGbNUdeo0WeFWKhRwLvLaazeov/56SY/NgQPPqksv LRQquW+4KPWdOJHyuVMW51xk7NgWjnJK+tCAbwdSKTAj9FVo/s8/T0TUy/btazrWmZ5VF12UeRTm IuqYTWQxkE4YSO31NZ26Zau1GLAYsBhINwxYhZM0Rv2ZWVPfRUcad8lWFycG0lLJJOtZKZvQjLM7 qZI9tXGEAB44K0fAjOXRP5N8SKdKhzyFSv0qccZbPDWkz2uOXDnUy1++rPp93U+1e6NdUCNwZ7Ri zoqgML8XcWsE7bp48kvoE3ZGDKZ/04sGfJqf6kGZra/QQI6zc6Q6XmwFpykGrGQj6oGHP0fLl6Ou xGawGLAYsBiwGDglMZA1qz2KOiUHNo5OpfY3v9m0s87KnOdyqY0jBPBAjhwB7+uRCsFN3MbzjMUJ 4FTblufKdZb68ssH1NdfP6jeeKNJEIpwZzRnzm9BYX4v4tYI2hU8+aXzC5O8fnGhwtKLBkK1JzXD M1tfoYGzz47MBU9q4s2WbTFwKmEgtdfXUwlXti8WAxYDFgPhMBD4igiXIpPF7d2xV3019it1Vraz 1InjJ7RwatGMRWrup3PVJVdeoh5991G1f/d+9X7v99Xq+atVmSplVKe3O6ly1csl6yllffPhN2rh 9IXqwO4DOj5/4fyqzu11VJ3b6qicuXMmyyMBCFOXfLlE/bH1D5XlrCwKtxmV6ldSWbOlLPD/6buf tCWAWaNn6eKo56pmV6lGbRqpcjWSt1PqxG3E1x98revdum6ruqDMBap87fLqwssuVF++/6Wqem1V 1fKZlmnmKkTa5f398Ysf1abVm5yvSKUKFCmg2zVz1Ez13Sff6TG54vor1B3d7lBYhQkFaxev1cLq ZV8vU3u371XrlqzT43HXk3epRg82Unny53GzErf0q6UqW45s6vjR4wqrGeCJ8a/for56oO8DavGX i9XIJ0eq/bv2a1y3e72dbptbyL8PtHvGqBmK9pIWoL1N2jVR1W+s7vi2DX1wsXHlRt3mQ3sP6TYU vaSouvyay1W2nNn+LT31fqBbLAPgJgQ3Mn7w/cTv1fYN23XbThw7of46+Zea+MZE3c8H+jygrml5 jZrw2gQdRv5Wz7ZSzXs013PNW96y2cvUtx9/q9b8uEZHIfiHFhu0aqBKVy7tTe6+Y/Vg1bxVas2C NerE0RMqV95c2s3JZbUuUzlyhxc0M68ZV+YsYwvgLufGh29U9VrUU7nz5XbrSdTDnm171Jzxc9Q3 H32jfl/5u55zRS8uqqpeV1WPNTTyzCfPaNoLVSf0WKxsMQW/ORWtN4jLoqOHAko8la+urHDHMH/K fPXFu1+oao2rhZ03ofCWUjhma8XCSUpp/eLPKXiOOrjnoJoxYoYeY/gIc71Fzxaq0lWV/LLoMHgM 6w10sXvzbh0G/bNu1L+zvsIygAmLZi5SG5ZvCNCIwxPh86xftB+6+mPLH3pOUu4l1S4JWTfWYljr 4P0IgAsWK6h56NHDR9V3E77T5bMmNmjZQHldvMXaV7Mf0T7Tv1gBxRN41NfjvlaT3pyk5zt0dsfj d6ir77o6rL/3aNbXn+f+rFb9sMqdv+CP9fjae6/VY7Rl3Rb1w6QfguLPu/A8vT9IxMfqoX2H1JJZ S9Ty2cvVr0t/dfla3Tvqqps63ORLC+RhfcqSNbC9A0/QHbyf9QsXRuxNoGfKYU9QsnywiWb6OW/y PPXle18q1muAfjft2FQ1fKChKlKqSKxDlywf+xbolvWZPQF7nZ++/UnNGDlD18243vrorXrtCLe+ xrzm/G1YP4qDJpN1zBPA2sb6pPcNTj+hk7q319Wpjhw6oqaPmK7pFrphzGrdUssXz/GsOfGMK/xl xTcr1G8/O4fhztTFnQ7rMmtWJPtaDzoiet3+23bFHm/5N8vVplWb3H0eNMi67nW3B47B48njJzUO aV/+8/Orz9/9XC2dtVTnhz/c/fTdqnjZ4m4bvLyWCPgtdF771to6HfS1dtFad64TX6leJc3j02vf xHye//l8t03Mn0YPOOuHs6egvcwh5hZ7KXB291N3qzwFkvbGdCw99k0aoTH+i3Z9pX9YVIMfMq/+ e/N/1cE/DqrJb092cQNfu73b7UHfDd7mxbP395Zl3y0G0hIDO3Yccm6pO9/A2bKo48f/coRT2dSM GWvVp5+uVFdeWVS9++4tavfuP1Xv3rPU/PmbVJUqF6i3326qqldP4pHSXsr68MPlavr0tToP4YUL 51a3315B3XZbeZU7d+jvWYSpX365Tm3delAhJMNtRv36F+l2Sfmhfr/77jdtCWD06KU6CfU0a1bR cUtxpapRI3k7pRzcRnzwwTKn3l/VunV/qDJlzlW1a1+oLrvsPPX++0vUtdeWUc88c026n4t88cUa tXr1Li1cL1Ikj27XqFGL1Sef/KzH5PrrL1bdutVRWIUJBYsXb9HC6q+/Xq+2b3f2jku26vF48sn6 6sEHq6n8+ZO+/Yn76qtfHWWCrOro0ZOKW73gifFv0aKS6tu3oR6rJ5+cqXbtOqxx/frrNyra5gXa TVv5Iy1Ae9u1q6FuvLGs830XWqFo5cqdTps3qL17jzptyKJdxVxzTSmVM2fKZ2XedkT7XrhwHm0Z 4IIL8mirHn75J078WW3YsFe37dixvxyrH387SgJzdT/79GmoWra83LE48Z0T9r3O/uyzDVSPHvV8 aXr27PXq449/Uj/+uFmnPfPM/zi0WEK1alUlyG2Jtx1/OfuaefM2qQULNjtj9ZfKmze7dgdUq9aF Yecb5ezefdgZ1+V6zjK2AO5yHn64hjPOFVW+fEk0oSMT8G/btoNq/PgV6qOPVijGlzl38cXnquuu K6PpExr55JOWmvZCVQc9li1bSO3YcfiUtN5QsWLAUuehQ8c1Cq6+upTjSuUsNWXKaocf/6gaN74k 7LwJhbeUwtnrioWTlNL6xRcsmEvt2XNEjRixyBnjnzSPYa737FlPXXXVRX5ZdBg8hvUGuti8OXCe Dv2zbtx5ZyVVrFiwe86ZM9eq5cu3axrhmwg+z/pF+6Er1hL4BeXicilU3ViLYa1bt26PVswpViyv w0NLq8OHT6gJE37S5bMmMo/POy/4jDDWvoZEQgQR8ZyLsKbCo8aNW6befPMHzcuZ648/fpW6665K Yc9Follf587dqH744Xd3/oI/1uN7762qx4h1FtdArC0A8RdemE/vDxJxLrJv3xE1a9avavbsDWrp 0m26n9Rzxx0VVIcONX1pgTysT1n/vfQLnqA7XESxfuHCiD0C6yLlsCcoXz7YrRj9mDx5lZN2iWK9 Buh3x4411QMPXOm4ZSugwxLxj30LdAsOwVmzZhXUt9/+pkaOXKzrZlwffbS2XjvCra+xrjnR9iER 8/XIkRMO3azSaxVrJPvDAgVy6j0E+9MhQxao779/WK8nfu2LhobN/PGsr2Y50TzHQsOx7hFjna8l S+ZzlCLXaxqMd4+4atVOPa7MMbGshUtD+P/115dJxpsy23yNZuzDpY1mvkK3rMPHj//t8P2Tqlat Eur888929g8LNH+El911V2X19NNX671UqHrTY48Yqi02/NTFwH+czU1Yqc8sFVB6yCwoQBng1ftf jaq5CFJGrBkRpGCAssfLrV4OWw43971KEaDzs4GfqUGdB4XNy2E9dZpCcARFfe/uqxZMWxAyb8PW DVWnQZ30gbKZ6LNBn6mBHQeaQcmeazSpoZ799NlUEe4mqyxEAJYjWl3UylXWCJFMB3cc2FE17dA0 WRKEgF1qd0kWLgHgFjcpCBoYj6ebPO0KzSRNSr8oDQxbOcy9uUs5414ap0Y+NTJkVgQvr815TSsX mYkQJr3T5R3tVsQM5xnaIx5gfJ6b9FyyhVdHxvmP9q+cu1Jb8Li46sXJSotmXMzMLZ9uqe59/l43 CKWJZ256Rv2y8Bc3zPtw3X3XqY5vdUxmqWDrr1tV76a91e+rfvdm0Sb7JRz697rXmTtprnr2lmeT 5TMD+n/bX1WoU8EMSvZMG+4rc19EY5ESHVK43zxPVqkT8NtPv2nlhvJ1yqfr/PRrWyLC/vnnH/XE NU9oweHzk5/Xc7NjtY66aPigV3DoVyfCok7VO2nFHC/vNNMjSHqrw1tmkO8zY/PWj2+p80sEf1QK Dfhm+jfw8VGPq+vuvS5ZktU/rtb0L8poyRI4AfA1FNTOOOMMzZ96NeqlBV+kNenFb05Cv/1m90tG Iyit9Ly+p191ycLemPuGuuy/l+nwePqarOAIAljbnmz8ZAQpleozo4+64rorgtIKDaCkEApYI7sM 7ZKMj0a7vsIzzbGR+uDZozeO1sJJBLqvtg7eb5hjKHli+TXnTKj8uJy6vevtQdEIRh+49IGgsIEL Bmph+Zvt3wwK5wWaevWbV118wYueaPBE2DXajwcnKzjCgBeav6CVs1JKjnJo9zHdk9F+LGvOL1NK qyfvq64O7N2VUrWqRfsX1a2te+l0+arGvh/2zmdzLqPE0bZC26C2+I1tPGtOPOMaKX8ZtHCQuviK 5PuLoI5F+IKiwB2F7gib2rumb1rj0H65YNoPVcCb8950Fbi9YyN5cOH27op39dzw4wXwUXhoOH4v ZZm/ido3eb93UGzv/11/9d4z7ylRWDfr9e6pE7VvMutIzedo11faMmuM8y13T/hvOdLBt9nz5z03 L68uxLP3dwuxDxkKAw1UgzjbkzI9xVlBQrMjaLn//o+jKhNBypo1jwUpGIwevcQRcIwPWw43971K EcyhgQPnqc6dJ4fNW6jQ2U6dXYOE4Bw83333R2ratNDflK1bX6EGDWqqlSbMCgYNmucIgz4zg5I9 N2lSzhGE3uPsK0IrRSTLlOAALEdcdNErrrJGuOIHDmyqhWreNAgVatd+xxvsvoPb5csfcQ6kc+vv jiZN3nOFZm6iFB5QGli5sosjuA1crGFcX3pptnrqqZkhc+LqYc6ch7TwyEyEoL1Ll8+1WxEznGdo TwTxjM+kSfe4+1Nv2njeaf/cuQhOs6iqVYsmKyqacTEzc8D//PNJ34coad1003tq4cItZrKg5/vu q6reeusmrQxmRvz66x+qadP3HbdTyfequFKRcOgf9xomIPS95ZbRZlCy52+/fUjVqVMyWbgZQBvK lHlVRTIWKdEh5frNc7M+ef7ppx1auaFOnRLpOj+lPYn+5RvvmmuGqW++2eAIsu/VwqJq1QJnx/De Sy4pmGKVCJqqVx+kFXO8vNPM/Pbb8xy+EZ4Xkp6x+fHHDqpEiXxmdiU0EBToeRk16g6tdOAJdsrb 5ND/+2H5G3ytXbvqep4zLxs1GqkF7pRl0ovfnIQ+Zs9um4xGEIJff/0Ib3N83+fObaf++98LdVw8 ffUtPIVA1rbGjUOfLZvZZ8xo7ShuBX9jCQ2sWLHDTBr0zBo5dOityfhotOurd2ykEnj2xo3dtVLj yJGLVOvWEyRK/5pjGBQR5Ys5Z0JlxeVU1651gqJRKrn00v5BYQsWdFCLFm11+OakoHBeoKlvvmnr 4gte1KDBsLA07MeDkxUcYUDz5h9o5ayUkqMcOmZM82S0H8+ak1Kd3ngvTZhjHel8pb21ag3Wyp3e 8s33hQs7qiuuCF6ro6Vhs7x41leznGieY6FhPzyGqtPcI3rHRvKkNF9Rtrv88iJq5sx1kiWiX+8e Ed7Uq9cM9frrAYVcv0JQLJo9+0FVuvS5bnRmm69uw2N8iGW+rlmzS5UrF8zTQlU/b157X8X8RO0R Q9VrwzMTBrqnamPT7ws7lbr136b/Vd1Hd9c3D6UKhE9YrDDh9sduV0999JQOQuC/fM5yNxohkqls 8tjwx9T7G95Xo9aNUm1ebuOm635td8VtaROG9xwepGzSvHtz1eHNDilaLsCaBIoRomzCzWMO7yfs nqAQFmGdBOD2JoolLCICWFMRZZNbOt+ixm4aqyYfnqze+/U9xbsA7i0SoV0s5cXySxsQON//wv06 O8I7AMsBr3z1ijsmhI15fozas30Pj0Gwc+NO9x0rG+Bp+OrhqtVzrXQ4h/9TBk/Rz/QXVx4ctHOg DPCL4g03QU2ATh7u/7AO2rJ2i9r8y2Y3mraIsgmH+n1n9lXjd4zX9QqOueX62FWPuQokZEZAiqB9 2vBpuizqbtO3jWr9Umv9Lsom+iUV/4EHLIz4KZtQLePS+5Pe7rgQxpi8NO0lbSWEd4D2v/D5Cy7u sCaEBQWAG9CP1nrUVTaBhqHdcVvGaYEmwhuA2/cvtnhRcRtZgJvMKHqIUglWMJg3zFNAwiW9+YsF AFE2gZ66v99dfbD5A13vI4MfcZN2rds1bDluwggemK8oEQHgafDSwXrOfbjtQ21FKYIigpKUrFBS 86xwN/iDMmSyF+YTt9ShH6w00V+xfIL1jUQCFj4iAfjEnwf+TDEpdIwiWY8xPdy0o54apVBgMAEl iM41OrvCx3t636NG/jJSjdk4Rj01PrDWkB5ejeUggHkJLxB+qAP//Zc9Z3YF/fYc29NVsMJKhZeH I4Q2lU1u7nSzQiHGz1oOaxnWdEJBpH0NlT+lcKw7RQq7NiU/YPXmhZ6e/+x5zY+Fv7BGIlw3IZb1 Va8dzr4BCyAC8BfGEstLwJWNrlSd3+4s0dqKGvGmIqkbGeXDXyf+UoIDrLM9/fHTauTakXqdlLEd /exoN40UX+CCAppmoAEsMAAod4myCRZEsPQm+MISjgB7ibYV27o0zPoKDY/fOV6v2+AbQKFr9oez JVtcv1gYM9dnCqMe1mjWWWkn9aE0aUKsa87JE8ciUjahrnU/z1ccEMQLzOcn3ntCoRAF5DonlzuX sXbSbWQ3PW9lzLBSYUI8a0484/rj1B+D+AvtR2EUCyypCViXEkBJlf0he3CTD/dv019bYpN0KC6y vxQcC+00e7yZQsHE3L8PfWKouwdh//PMhGeClAixjvLE+084B3ln6nFib9jsiWZSla7jsRGPpeu+ qeJVFVXXYV1VlyFd9JxhnO8peY+rbEJ7UVwSwLKYQHrsm6TuWH5jWV+pp+ZNNZN9ExIO335z/psu rbAfmDp0KlFBEOveP6gQ+2IxkI4YaNq0nBo9urmqV+8itxUIn7BYYcJjj9Vxbo/fpYMQ+GN5QgAh kqlsMnz4bY5w4Ann5ng39fLLSd/S1147XHHT1ISePacHKZt0736VcwP7phQtF2BNAsUIUTbh5jEC h927nbMSR1iEdRKAW34dO04OOhfhBrwom3Tu/F+1aVMP51b7847g9HGnLf91m4dVAWcbnq5AGyZP bqVeeCGgpIAwAMBywFdftXHHhLDnn//KsV6StDYSBmzcuC/w4PzHygZ4Wr26q3ruuWt1OFYlBg+e r5/Z277xxo2OElBTLcwlECERijfc1DYBOunf/wYdtHbtH+qXX/5wo2mLKJsgNJg58wFH8P2krldw jHWQq65611UgITNCiGuuGeoqm1A3FlVeeul6XbYom7gVpdIDeMDCiJ+yCVUyLljikHEhjDGZNu1+ bSWEd4D2f/75fS7uxo5d5tDacR2HhQUEaaJsAg1Du1u29FQINFEaAVAKa9FinOLWqsBvv+3Vih6i VHK1YwWDecM8BSRc0pu/s2atc5VNoKf332/mWJboqesdPPhmN2nduu865SSdqbkRMTwwX1EiAsDT 0qWd9Zzbtq2XtqIUbZEVKpyveVZ6KoNF2+Zo0jOfUDaBfmrUKKboL5YLAKxvJBKw8BEJwCcOHDiW YlLoGEUyhN0C8AKEvyZgqaFGjbddQX3v3g0cHvKYVk4YPz6w1pAeXo3lIIB5CS8w552OcP5h+Qj6 HTu2haMoUEMHY6XCy8NRfDKVTTp1+q8zx+7wXXNYy8qWTfoOlrrkN9K+Svpof/fuDcZZuPybNu0P F63joKfPPmul+bHwF9bIn34KnuexrK+MDfsGLIAIwF8YSywvAY0aXeJYSEviMVhRIz4R1pSwjiA4 oNyPP75brV3bTa+TKDcCzz47y02jA5x/WLGCZqAB2Qeh3CXKJlhLw9Kb4Mu0uMNeomLFN1waZn2F hnfufEorioFvAIUurL8lAlgPzfWZMqmHNZp1VtpJfShNmhDPmmOWE+lzIuYrVp3YK9DHqVPvd/YL zznKhs/otVbw69eeWGhYyolnfZUyYvmNhYZj3SPGOl+ZVyhQmTQo9BfpHhE55cMPT3KVTWRs2fss WdLJUUq7QqOP+VWr1jvO3jHpfDizzddY6EDyxDpfUUhFUVXwKDzh8cfrOhbx2gd9lz3xxNSgvSV1 p8ceUfpsf08/DGQ51bqMoAeXAb8s+EULOFEiaNymsT6IWL9svTYnX61RNS30x+3Az9//rCa9NUkd 3ndYo4JblcN6DNPPKBZwIImQT6D5E83VlQ2vVA9VChzicuA99Oeh2lwzJu8/evkjnRQhNAfjclsO k80oHbz+4OtSVNAvrhNEmCJtlgSUwW3vYd2HqfH9xutymnZqqkpVKqWTiMCfF8xCi8uGHKVyqPYD 2quSFUsq2ol7H1NRRcpP61/cF+HSAQUOFC4QapmufnAF1K5KOy302vX7LlWgcIGgJiIUvbTmpdpl hLgNIME9z9yjcLWA0s+6xescs5F/a2HBBaUvUOeXPF9NHTJVl/niFy/qW7goNWB2HEURDuWhE4Q6 04ZN04oJmCEHEF6+/+z7+hlBBsI6aAegH+C4Yr2K6rlbn9NlMZaUBWBCX6x9IIC+s9eduo3E3fLI LVpp4YshX/Ca7oBCyrlFz9XjAu33GtdLC06hf4SQAEIZbmbjDgh6hvbAGfD5O5/r/vPsvQFPGcyT Id2GqAn9J2iLMyhX1WxSU9Pk0MeHkk1D74m9Ve1basurxlOvhr18lUUQOL79yNs6LUJYLFbInCMQ s/sIZeTG/wcvfqCFD1iXiAfo87E/Ax/luBoSN0EIrm5oe4MqfXlpLeSNp45TKS9uRwDGm/FhE4yV jwHtBmi6ubnzzdraTyL6jOIZLjiYo/ACbnojzIXvY45fAN5h8nYJN38RMt7W5TY3CN6ElRUEe9vX b1e5rwiYYEUgLXRI4te/e10reElGBMpV9lZR3ep1UwjOUBRAYFu4ZGHt1i13/tyuQpvkAUfizgFB IZZbuIlvgimE1opwX/Z1XUVggQVXaq/c+4rOgisJEcSaZchzpH2V9LH84lYIPoMLDlyooXxDm1C6 MceGvhcqHjiIDVUPihMI8EUwj1IQYwM/Zy2V9ZH8sa6vxcsVV/BtXLJRJmspbtBEMQwrWrjKE0CI mSgLD/QLazQA9QgULVNUh7MHQUjKn4mrXHlyabdCpGcdRNFLoN/X/VTl+pX1Ky42WF9xtybWdj7s 86Ek1YqcZl+Yuwj8uzfortc0eDb7nHiVa5gD8GlZnxH095nex7WANWDeAPVIzUc0/2ctrli3otvG WNecC0qUVe9MCyimbdu4Rj3f7hpV4Lyi6vlh32veZCqYnJP/PPeWk1txDA/QNHtH3L2gFGUCikzX 3xcQtnjHTNLFuuaw54t1XFlfB3UapJuAEtArs17RyoIEsKdl/9ylThdpYkJ/cXnz/vr3Fbzx7HMC B3pUwH6OfQq89PD+w3oPIjQIjvWe4p//aRyjqPp/U/5P1bgxcDCNsiP9wAoiCsXsPyUv+xr4Oy6n AJS8TQVdlFdkPlBG21fb6rwouaTHvok2MncKP1BY78GwrAgv0OHOXghlLXF9xfwijnUISK99k648 hn/xrK/wQ/ObkLF7/fvXFXwUKFutrF6PUFKHx8t3A3Hx7P3Jb8FiICNgAEEPLgNwyYGAEyWCNm2q 6W+vZcu2a3PyCIkQcmC94vvvNzrWFn5whIeB/SYml3v0CKxZKBbMn99em6KXvj3xxFWqYcOLVaVK A3RQmzafqJ9/7qLN1y9dutU5+JyjwxFCI6A899yAwi6m6IcPX+i4ewkoYEt58ovrBBGmSJsljjK4 7d29+zTVr9+3uhyEipUqFdZJRODPS7dudV2XDZi9HzDgJkeAVNjBwSeOe58DDh6k1PT7xX0RLh0Q 2qJwgVDLdPVTpkwBx9XRW1ro9fvv+x03RnmCGotQtGbN4rqf4jaABJSBqwWUfhYv3qrdaSDA5zZp yZL5HTP1P+oyv/jiPn1zGKUGzHoj/OGmOHSCUGfYsIVawQHT6gA3vhHsARx4I6wTyyf0Axwj2Lv1 1jG6rI8+Wq7LIj2ue0QBAwF0r171nDYGjiMfeaSWVlrAfH5GgNqOQgo0z7jwO25cCy04RciNEBKY MOFubSXkkkvO1XSIuw5wBrzzTkCQxrP3BjxlME+6dZvqKPV8py3OTJu2VlsSYd/2+ONTyaZh4sSW jgJJeXlV4KlhwxG+SicIMB55ZIpOixAWixUy5wjEnQ4uSOTG/4svznYU0prFvc+lz9zEBuA3lSsX 0c8Iy9q2ra5vTIsFDx1xmv/DfQSA5RjGh/0rbqjatZuk6aZz51opukyKFIXPPdfAccFRS7uVgRfg mmzkyDsc5YCLtZsmKSdr1jOCeLuEm78ooHXpElB6IhyXSVhZQXC4fv1eh4/k1MnZtwkdEvDddw9r BS8d6fzDzcrevaUdPjFEYZ0DfnLLLZdpvoRbN1yAiUKb5AFHt94amAfQ1dtvz3dpTtJAh6L4xJzF 6hbumQDcvuBK7d57x+t3XA60bh2sZKcj/v0XaV/NPNE+41YCPoPLIFyooXwDT0XpBhdaAk7XVfHi 58ir7y+KE++9d4dr7QulIMYGfo4SjqyPZI51fS1XrpDjfu8a7ZKN9RklqWuuKe2ciwTOVbGihas8 AZRPvFYpJC7aX1xtYY0GoB4BaJBw9iAoTfFn4ipPnuzavQTpWQfZBwl8/fWDTnsD8hSE6b//vk+v r3Iu0qdP0uUar4UN5i5Kt1g/YU2DZ+MiJF7lGtbmhx+u7q7PuE+bPr21awELgXLNmm9r/s9aXLdu SelOzGuOW0AMD/HMV6pjvADmK3tRgYYNL9FW1VBaRcFS1lWJj5WG41lfpe5Yf2Ol4Vj3iPHM13j2 iD/88Lv+tgBP8DP4ADwOYO8zfPjtWmn8zjvH6fFnD/TKK411fGabr7rRMf6LdY/IWgj/+cc570Kh kPkxZcq9jguqcroluBpFyQfrliiK810hfCm99ogxoshmOwUwEJ/UNRMggJvBABMzZ57AJrj6jdVd hQERVklXVsxZ4R7aclPZTyDJzXwEmAA39zcsD2xcsIwCcKBJvCn4pn6UELh97gfLZweEQuStfkN1 fSDM7Xv5O3bkmKrWuJqbVZRTCBDlB54/e+sztXr+arVj4w61b+c+/XfN3deod5a9o7oO7+oKykib niDWLegvwmbwI4CQT26mmn2TeJRKsuXMpgXJfe/pq1668yXV5+4+akSvEWrNgjU6GQIcs8y///34 Ryh7wcUX6DSUk+PsHPpZhFj//P1PED6JxEy7AEK6kydOuuMi44MSjcC8yfP0oTXWTT4d8KkORth9 91N3u8omBHLjGWUVsfQg+dPzV8alQt0K7i3+s3IEblozViXKl9DNQ2BsAn39euzXOgj6veGhwI0o Mw3j0bJ3S3dsZ38wW98c37Z+mxY+kxbBs6lsQhgKVNxa9gOEKGL9BMUAxlPGRH4LFi+oEGIC3Ool PF4wFVa+GvOVFkhjWp85t2fbHo0nhGUITk1hWbz1Zsb8KEmIef9GbRq58/Kq5le5t7JNoXi8fUTA hGAN3i24RwEI5TDc58ifH28364beuVlvAnPVb76i5CB9wJoWShVeQLApt/MRdC6dtdRNIvPODfA8 iFKXJ1gxd0ShjfUKIa0J17a6VnG7H6BOU5Bupoumr2a+aJ/PynaWHhsUKBgPoFzNgAKijAu/jJ/J v/3qoV/m+s16C+/xg3jWV+b6/S/er4tl3Z0/JXBLlAA+WrF2A+ASrdTlgUMLHZCAf+AJiz1YY2Cd 4++Nh97QN/FFuBxJNYzv8FXDXWUT8qA0g5JethzZdBEoQggNg8filxZPxktZM+knIEpX+iXOf7I+ U0zbfm3ddZl35rNY/TBpIp41h3LzFyyi/849PzBnyl1e11E6cZQHnPdCRUq4f2dlD+wRyJMICDWX Uyo71jUnnnFdPHOxq0SKsimWqUyAz2GJJrUg3/n5FHtyFBOF/gd3GRw0B/3qFhxDx1ghMsGPN0s8 8+2BPg/oV5SMTSt37BuG9xiu41BCE0UVAoR/p+W+STfk33/sWwXY6+BSUpRNCGevCV+V+ZNe+yZp Y7S/8a6vZn1YnRRlE8LBySXVAt+J3u+GWPf+Zn322WIgo2HgyiuL6SZB+3nyBNb/G28s6yoMZM8e fBdpzpzfXIEAN5U5LPYCChwIMAFu7i9fvl0/jxy5WP9y8Dly5O1Bgm/qR6EBRRE/QPEBIO8NN5RV HJJy+17+jhw56bgiKOtmRaAmkCVL0vEWyjPz52/SVkB27jzk3Ew+5LjpcS6cLHtEH3qLoEzyptev WLegv1gIEX5NexAayA1Gs2/SVhQ2cuY8yxEkL1H33POR4hD/7rs/dJQ5pmtFI9JxE91BuQsivEHI gyl0AOWUs88OfPOLEOtvZ33x1ok5bwGEdNzalXGRXwQkApMnr9bKLlg3GTAgYMkAwdJTT9V3lU1I Sx8GDGiihZiSN71/ZVzAh9zixw0PwFiVLx9Q5BRhirSXvo4dG/jOg34feij59wljjPBWxhZlHL7T 1q/fo4XPlIXg2VQ2IYwb+Nxu9QOEd2L9pEuX2no8ZUzkF2EsQkxg1qxfI7Jq4VeXGXbGGUnENWbM Ui2QxmUB823btoMOns53+vW4Izi9X51zTmL31WY7MsMzijnMVaBNmyvdud68eUVNUyhvmELxePuE AA8FD3i34B6XCSiH4T5H/vx4u1k39I77JxNQOBDLLGY4Sg7SB6xioFThBQRgY8a00MEIxKBFAZl3 8u79Ff7lDWfuiEIb65Uom0i6Vq2qOIoBdfUrdYY6F4mmr1J2LL/wDcYGBYrzzgso16M86B0b0phr gl9d9AuBtgCKTPAeP4hnfeV79MUXr9fFonQyZcpqtwrORURRCIEodJZIAE/r1v2huLXPOsffQw9N dBRpF7j7lEjqY3xXrerqKpuQh73ARRcVcNysBXB4/PhfLg2DR/i08FD5Zc2kn4AoXemXOP+Z9N2v X2NX2YRimc9iqcVc0+NZc+JsbjILCt7yzP544+Qd/GHdCZcqrBn8sR/FGlhAoSigUCzpY6XheNZX qTue31hpWHgitBvNHjHW+SpjFsseEWUggLaizO7dHxHHeoeSJfDee0uSWcjSEf/+y+jz1WxrpM+J mK8yRvAnU1mLNtSuHdjjeduTXntEbzvs++mDgeBThVOw36Ygw697ctDojUMx4cLL/CcqacMdWnPD 0ryRbJbd+MHG2qKKGYbgRFwAcBDcokhg822mCfeM0AhXQj989oO2gIIVFC9w458bqZkBUGYoU7WM q0hgtpmN7LiXxiWzBmCm4dlrCUDiURYxD+clXH4RYGIRAysEAtw4FsBlTDQggogGrRokU2ShHOrj AByFmYwECKfDwTkFz9GC97079rrJpK//vfm/IRWbEB4iBEJJxG+MxKKDW+i/D9D4dY7FBrl9LPGb ViUpAw3sNFDxlxbAuKFUg1WLRTMW6T9vvVjiYd6l9IHozXeqva9dtNadyx+/+rEqVbmUwl0IN4lF aP7Fu19ohTqxHJFoHKS0DvjVV7Z6WVdJ0S8+VJhp8cKbhhv0KKzAX0Qo6k0Tzbso5KFQEMpVTrUb qul1IVy5sfY1XJmRxkEL0QL9LVwq+MMzVBnxrq+Ui/UDlB5QyBjy+BAtxEZRA6tpWGoBsLCVSPrd sm6L6lK7iztHdCUx/sNaFYqc4QD3daK89+MXP6omuZqES55qcabVMqmE/YAfJGLNkXKPHjkkjxny N9Y1JxHjyvor1j28yKlybRWtRCq0442P9R1XPk/d8FSs2XU+rwIBgXkK5NGKVqZlQLMSlIo/ef0T Pe8mD5qsXfsRP3vcbK18A++pf2d9M4v7nF77JmkAbcP1lihSS7j3N732Td52xPIe7/rKPPJCictK 6CDvnjSevb+3DvtuMZBRMCAHlKHaU61aQCHFG8+h82WXBYTr3jjeQx1uEodAxryRTJjAgw9W0xZV 5J1fDmK5uQtwOFqkyEv6OdJ/WHZo2vRSx7XAKm0BBSsoXnj00drObfKa3uAM+c5hfdWqF7iKBGYj ORd56aXZrpDPjDOfxfqEGcYzyiIolYQCBJhYxMAKgQC3xAVwGRMN/PVXoC4Ev2IVxcxPfd2719MK M2Z4ej8jnA4HBQvm0oL3HTsCt7VJK329+eZLtTDTLz/CQ4QFKIn4jZFYdPDmhcax2PDeewGlLokX ZRPeO3WarP8kLjV/GTeUarBqMWPGWv3nrQ9LPMy70/1cZNGiLe5cfvXVb7U1mBP6XOR/rtAcNxON G18Skm68uI32PaV1wK+86tWLaWG3X1y4MLEg4ZcG600orMBfYmmTt0xRjkNAGcpVDvPNb00wy4q1 r2YZsT7Dk6MF+luqVJI11HD5411fKbtOnRJa6QGlIix7IOxEUWPZsm2ushwWthKp0ImiSe3a77hz JFwfU4rDWhWKnOFg+/ZD7jz94os1jpu1Z8IlT7U402qZVMJ+wA8Sseb4lZuaYaxjWCtir3fHHWOT VYUFlZ496znWepL2pomgYSqKdn1N1rgoAxJJw2bV4faIpItnvsayR5S2NWhQWhUoELjwL2Hyyz4A y4e4e0RxKxxkpvkarh/euETNV69COfWAd/aJWN0zIb32iGYb7PPphYGkKyCnV79T7G0W57ZIuA+i M/41HWcWVKBIAf3KzeBQebOfnd3Mop8RvIp7DgLEuoc3IYfnApjBF0BzkdunWMsIBRPfmKjaXd5O 7dq8K1SSDBMO7sQygbdRWA/BFQ/A4Tq3+keuHanGbBwT5I/dmy/Wdw5yDuw+4GY3x8AN/PeB9gCY YZfbyCIQxgx8KMBdxqkA0lc/gaHZv//8ewsG9zMmgD/BoRnOMzQhForMOK/QKFR+mVNYukipfWb5 4Z5v6XyLNtePMM4Pvv34W4WCEgoppyswf2aOnOl2H+H8qKdHqTH/N0YrjkkEAu5tv26T1wzxC32G 4uPhGijzwC8N64bXOpBfuljC/NYkyjl+JPwhKWli7St5MzrEu77SP/i5WDnhtv3C6Qu1dRNcdAH1 W9RXpauU1s+J+IeSTN+7+7rKJs2eaKbenPemGrdlnBq+eri2lBOK1/nVnytvwIS9X5yEYQnDhDJV /JU8ZA2k/px5k/YkZt5EP/vxfuqQuZYSTw+15pjtzJ49ZRyZ6eN99q5/kZQXy5qTiHHFGhR7Yj9A yUrGwS8+lrDtv20PUjZhbzts5TBN/4OXDtYuMSMp16tAQB4UxcIpZKBMe2fPO3XxuNtkvuOCRhS5 73/h/iDrJpG0I1wawV0iaJh6/BQqvPWn577J25Zo3wVffvliXV/Pzhe4VWqWGe/e3yzLPlsMnAoY 4EA43J7YT7BUpEjA9Qs3g0PlFYsaJo7+/vt/QcJ3sQBhpuGZQ1aBwoVzy6Pes+HqBGsZoeCNN753 bl+/qTZv3h8qSYYJB3dimcDbKKyHyI1yhI7c6l+7tptj0aW7dn8kPt69+WJ9hzfu3p1kKdQcA2+Z tAdAOCYWMEQgXLp04MzMm4d33GWcCiB99RMYmv0T3Hj7Df4KFfLfm0ITYqHILMsrXJAxMNPwLHMK CwQptc+bN9Q7bmAw646Qww8+/vgnx7LKYF9lFL/0p2IY80csP9E/3Kg8/fRM9X//97VWHJM+I+D+ 9dc98pohfqFPh+yiBpkHfhlZN/xuv/uljTbMb02iDKxjpQSx9jWlcjNCfLzrK30wrSZgzWb69F/0 uQguuoAWLSo5buASZ90EBQOsdqGUAODKD9cyW7b0dCxidNXu+kLxOp3B80+sVXmCg16xcGICig9+ IGsg9UdSrl8Z0YahqOgHMtdS4umh1hy/MlM7DCXn5csfca22eOtbsmSrVkR57rlZblQiaDiW9dVt QAwPiaZhswnh9oikS+v5esklBXXzUEILtfcnAW7cBPwUkCUuknmVkeer9MP7m6j56qesDO79vq/S c4/o7b99Pz0w4H+CfHr03beXctsaJYPD+w4rEa54E+/dHmzZgQ8ITN8DP0z6QSEY8DsY5ba/FzB3 ze1jbog2eqCR6jK0S1jm7M3PrUoEYFg5oV5cemDJgwNs4hB4D350sPuMa59QwM172oHpfMrAhLrc /guVJ63CwfHcT+fq6nBR03ti76DDddwwHNp7SE0fMT1hTWKRxC0TZaJYMPTnoa4LgpQqwUyj3MBe NHOR7w1h+oTZ+swOZl8R0IQC0q35cY2Ohjbpv+AIaxe/Lv1VXX715cmy41Jq6VdJLkgkgXlrn7FJ K1ql3cwr3HjgOmf/7v1aaYw5h7B43ZJ12vw+uJg5aqbiFrgoIUnbE/G7+sfV6qdvf1IIVK9seGWa 9T/StuNiSKzSdB/dXWHhQ8abMrA88toDr2mh3ncTvlN3PXlXpEVHle740ZSVLrwF+gkrvWnk3ezT H1v+CDkOuGXY+ftOnQ0aEjDzS1g0v8ydBVMXaMUHMx/zDesxKUE0fU2prGjjmS+pCfGur9K2cjXK uVZOJrw2QbscE+smzXs0T+j8xiWeuErqM6OPuuK6K6QZ+rfoxUXV+FfGuwopQZF+L0mk5herw3Bx xBoHz+r5QU919Z1Xh0ybESLiWXP82n/k8AH1P2e+OAPpF52wMNljMudMHkAFvB856G9dLNY1J55x lfbhWgYeU6BwcgERtGpahEsEolbPC5hnRqnprR/f0u5gpFyUX1AKGdZjmAQl/PealteocX3G6T6z fp9/0fl6XmD5sM7tdRJWX6JpONKGJXrfxP722OFjunq+GyrXr+y6TIu0TeHSmetjLOtruLJDxcWz 9w9Vpg23GMiMGJDb1igZ7Nt3NEjJw+wPt4EFuLXH+sFtTmDSpJXaBLjfgTK3/b2QM2dWffuYm3i4 bBk6NDprkVijQACGlROE4Jhmpx8cbhM3Y8Y6x9LClH+f12rXPt42yPuKFdv1LWcUbiijQoXzw1p6 kXxp8QuOP/10pa6KG+YTJ7YMcqmAG4a9e49qH++Jag+88cori+oyUSz4+ecurguClOrA37zc6Jw5 c5264oqiybLQp5kzk5+VJUuYwQPMviKQDQXsA378cbOOhjad7rs4Qri6dOk2dfXVyRXajxw5od3W eMstVy4g6CGcsQlnlcibN553xg3LJrjxWL/+CUcp6bCjNHZSz7ljx/5SCA179JiuwMWoUYvVtdeW Tuh3k7T9xx83qW+//c0p+z+qYcNL0qz/Un9Kvzt3Hnat0owe3Vxh4UPmBHlPnvzH4XkTNJ5wL/Hk k6nzLXb0aMpKF96++Am1vGnk3ewTrjJC0SGuSX7/PaD0B+0LmPklLJpf5s7Uqb9oxQczH/MN6zEp QTR9TamsaOOZL6kJ8a6v0rYaNYppJQGsnLz22nda2QIFKqBHj3oJnd8bN+5zXSXNmNFaXXfdxdIM /YtbuFdemeMqpARF+ryYtOYTrYNwccQaB8/64IMWjvueyqGSZojweNaceDsQz3xlbWCP9tVXbf51 WXRcrxuUybijxPTll+u0oh5u4nDFFQ8NS1tjWV/jwVOiaTjatqTVfGUvIG7NvvvuN72+hVKAEqVK 9tbiMsivX+kxX1N7759e8zW99oh+42rDTg8MpO7JekbAoY8mtt9NTQkTH/UIw8c8P8bXtyMCMhQ4 AA7EMe3PB3ih4gHTbD9995PCEocXdm/Z7fqAR6FDbqSTV6yjzBk/R21avcmb1fgrpzwAAEAASURB VH3HQsmSWUu0gFsC/9j6h3qh2Qvq8asfVwhWKQt/7RzMFy9bXN3Q9gZJql1ZuC+eBxaIwV0Gq5fu fEk9d9tz+nfLL8kPgjzZYnqVvpPZfPYWdmbWJBNb4KlC3Qo6Cb/em5zcQv3src90fChFIRPvZl1m PRIuYWJNBkEcbotCwaF9h9TyOcvVlrUBnKF8IDcnP+r7keuuwMy/Ys4KNfntyTooVJvN9Gn1HOr2 td9YEcatYRRzAOZNKAEU8wK3FEDlqytrFxTmbePXH3xdeW/fkhahuZjsl7lKeK5zkm7+kAYa9oMT x09oAS4KGqHSmPlSGgsUYN7q8JbqXLOzbhcCMJlzRUoVUVfdcZU23U+ZfoJFs65YnxdMW6A61+is hj4xVA3pNkQ9WP5BhWAwI8Gyr5fp5uCSBCsQ5aqXU+VrlXf/cFPS7PFmOs3n73yub5Kn1P5Qc9gv n7jP8lP0w/IFcxr+GQsIfyAvPFes6LzZ/k11eH+SSWWzbG7MixshXOsIkB9hP3HiXk3icL2DhSo/ IA84BODbrB8inIMfvdnuzbA8y69MvzCzr37x8YRBIxwAeQFXIJvWhF4LvenNd5NHxLu+SrkojLV5 uY1+XTl3pXrimif089V3Xa0VMyVdIn5FWZX9hZ8rk4XTFro8NpKxiSSNaflh1FOjfPmw9A1evGz2 Mq2UKmGJ+g3XVnNc41lz/Nq6Yc1i5edW5/DBfWrz+pXOh3D0h7N+9cgeE8VLFGRNQEEPvu4Hsa45 8Yxr7ny5dVPgS/Ag7zyF1wzvMdxtbrixcxNF8CDjXOySYqpgsSThCVlZv1ECAUKtBWItJNQ+Rmd2 /vntZ4hDkVSUH7HG9er9r+osLXu3DGvdJFR9fvXEu2/SDfL8C4UPT7KE7ptYZ16+52X9zSDfDaHW P287In2Pd3016xHaMsPk2Tt+se79pTz7azGQETHgfEonAz9z1hKGggWAMPz5579Ktg4Qx81NFDgA bo1i2p+9V/Hi5+iw777bqLDE4QUEkQihAeqTG+nkFeso48evcG4wh7bOioWSWbPWaQG3lL916wHV rNkHjqB+qEKwSlklSuRTF1yQ13GzUEi1bVtNkmolEvfF88B606XL546gaZy67bYx+veXX3Z7UiXm VfpOaeazt3Tz4B481a1bQiepW7dkkLIJgQcPOt+qbwXOLeQWtk5s/DPxbgQ7Ap+k8xcJl7DChQOW axDE4bYoFOzbd0TNmbPBsbgSwBn58+ULWDft2/cbR5EnoIBv5p8z5zdtXp+wUG0206fVs9f6iNTr N1aEcbv0yisDLgCYNwgv/IB5gcAWuPrqUnrszz47m5v0wQcnOibRk1+aQGguptFlrpLJtIRDmlBn HtwGXrhws6PssilkGrcRzkNKY4HViA4dPlM1a76tx7VgwbPdOVeqVAHnhnpF17Q+wvwQxzVmlVE/ T5v2i6pR423H+sE01a3bVFW+/OsqteZr1I37N8PXX6/XT7g4aNGiouMmorhj9aWE+1ev3kWOi5K6 Os077/yo53BKdYWaw375xH2Wn6IfcRs27FHwz1hA+AN54bliRad9e+fsY/9R3yLhT2K1Atc6AuRH 2E/cTz8F8wlc72Chyg/IAw4B+Dbrhwgy4Uft2k0Ky7P8yvQLM/vqFx9PGDTi/d6ivO3bD6o1a0Kv heHqNHlEvOur1MO5yMsvN9Kvc+f+rq65JnAR4K67KjuKmedJsoT8iiUA9hd+iorTpq113b5FMjaR pDEtBGBFzI8PS+dYy2bPXu/sJxKvLBSurea4xrPmSD9i/Y11vlLfyy/PcdwuvufM1Z+0Mons1VCY xZ3fbbeV180S5Wde4qHheNZX3ZAY/8VLw+Zew3z2NicUvcQ6X0OtL371EMbY4EoHWLv2D/XhhwG5 j7edv/76h3bBRzhKzOH2GH51ectL5HxNi71/Iuar4CXU/lRwZNJLau0RpS77azHgxcAZ3oBT4Z1D +4N7DuquYKmEA1ET9mzdo619+IWVKF9CXXfvdTpq2vBpWognN9IJ3Lhyo+pUvZN7+7h59+b6tiVx +H4X4OB19HOjtUDz4N6Dat6UeequYnfpd9KgfPL7yt+1NQTeb+58Mz+6XQiRETrIrXwEDavnr1bP 3/68urv43ar7td3V1CFTdXr+iXAK4emztzyrtq3f5sbxgAUEgdz5AwIEeTd/OSTeuTFpU48w88pG V5pJEvJMv+i7AHXKLXeEwFhokfHbvXm3wiqAAII+YNxL4xRuOFBOYLznfDxH3VfmPldYQ58lLzcu GUOEI5RFeu+N/l2bdrmCWhFSE0Zbr7j+CiXCYYS6KIgITaHIgFD0vd7vqVvz36q61eumx4B+IPRo 9Wwr3V4UmNpc1kbNGjNL7d2xV/fx0zc/Vd3qd9Px/EORCMs5oQ4H3ISp9ACd0WcACx3QA8JuE3b9 nvxDhzBwdvtjt7tJH6r0kPr+0+9dgST4/vzdzzVuSIQgtcE9DXR6bg0LnqDhVqVaaaUUaABaHthp oHqn6ztu2SitCP4Llyysbu4UmDsI8wd1HuS6jRJaot4bst+gOlbrqHpc28PNS4GMHze0+YPupP9C P7wTJ/QjjcCNgCjKMIY/z/3ZpR/SIJAVN1n5z8+fUC1/aYNpZUnC4BMZBcCZKEogNGQ8hadJG/ft 2qdvj/MOT1y3eF3Q3ETBDvyjFCJjQLpNqzbp8ZKx81NSokwR9H3Y90OtyAGfYUxnjJqhWhRpoWmt a92ubrvMOYDwCX4hChzwEfJKXeZzrjy5VIueLahS8/i2Fdpqaz0yl1GeePuRt7UyFmmq31BdXVrz Uh41ICgUesKVCpZ+aCvKa72b9lbC97xt4uOhw5sdpBj1QvMXVMOsDVX7qu01P/piyBdunPch1r56 y4n1XYTC8HHmNP3FUhBrH3OK8Xmg3AOuohlzFRoA/+CLsTH5OLQk6wYC8gN/JB2YxbO+mv1DqQ5L Yibg7oZxSA2gH0MfHxrot8NDf/v5N80Pn7rxKbc6aIW+C52ieAmemDMi+EWJlXWP+cIvaSS9FIQC Z6vnAusVfBgF1l+X/arTkVbvY5xxYh3jj3g/RS4pL9Jf+DR8nnUR0PPK6asA9dJmwBxXPmhjXXOk bH7POCMgVDmwd5f68pN3HJo6pLB28uvKhWr4yx1U66vzq8eal1fzv5pgZov5+awcZ+m89GVgx4F6 vYL2V81bpV2wEQ7AO8y9T6xrTjzjWvGqiq4iKRZ1Xmzxot4DQ1dY4IHPmEq4rD/mnNQdieGf8E2U t1EiZi6DC96hO3GrKGsBNCJAuo0/b9SvPO/bsc/dU7H+yDpCAvae3jVJZ3T+sT9hnyLAPqVe83ry 6v6afDQt9000AH5Jf6RP4ANLi+xlmOvsk2Sv5DbYeYh332SWteO3Ha4SJeHsx1AUSiTEs77KPpCx Afj+E77IO7wQnqOfHXqBbwpvjHXvrwuz/ywGMhAGdu48pPbsOaJbFLBUEniWJm7delArlMg7vxJW vvx56t57q+qo4cMXOkK8D50b6YE1mcCVK3c6QtNB7o3G7t2vUgibAayTCKCwgUl0BJp79x5xXG+s VsWK9dG3h0mD8gllobwCdO4c2Guh6IIQGWGy3MrHusP8+ZvU7bePcZRa+jrWEoarIUMW6Hz8k4N9 FCJuuWW0Y3FhjxvHAxYQBPLnzymPyX4RknIrVQBhJpZEEg30i74LUKfgASEwt39l/FCwwSqAAII+ 4KWXZivccCAUY7w//niFYz3hVY034unz5s0HdF6EYlgV4KYvZWF1wXujf9Mm4v8mqxIhNWG09frr yygRDiPUffvteY71mwBNociAULR37y9V/vzPq3r1hugxoAwOx599NvDtz7hedtnrjiuEpWrHjkO6 j2++OVfVrz9E18m/WbN+dYSsh9w13I1IowfojD4D3MLev/+YY4EigBNpglhnkHd+CaO/jz1Wxw2u VGmAY43mZ1cgCb5RCIE+AQSp99xzuX4uWjSviydouFSpflopZc+ePzUtd+r0meraNen7DqUVwX/J kvlVp06BuYMwv3Pnya7bKKEl6s2e/SlVrdogPXewXCTA+EF//EF30n+hH96JgwcIfZD3zDMdd9hn B/a39esPVXPnbgyKRyArNHb++bmdvbeP5ps0IsZfBPJegE9kFABnoihRrNg5ek4LT5M2omABnwHg iYsXb3XxRhjzH/yjFCJzmHQoHzFeMnahhOMieOrbd46jyLFD8xnGFKszRYq8pGmtbt13g3it0ABC LfiFjDt8hDgx0R94DihH4fKjZ8/6NFnz+AoV3nCs9Wx15zJj9cgjk7USI2luuKGso6xUnEcNCDmF nnClQl54IsprTZu+79BXgO9528T3+Jtv3iTFqObNP3D4zpOOW6+3ND8y1wk30b8P5nz3lhuur95y Yn0X4SF8nDlNf7EUxNoHX2R8ypXr7yrqMVehAfAPvg4cOB5EK9CSrBu7djn72z/+dJsWz/rqFuI8 ICjGkpgJuLtJrXMR+vT441M1/4Gf/PzzDofffaZuvHGU2wSsQpFO6BTFS+Yec0YUn1BiZZ1kvvBL GkkvBWXPntXZs1yrX+HDKLAuW7ZNpyMt+5jJk1c561h/vZYRv2hRwNq9lBHLL3x6/fq9zroYuLzG vBLeSXnUy5oNmOPKuUisa44uLI5/sc5XqsSSDMBegv2Aybugf1HSgx8wJgKx0nA866vUHc9vLDQc zx7RbGuk8zXePeJNN5VzFQ5btRqv+vSZ7e5RmDtYsWN/KvDkk/WdfXvgPC4jzNe02PvHO19Zi+F/ AM/wCzk/g15kf0A8fE72GvHuESnPgsVANBj4j0OY/iYB/i1llpoVTXnpnhahPQoZJnBoPGrdKMWt XYTSAMoUw1cPV/OnzNeKHISRbsSaEVpI2b1Bd1ephDg/aNi6oXr03UddhQ/SIGR/7tbn/JK7YVhP QAEBeLj/w+q2LrfpZ5QmsFQSCQxaNEhdXPVinRSFBwRzJlAHQs2lXy91D4Pp8zvL3gnpJggBAkJ5 gV7jeiVz0SBxsf6iwPBorUeT4bbtq23VHY/dob4e97Xqc1efoOJlXLhtu2bBGq3wE5QgzAuWFSrV r+QKeiUpVgFe+OIF1fHKjq5As/GDjVWXIV200oLQCflf/eZVnQYhciTQ/f3urjIF02tY92FqfL/x YbOi0CJWQQYuGOgKecJmSmAk7ezfpn8yd0QdB3ZU1RpXU60uCggiqRK6qHNbHfVw5Ydd3JGuaYem EdE/Zbw5/01t7YJngEP/SOZcmSpltDKMSROR5qWeph2bqnZvtHMORgKbGhRUZKyJDwfSR9IgVOtU rZPbf8l3VbOrtPDCVPx4d/m7rsKSpEvE74yRM9SrrZM2a5T52pzXVMW6FRNRfFxlhOJlNZrUUM9N ek5/iHr5FjzrwssuVMePHFdvL3lb/fj5j6r3zb0jaodZrpkhEn6h+fiQR7V7HwSoYklHypFx/2rs V6pvy74SrH9lbUEgxhx6v/f7ihvx4QA+POCHAclcDqCcg4WpSID8psIKvANlQxQFTGC+IFwj3MQR Au54+mrWEeszgtDWZVu765NfOQh5313xrrYqgIIeSjsmCH9GMce7BpKO9a5UpVI6SyiaNMuTZ3N9 lTD5RcGjXZV2+hXrJriKSvTBCrTEeJrCfKk/1K/QBEpHWLpJCfzWmUjXK8qGjikjT4E8KVUVNh7X KB+9/FFQGhlX6BZFUi8MWujsf64I7H8i2XOR31xz9i0OCDwIp8//176B+nnh17yGhFc+WKYuvzP+ m83cWsM6jlj68qsQa0nwIXOdi2fNiWdcUVZ64NLg/aVfm2kryjKMXb/Z/dw11i9tSmEoUmCxS5Rv UkoveELJE8VuLwit477N63KRveArX73iO4dJSx7g8VGPu8roUj54Ta99E4ou7Em9PF/aJr+CG7FW I+Hx7JukDH6xTDag3QA3iG+oRCucUDi4jmV99aNfwQnWf1Ce8+JQ1nzqRckvlr0/eS1kTAw0UEn8 P7YWvhxbtnTKhfUPFDJMQLi9bl03xa1dsYCBkHP16q5aEeT228fq5KRbs6arw8/PcG4sDnOVSsyy zOfWra9whOi3uAfHxCFkv/XW8PtibjaigAD073+DY1UkIKhHaQJLJZHAokUdHaFiUZ0UhQcEcyZQ B0JNhBcc+AP0edmyR0LerMQCBEJ5gXHj7kzmokHiYv1FgaFWrcHJcPvqq40d4VFdNW7cMnXXXR8G FS/jgmn5BQs2a4WfoARhXrCsUL9+KVfQK0mxCvDFF/c5AsSBruWMBx+s5ijy3KqVFoROyP/NN211 GoTIkcD77zdzlCmq6KTw8u7dp6l+/b4NmxWFlhUrAofpCxZ0cK2FhM2UwEja2abNJ8ncEQ0c2FQ1 bnyJQzuvuLVBF9zCrlx5gIs70nXoUDMi+qeg+fPba2sXUihCl0jmXJUqF2hlGJMmIs1LXR071nSU IJroOc47Cioy1ryHA+kjaRCIVquWRDuSr1mzilopwVT8WL78EUdhqbAkSdjvyJGLVOvWE4LKmzPn IccKUMmgsPR4CcXLmjQp57gcu0fvQb18C56FKxoUIZYs6aw+/3yNuvnm9yNqvlmumSESfgEfZ97D m1DUEEs6Uo6M+9ixS1XLlsHfb7K2oHDCHELx7P/+L/z3FXz4hx/aOYLn4EuRKOdgYSoSIH/Nmhe6 SbEohDIXigImMF8QJhJu4gjljnj6atYR6zNKY2XL9nfXJ79yEJavWPGItgSBgt4jj0wJSib8GcsC 3jWQhKx3lSoF5l4omgwq8N8Xc331xqMMVKXKWzoY6yajRyf+Ig60xHiGs6jlbZfQBEpHWLpJCfzW mUjXK8qGjimjQIFcKVUVNr5Hj2na6oeZSMYVujUF9ZJm4cKOruWXSPZc5POuOVJWrL+xzNdQ6+y1 15bRSlQoXwmMGnWHq/wsYbHScKRrpN/6KnVH+xsrDWPRJ549oredkcxXlMOffTZYBhztHvGXX/5w lE6C9+HetvCOy8w2baq5URlhvqbF3l86HMt8RckUhX0vCA/DLd+IEYuCohk/3FZxZh0p/VOAd48Y VKh9OUUwEKw7kehOnZHoAtO7PPzVe4Gb49ymLl2ltBuFsILb77nyJm0KEKCQDuEhwpsn3nsi6Iaj ZOawsu/Mvuqx4Y8FKZsQX/uW2trnPGV5odOgTlrYKsomxIvJZp5xwzFs5TBV65ZavCYDbts9M+EZ NfnQZFfZxExEuxAwAtQx+8PZ7oH9LZ1vUQPmDQipbEIe87Yy7UdhJdGANRZxvWKWna9QYNwwZe6F C8pc4LrPKVutrMY9fTUBYTXj8cHmD4KE+xdVukgVKV3ETKqfcXuSNVvWoLaQFsh3fhINlatZTpsG K1m+pJq4d6LCoo0foDDyyOBH1IfbPnSVTUiH9uKDrzyonvzwyWTZ6MP/Tfk/1bZfW1fZhETZcmZL lja1A2gnrqG8wHjQTnEXQjyuY5g74i6IsAKFC/Cj6X/k2pHJBDM60vkH/sbvHB+kbEIcc67/t/3d G/aSnl/o5fXvX1cId+WWKnNaLPvIfEX5yw+gDSyoMLc6vtUxSBAmY+6Xzxt23oXnuUEorCC0Z76J 9RsiEfSKsgnzdchPQ4Li3QIS8HBFwyTLOxR33X3XufM/AcXHVQTuvPwAJTloDeDmvTmP4VngjvEm DWb0I4XSl5d2yzXzwC/6TO8TVA/x0ESLHi0UguuuwzhMd0x5O7ypVOWAcoJZhgjUTXqXePqDtQ2A Nt/7/L2ajs35ImmpEx6BoqPfOoUyFLxAoFyNcvqRdaPn2J4SrH9z5gm+kQkNjvxlpBq8dLB64fMX VJ8ZfdTgJYPVwIUDFcIzAT52gHj7KuXF84sA9LVvXlMIfL2AEtBL015S8BIRlJprpaSXcfe6VyMe 2jItesW7vkqdpkWEO3vd6SuolrSx/kJLKLKwbnsBpTaEusSbIDThR3tmOnn2W2eol/UK+vHbw5C3 0QONtGIbSrwyN6TMWH4ZQy8IX4ZOTR5BOt5z5k2if/Zcsaw5Uid97vryBNWoeScJcn8r1bxedXIU yIZ9uUuVuDg5nboJo3jgQ6/3xN4KGgfgC/SJP+YuNCVKb+Y6F8+aE8+4Fi9XXH20/SOtZOrtJvTJ ug3NiXIIY0d98QAu6t6Y+4bv2ske4sOtH6om7Zq4VQiemAPmeiwJ2OsBfnsc+E+o9oqVMhTfat9a W4pzf8nnV2Za7JugIz+e6Dbu3wfBjTc8nn2TlMV6snD6QnnVvKHoxUXd90Q+gOtY1teszm04Lw8R nLCP9cOhudeLde+fyL7bsiwG4sGAV4hHWdwU5TY1h+kCHGqjWJI3b3YJ0gIU0iE8RHjz3nvNtCUG N8G/DwgZZ858QA0ffnuQsgnRt9xS3nHb0UGX5c03aFBTR9jaylU2IV7ctfCMG46VK7s4ZVzGazK4 /vqL1YQJdzv5n3OVTcxEtEv6iEILpr1F2YTbsfPmtQ+pbEI55m1lhEkorCQasMbCrVMv0Hbg3HOT zqkkTZkyBdybvtWqFdO4l/SSBmH18OG3ORYRerrWSIhD2Fi6dMCCgqTlF7cn2bJlCVLsEMEkFikE EOrCj8uXP9+5af2MozxylUQF/aIwMnjwzY7VhV6usgkJyPvKK42dsbgzKD0v9GHKlHsdZZTGrrIJ 4TlznsVPmgLtBCdeOPfcnLqd4i6EeFwAYOFD3AURVrhwAGfQ/9q13ZIJykgDgL+dO58KUjYhnDn3 7bcPuTfsCROAXr7//mFHEamyVjYhnDktN4RlvqL85QfQBpZmmFtvvdVUz3tJJ2Mu7+F+L7ww6SyO /h879peeb2L9hrwIekXZhPn600+PpoqyCXU1bHhxEK3fd19Vpz3JzwBJm9aAOy8/qFr1AncPyu19 cx7Ds8AdrpkccnQsXCTNQ7+yzLDLLy/ilmuGwy+mT28dVA/x0ESPHvUcxbeOatiw2zRNwJsqV06O vwIFAt9gJr1LHfQHawcAc+j556/TdGzOF0lLnfAIFB391ikEXfACgRo1iutH1o2xYwNWZSUOmjcB haZffnnMsYyCos59asaM1s5c6eT0r4NCYUbg32MRZ+7E11cpL55fFAhR5hOXQGZZKAFNm3a/5iWk A4THmOlk3E1LEBIPbeXPn0Ne415fpaCjR/+SR9WrV/1UOxcZPbq5a/nMrdB5QKltzZrHHEWX4DN6 oQk/2jPzy7PfOiPrFfTDHsAPsOSGYhtKvPEqm1A+Y+gF4cvweJNHkI53c98W65rjrTPa91jmK/jF Qg9jBD+Qvn355TptsU36N3Xq/b5raKx7xHjW12jxIunpayw0HO8eUeqX30jmq9/eJ9o9YrlyhRzL G8/67mFoC0q67AdMZRPCM8J8TYu9P30FYpmvefJkC9rrBEpyZIjOHh7wGz/WFWgQiGePqAuw/ywG osDAKWfhJIq+R5QUc8z7d+7XZrc5XEU44Ccs9CsMs9a4YUCJBcEXt+kiBUyEH9p7SAsGEWgiYPH6 FzfLwnQ4B6tnZTtLuwnhnfqOHjqqOITngDUc0DfzRrXfbc5w+dM6jnH5Y8sfWnuefiL4EgWE1G4L N0Nx1cRhNWObPVd2dfY5gYOhcHVDC+IyhzHloFsYf7h8mTUOGsQUPngCEMKkRIekM/HLfItGqGni GNxSXzT5qT9SoJ2MI8Ju6JH+nnRuSGDFJzXr9baPegFTec6bxr47vswdnvq3c1vnTOfwHGFbavML bukzNtAhNMK6EUmd0BXtxPUGeaNZN/zGGXdCw3sOV7h+efDlB/2SpHsYfT5x9ITGD/zUT4EkkY2M dn2Vuk3rFChedBnaJdV5OJZghI5YZ9JynuMKCotD8PC0XmcF59H8gqdI1hzTwolZ/skTx7U7Hdzs ZM2WXWXPESzoyVd1lpk87mfokDUEumKtS2k/kKg1J9ZxhacdOXhEz9O0okXaevJ4bPvoeAYIF0/N CwcOL1E+v7bVtfEUF3HeSGk44gIjSBjrvslrpSq1rLn5dSHW9dWvrEjDmH+x7P0jLd+mSxsMnG4W ThKNVcy9Y84d88ycHSAk8BMW+tWLy4cTJ/52lF0cZS/HlQ0+zCMFzMjzh8AFgSYClnB+yzExnT17 Fn0Ai+sB3qkPIS6HtWefHf5Mhr6ZN6r9btdG2va0SMe4cOvRabbTzyyO4Cunq4CQ2vVzWxJXTSgs MbaMi+knPlT9mG0PuMxxLiE4Y4oANaV9UKiyMkM4NIhbC3FrgvJKSnRIv0z85s59VlRCTRPHyBpQ TEmEUNQP37STcUTYDT3SX5RQsJSRmvV620K9gCmE9aax7wHXHIxNQKkwW6rzC9xjMDbMcXgzrjRE SSrceEBXtBP+Td5o1g2/cvv2/cZx9zNd4frl5Zcb+SVJ9zD6zBqLsBl+6qdAkshGRru+St18v15z zTBHUWaDdqGHtYLU5uFYgsF9EPyMdSYt5zmuoI4cOal5eFqvs4LzaH5jXXOiqcObNtr5igUnXKwJ jZOfdQPaZ95Hur+MlYapT/Yv0a6v3r5H+p5eNJwe8xWcwMtQ9mZ/yt7gnHOyp9o+xByDWOZreu79 02O+puUe0Rwb+5yRMBB8iTXRLbMKJ4nGaCYtDyENpqW5pWq6Mcik3bHNthiwGLAYOO0xgKudhyo9 pPGApZSb2t902uMkHgQsn7NcdavXTSsH4K4nlBWQeOqweVMfA6EUTlKqOdEKJynVZ+PTDwOiqHdZ rctUv6/7uZas0q9FGa9m02UdFuhSw71Yxuu1bVFmx4BVOMnsI5g27Ucx4LLLXteH5KYbg7Sp3dZi MWAxYDFgMZBoDOBqp1KlAbpYLKW0b18z0VWcVuXNmbPBscgyRCueLlvW2bECktwq1GmFENtZi4EM jAE7X1MeHLv3TxlHNsWphoHUVTgJ2N051XBm+xM1Bri1JybRW/Rs4boxiLogm8FiwGLAYsBiIM0x MHfSXDXnoznqvBLnqcP7D2uLFJ+8/onbDgSnFqLDADfaV85d6VppGvr4UF0A7p+2rd+m8hbMq5VP oivVprYYsBjIaBjYtXmX2rB8g8pyVhaFKx3hnVil+23Fb9olJ25sLCRhQFw/EXJbl9tSxYx2Um32 yWLAYsBiIO0wwI1Xcb/Ts2c9x11Kkiu/tGuFrcliwGLAYsBiIBYMTJq0Un300QqFy6v9+49qyyiv v/69W1StWiXcZ/sQGQawBjF37u+OhY+Aa4bHH5+qM2I5bP36vapgwbO18klkpdlUFgMWA6mJATtf o8eu3ftHjzObw2IgHAaswkk47JxGcYUuLKTavdFOLZ+9XHFT0YLFgMWAxYDFQObAAOb/Zo+breaM n+Pb4N4Te6tSlUr5xtnA0Bj4fuL36tX7X/VN0OO6HqrjwI6qaYckX9C+CW2gxYDFQIbHwJBuQ3z5 5/YN21WHKzuoQQsHqYuvuDjD9yMtG1ilQRXtqu3MM8/UCjlpWbety2LAYsBiIDUxcOGF56g33mii Zs9er+66q3JqVmXLthiwGLAYsBhIIAY4Fxk3brkaP36Fb6kTJ7Z0LJ0U9o2zgaExMHHiSnX//R/7 JrjuuuFq4MCmqkMHazXGF0E20GIgjTFg52v0CLd7/+hxZnNYDITDgHWpEw47Ns5iwGLAYsBiwGIg E2CA2+ZzP52rDu45qFt7dr6zVanKpdSlNS9Vec/Nmwl6kPGauPXXrWrCaxO0tRhv644fPa5u63qb KlqmqDfKvmdwDFiXOhl8gNKheYtmLlLff/K9yp4re7La/+P4lm71bCuV4+wcyeJsgMWAxUDmwoB1 qZO5xsu21mLAYsBiwGLAYiBaDKxatVN9+ulKtWfPEZ01X74cqnLlIqpmzeLq3HNzRVucTe9g4Ndf /1CvvfadthbjRcjRoydV1651VJky53qj7LvFgMVAOmDAztd0QLqt0mIg02EgdV3qWIWTTEcQtsEW AxYDFgMWAxYDFgMWAxYDsWDAKpzEgjWbx2LAYsBiIPNjwCqcZP4xtD2wGLAYsBiwGLAYsBiwGLAY sBiwGLAYsBiwGLAYiBUD6axwsm/fvlhbbvNlUgwcP35ctzxbtmyZtAe22RYDFgORYODYsWMqS5Ys +i+S9DaNxYDFgMWAxcDpjQG7Rzy9xz+j9P7vv/9WJ0+eVNmzJ7dKk1HaaNuR8TCQL1++jNco26IM jQG75mXo4bGNsxhIGAbsuUjCUGkLshiwGLAYOC0wYPeIp8UwZ/hO2nORDD9Ep2UDs5yWvbadDomB rVu3qgoVKuj4H374QZUtWzZk2swYsX//fnXwYMDlhLQfgXuRIkXkNeTvjh071IkTJ4Lic+TIoQoW LBgUZl8sBjIDBmbNmqWaNWumaX/evHkqd+7cmaHZ6dZG5j+8QxR0ChUqlO6CrqNHj6qdO3eqM844 Q7crEj6Wbgi0FacJBsw1zq5PaYLyVK+ED8ht27YpfJL/888/6rzzznPMGaePe5f03iNGwoc5+Nm+ fbvmizI4//nPf1ThwoUzlXIl6w3zWSBPnjzqnHPOkdfT+hdFk0aNGqklS5aoQYMGqTvvvNMXHyY/ jHSv71tQAgPtuCYQmbYoi4FUxsDmzZtV8eLFdS0///yzuuyyy1K5xrQtnotlBw4cCKo0a9as6oIL LggK83thnRVBi8TnzJlT8X1kwWIgs2Fg2rRpqnHjxqpo0aJq1apV9lwkhQFk/sM75Fzk/PPPzxDn IrL/j5SPpdBNG53JMWCucXZ9yuSD+W/zORfZsmWLey7C9316nYuk9x4xEj7MPo3zG86LBTgXYZ8H /84swPfz3r173ebmzZtX2UsEAXRwLlKrVi21cOFCNWrUKHXvvfe6eDIfTH6YUdZIO67mCJ16z0lc 59Trm+1RDBjYuHGjmwuGdSoBjPj22293/HdWDvqrX79+0KG+X59ZpC+99NKgfJRz3333KTY9FiwG 0hoDR44EfNLGWu/ixYt1VgSZv//+e6zFnPL5pk+frqpUqaLnf40aNdQVV1yh+UClSpUcv8B7Et7/ aMa1e/fuum3wokj4WMIbawtMdQywvnDjLhIgHUJYWePs+hQJ1jJ+mvXr1yv4DeMKLxo7dmy6NTq9 9ojR8OE33njD5YsyF8Df0qVL0w1vsVTctWtXdy7Tj/bt22uFo1jKOtXysG9B2QSYPXt2SLx069bN xWFGWSPtuJ5q1Gj7cypjYMOGDW735s+f7z6fCg+ci1x//fWqZMmSQX/sM1KycIywByV3b17OWey5 yKlAHZmvD9F8P/v1bsGCBToY2jbnvV/a0zlsypQpqlSpUnr+lytXTpUpU0bzgQsvvFD98ccfCUdN NOPasWNH3Tb4UiR8LOGNtQWmOgaiPRepXbu2u07Z9SnVhydNKli3bp0qUaKEHld40YgRI9KkXr9K zLUiLfeI0fDhvn3/v70zAZemqO5+I8vDvhsWEV5JWFQkKIiCAq8LiwoIKBoRZd8FQQwQIgJByQeC gICyxcALGkU0EBUwsqtEgo8BgYAJIggEVJ6wKCoJcb76lZz2TE3NTE/3zNyZe//nee7tnu5a/3Wq 6tTpU6f+XzkumswGftP2re+AAw4o+zL1wKiCjViiIhpgWXv+8z//c1dc0CUZD0zKHKl2nd0cLIOT 2d2+A9fOH6Mz2zx3YMHJB+M6hPeH3K4mLGqxEBUJgXEi8M1vfjPuwPmHf/iHWtmyU/7HP/5xGVfe TUoo2m6uvPLKYrfddiv8R1YL8Mtf/jLuorffw7gO2q58RBXNbgT++q//Oir17rnnnr4VZY4zD2UE 1vzUF7KpCJAeGTKTMsdMyIiDjsPrrrtutl2naRcPFcDIOSXmblE7AoxzfteWf8uHkEkjteuktYjK IwS6I+Dn39nmuYM5cYsttuhe+R5v8Li14YYbdoRgx+xMyigdBdKDOYEAcuJSSy1VXHLJJbXqi2yF VxMj+FvUicBXvvKVYscdd8wa5PziF7+Iu+g7Y9V/Mmi7brzxxvUzU8ypQOCII46I3ix+9KMf9S0v cxwG+0aanwyJ6b56uYyazKTM4csyLhlx0HG424kFeLiYJvI6Tiu39CKGxB+vjHPd9CLrrbfeHwNO yJ3adUIaYkTFkMHJiICd1mRR1J911lnFqaeeWmy66abTWo1suRFGPvGJTxR8KMYdFx+Rqw66LDy/ 853vFCymiPvd7343m4ceCoFxIPD888/HbAbZ9eHLRV84/vjjYz//3Oc+V8l1so8/F+7Z+XfOOefE qmIF/oMf/CD2f8YNvMPwt8EGGwwVikHbdZ999onjGOUTzU4EbKdoepxbrrYoVi644ALNTzlwpvgZ 7vzxpkR/n2kat4xYZxzeeeedo5yGrAdu3Y5bmWks++WPJwzkTb9zayaVav3KO8739Im///u/jzJM r/bFCxhHBk4SqV0nqTVUFiHQGwF28F900UVxPbD55pv3Djxlb5lPTj/99IK1B0p7jsfIGcTlqoVe 5M477yyYo4lb5eNfLh09EwLDQMDWz88++2yt5OgL7AJn3b9gwYLipS99aa10ZnMk+vqnPvWpWMW1 1167wMsAzxg37r///vg37I0wg7Yru7cpD+UTzU4EBtWL4BVU89Ps4gX0nni2oL/PNI1bRqwzDr/3 ve+NchrjKbh1O25lprHsl/+xxx4b63H55ZeXQaUX+QMU9AkMkZBherXvCSec0GZcWwI5gzdq1xkE fwxZT8+hXWMAQ1kUBQqED3zgA7MaioUXXjjWb7HFFhv43DrbIWvWrHU/+M9qgFW5qUAA16f77rvv VJR1pgppiqtzzz23VF4wRvI3KcQ4xq4uK+uklEvlGA4CNl8Nkprmp0HQmo6wLKjr8MKwazcTMqKN bYOOw4bXtHvwkjKlk4vB5J3vfGfni8yTSd3BpXbNNJYeCYEJQ4A5bxKMPUcJi82VTfQiSyyxRCyi zdejLK/SFgKjQAA384cccsgokp41aVr/vvjii4s/+7M/i/WaRL3I0ksvXfz617+eNbirIn9EwOar Pz7pf6f5qT9G0xZikvQi45YR647D1ncmSY9dh++0fu5EDUw4MqwKSS9SBSWFGRYCs97g5Le//W3B MQW45Hv00Ucjbgy2uAN817ve1XNn/+OPP15gQfeNb3wj7m7Haps/dk9yfjhnfe63337Z3SC4vyfu LbfcEt0O4tZ5yy23LN72trcV3/ve9+IZl3/5l39ZLLfccm1t+dBDD8U4hOHIC3aPoCzffffdiz33 3DOek9kWwf0gzyuuuKK46aabYp5Yd3OEDG60vvSlLxXz588vjjrqqA63Y0899VTxxS9+sUgHH6wh q0xI9913X/GP//iP8Rx1rC4hXCOB8Zvf/OYOl06cK/Yf//EfsRyrrrpqLBdHg/zTP/1TxJk4nMFJ ebvRHXfcUdx6660Rq5///OclTuwc/OAHP1issMIK3aKO7TltCe+gwDFil/ouu+wSjzp45plnIu64 vLKJkysGP95tvcUd9MqOI7yygC1thFUr6W6zzTYFCzE82XzmM5+J5zfn0ob/iMsfO4Uh2mbvvfeO cUxoycVlRyk7RL785S/H1/AwHweo22tf+9pclPisLg93TbDLC849pH3A47nnnos7NM4777xYz49/ /OPFrrvuWnz2s58t8P4BsUv28MMPz7bLIHWlDbC0J0/+Xve61xW432PhfvPNN0c+Rlj46Ec/WnQ7 FoDy1HUfR5vS/+yDNPy44oorFu95z3sqfcyEn6666qro3YNywAPU4S/+4i/ajvLg3bDqSlp1adCx iXwY99lV/rvf/S62kT1jzKJORiimbAFrz5pe67Yr+TJ+U+avfvWrxfnnnx/HUo4BO/TQQ6MA2s21 HnGr8jBjLXMMYxq8g6HLDTfcEMc5zoH89Kc/Hec2donhEYb5kt1Qm2yyCdnMOD322GNRFmC+oi8w R3L265ve9KY4nzDO4Y45165NZIm6FYcfbCdPnTRWXnnlyMuMOchAyBOM4bijfcMb3tA1Scama665 JsoNjBcQYzgGasgi8L4RZQRPZCKbt+DDecHSfocddojBGDeYs23c4T35wzPDoDpyUzoWMvdSN8pI eZGJ4G3KyvMjjzwyjpW+vJxVTn/42te+Fvmdd/S5vfbaK87zyy+/vA8+tHv6HW3EWcHsMIQ3kSVx JZ07+q9pXZvKiOQ/qCwxznF4EngY5mC+QvZ/8sknIx+izGfdsOSSS/bknUH6q0+IejeREQdd56R8 RLmRh1dfffU4HrNOYf3COIW8yHqFnWNGzL+sq/iIYDIzaWy77bY910YWnzmSefAnP/lJlGEY78GA OYAz3nsZJtXhYcu3brtafF2FwDARYL5gzqYvPfzwwzFpZHnWHngL6rWzHxnq0ksvjfGZf5jDmXfQ FzzyyCNRjmL9nnOPzA7jyy67rLj++uvjvIVu4i1veUvs6/R7+uNxxx1XpPPmT3/60zgXE4YjL374 wx/GvoqC/8ADD+zpqZQ8mcu//e1vxzzRxdDXmSdZo2699dYFaz4bTwxnxmDWZalehDVsqrexOP5K ORnPyNe80+HWH4wZr1J5HD3VvffeG8vBeEi5yB95HpyJw7rwrW99q8+m7R6vi6wjkVtoJ8OJYxnR VbHWm2miLZGXTFakPIzh8B31Ri+C56pUL4Ls6ePUrQfj/Y033hixZf5iTiHd7bffPupFTjnllOLv /u7v4u9cHrQR7cIfHm8h2uaggw6KcXrpRZhrL7zwwth/iMd8w9qbuvU67rkuD5PHIES7PPDAA1H2 QO5Fn3fmmWfGev7t3/5tlIPxhsMziF2yxxxzTLZdBqkrbYAXN/jA1gboBlnHXnfddZGPOdqWsaHb sQCUh7atQ7Qpujpb91EO1k7I/b3a0/KCn9hVfNttt8VHxGGMQRfpj/Lg5bDqannXuQ46NpEH4wnr HdqHP4g1H7KN6X15hsxqOPJ7GFS3XckbXQXlZf2BvpOxlGPA0L/DU+k47MtblYdZq7DGZhyBd9Cv futb34pzJPpO+Ji5Da/CNmeiX0R3NglEOyILoK9lTGSORP+Irpj5hHGOeSjXrk1kibp1hx+a6EVe /OIXR8+XjDnUm3mSMfyv/uqviq222qprsWhbvlOgI2K+hhjDkXeQRVhHGFFG8EQmMr0HWBGGNQ/E uIGezHDlPd89eunILf0q1zpyUzoWIhdRN+pAeZmb4W3KyvOPfexjxUorrdRWHHgdmQv5B36H6HPI auiKR/V9hn5HG+GBnnGJDcHIkvSz3NF/TevaVEasI0uMcxyeBB6GdxiTGIfQy8OHnEzAuqGKXqRq fyUfI+rdREYcdJ2T8hHzFfIwR+LAI4w3rCMYp/g2xXrFe1dHpmBd9atf/apcx5AG+tcqpzgwRyKz oEtEhkHPDwbMAejGe+lF6vCw4Vy3XS2+rlOGQGCqnhQ6eGta/8KHklYQLFiBdP0LR8e0ghDdUccg iHSN49MLR7S0xQ2CWSsIspXihkm7LW74oNk3XhBy2uJY21APX67c/XbbbdcKgkBH/KDgzsZNy2d5 2TUIqa2wyM7GtfyDAqEVBKoyz6Dc6tsmFpc6WV7+Gj6E9cyTNg+DYDauT4fyB6VTLE9YZPcN7+NS J8oJpjn+IezZZ5+dLee1114b8+qGe1DGDVQWXy67hw/f/va3Z/M3fLnmMA4u6FtBQdUzbviY2Lrr rrs6ygmOQSHWM25YxLfA3spq1yY8bGlUuQ7Cgx4r+rVPv05dg/DdExufX9r/wsKoctzwEbStrFbu 4GatIw36Sz/+pz8FxXJHXF/esHhv/exnPyvzbVJXK2/da52xibyIFwS0nvW0Op900kllXeuWk3hN 29XGMStX7kqfy41Tg/Jwjn9y+flnQVhtBcFyKFg1wbnfvEGZu/WFJrJEnTIHI51KPEh5gyFHB7Y2 P/l2SO+Dt4iOeJQ1LNb7ztGUz+rVbTylHyFvMJ8EI5eO+my22WZZnrR0q17ryk0pLyOrgGX4cNZR VrBL58rw0S0bzuPcTV6rWrc03P777983z5122qn14IMPlu1DGk3r2k1WSeeotLx1ZYlhj8OGWzfZ aqZ5OBhMtRijPe/YPeOn3efkzUH7q7VRExmx7jonGDaWdbE6hQ9KrdNOO63jOe/TMaJbO6XrMKuj XauMh+QXFMRt/Yb4dXmYuE3a1cqu6/B1ED2VHrP8JXJ5MHLP9jfrk8wX4YNOBxL0DwvT6xo+SrfF DR8kW+FjcaW4YSNJW1zGml558S5s7GmLYz/SeS+XTlDKtoLC1qKUV9a3ufBp+coIL9yEDzGtYNCb jWvprbHGGq2g3C2jBgO6vm1icalTjpgHLEzuSpuHjxW5qG3PKH/4OBPLw9gzCFEn8gbTHP+QVjfd GjIG1A3322+/Pb5v8g8+DIaMPXGi/DmMgwv6FvNMDlt7FgzYW8xRKYFj2GzWM27YyNMC+5Sa8HCa Vq/fg/Cg1Zcr/dpTnbqiX/Bp9rpHhvB09dVXV46LvJqj8BG1Iw36Sz/+pz+Fj8MdcX3599xzz1b4 EFRm26SuZSI1b+qMTWRFvHDMVs96Wp2R5YZBTdvVxjErV+5Kn8uNU4PycI5/cvn5Z8j1YRPsMKBq lEa/eYMyd+sLTWSJOoVGZ+Ex7HZPeYOxRUcWNj91i8fzYEjYEY8H4SNy3zma8hl1G0/pR8gbzCfB yKWjPltssUWWJy3dqte6clPKy8gqYBkMbTvKCl7pXBkMmbPhPObd5LWqdUvDhU11ffMMhp2tsOGh LWrTunaTVfrJiHVliWGPw4ZbN9lqpnk4GB+3glFTtm29XiQnbw7aX40xmsiIddc5wQC0o47BoUEr GCV2PKcfpWNEt3ZK12FWR7tWGQ/JDz1mSnV5mHSatGtaDv2eHgReFJhpVhKWU1jnYmkJ4aEAjyTs nMOq1YgddHg28MTOXrw4GAVldbReZ1cPVuuQnVGZ7rj45Cc/WZ5vSTgsmvEIgGV1+DjEo/Jqx7PE h+FfEHLtNlpesyM5KEqjdbS9+PCHP9xmTc5zPLdQD+iAAw4owiQYdy2x24XfRlgDprt4eIcVHRjg rpydC1bOtHyWDtfA4nHHr3mAIA6WwnfffXfBLiR2BkDhw0H06oLFHMTOXCzB2XEDhUkjXtl1TX19 27AzHsvxlMJH7fIR7cpuqSD4xp0WvKDNgyBRhpmpGyymw+KrLXvwMs8V7K6Hp4zAAkv4nCWuhal6 pQ3Cgi0GB8cwsRThI1S0EsVi0SjHD+HDWgEfQ+w4wrIda2EwNn4iLawnsag0CpNttMpkRwrEDlXb ycYzyxdLTPgVHjJqysOWTpUrPIjFqPEgceA/dqj43eHwNBbaxsu8DxN7zKJuXdk5gOW3pWnWp3ih CMqQuGPI6sDuISxXjbCCrUrgmSO8CuDZht0VWMlWIXac4ZkJ61qIdqU96et4irE6UC92almZm9S1 Srm6hak7NpEe4zmemeiLNsbz3H7zjD9+D6OfkvYw2pV0jOBbxlj6rbUNfY5dTZ7q8HAwYotzhc2D pAc/2Xhh6eOS2MZyxoiwALNXM3Klrtbf6etYywfFcMTkjDPO6FmmJrJEz4R7vAyGQD3e/vEVcx39 sx/RZ9nBx/xiRJvhccAT4wZtm8pN7O6nf5tswO4wdkNCjKfs9sQi34gdJcx1WM0zxwRFfXHYYYfZ 6zj+IWv02l1WBu5zU1dusrHQZB5kFXYjsisJoryU28jvpmB+ZaczxFhAXZG7GBPZAWr0jne8I86d 9nvYV/Jmh+nf/M3flG2DHMUuqaCcKLNrUlcSqSMjEq+uLDHucXgmeZidKHhNZIyG6GOsG9jNC3kZ Kz5w/+r0V4veREasu85ZbbXVigsuuCCuNWwOYcc+O/ehYCxVMB7bvAXfeaIPIlMHJWfsc5ZGug7z cbrdMyaym92PW3hpQKbxVJeHm7Srz1/3QmBYCLDzDk8K4WNETJJxhrmd9RzrdyN27JoXA3vGTkH6 hxFrlrB5Iu7iZr6BzGOZ7eiND8M/dsEGA237WeABDy8ceJIIH4fic7umHkWCwVcZL3y8LdeUNl7y knUHMp4ndhZTD4i5HL0B67f777+/TRZh7M+tg9dcc824Pke2YczqVj6fJ2sPdvGaTEkc1uGUhfWT 6ZX4zZxs+g3KAL4mbzCvQ+gQWEObTMIz5np2uaZEGxqxdgwfEeLuyBNPPDE+ps1NX2PhZuKKJxHW n57wNGOerFg34n3HCCxo61e/+tX2qPaVXaLo4yD0Xci5yMD/9m//Fj3KWMI5fgB3+BgKH+Gip1Da LxgQlPyE3M4OeT9nw5foStArQuxQpW3IG50knmwg1kvwq9eLNOXhmHDFf/Aga0bjQaLBf5Tbr3Xh adYS7G6HWGt6vUidujLfw//WP8JH2Zg26wy8bzJPG6E7Mh0Dz7z8b2G6Xb3u0IehzS666KKoF8KT SxVi3UUfpi0h2pX2pM2QrawOjB/s6rcyN6lrlXJ1C1N3bCI95Cs8gtMXbYznuf3mGX/2m3dNaRjt 6ssA39L38dhpbUOfY93mqU5/RZZEl2vzIOnhycjmAUsfL5k2ljNGoIeYSaKueDuF6OuMg/Rl1sJe V5ArYxNZIpdelWfosasQc93TTz/dNyh9ljbwsgRjfKqTo08zBprcxPyK3MR3DcYtkw3Qe6EzhhhP 8X66xx57lOVgvGCuM70IHoHt2w2BGP/gm2HoRerKTTYWmsxD3fFoa98qKK/XcVBPI/TCrGUhxgLq ip6NNLzsgdfOVB9paQzjSt7IPXz7sLZBvmWM8nqRJnWlnHVkROLVlSXGPQ7PJA+zfsaLCWsEiHZk 3XDyySfH317Gig/cvzr91aI3kRHrrnPQcyBHISvYHLLpppsWBx98cCwWXvAYj23eSj1Qohehf/Hd kz5naaTrMKtjrytjYtgs3zZuocc0fa/FrcvDTdrV8tZ1ShEIQmhPCkJfx46vSX/GTu6giCwtw7CU TsvMzm68W4Rma4XJqRUErRiG53hvsOfsbPZx2e0WBpUybb/TNywyyufhCIFW+EjfFjcMgm3eH3K7 LYNSIlqT+jy5D0rQmHZQRnd4I8DKmPLyh8VlGjd8EIzv2C0YFrkd7334IECVuOTKZ2H9bnF2ZmLp b+/sGhZwZbmwpLTnXNlJbGUORiNxF6G99zjmdtCGRX4LnCirxbFr+Ige0w3GRn3ryi7aUXo4sTIF N32xTLRd2j5WBrDwvGRx616tfdIdoqRH/7Bd3KmXBm/tTrsGAbsD4zChlW0Hb1kZg9FS9rm9p++Y RS31xcrZ3g2Thy3NflfjQXa20+8J7+tvu9Ntd6zve03qSj5hgVNiFVx9ljjwznY0+fx4Th8LBnPR ew+77cGQNmKcoS72RxiwJk6vP6t/mk8aJyyuyrLmeJS8gmBUhgkfptvyrVPXtAyD/DbeN3wGHZss L983e42FFr7utWm7+nLi3YDfVhYsmG0+S9uuCQ+bxwDr//BA+HAXeQAPRzZuWLg0byvfuK7MvUHR F8tHvdN8w0I5vkv7QhNZIs1jkN/h40Hs68GAoRyrGRfSvs77XLo2ZtEHggK5LUxYUJV91fM1beh3 E/h3lgflCov2GN+Pm7z3O/eY0y2OXYNyL4uxvW9yrSM3WX5e5gEv+ksw1i3LD+8wVtqYCgbGS4Sl j1ladvWeHIIL/aF4ciFt60+Uk3t201qe9DmTNXif63OD1tXS9lefRo5HLKyfSweVJSwNrn5865Wf j5PeG2794s8EDwdj9LI/0m+Qb6388F5QWJbvvYeTpv3V5slBZUQvn9dd51A/axN4lb/wMaCsN+sU +nQwqCmfGSb+amnkeN2H8+Mh6z3q7t8H1+mlVyc/BzTh4brt6sul+94ybF18eio9ZulLdnIHRWQ5 lsDzKYFn+LASw9BPWBdBPMd7A/2U56zXPLEJwWIcAABAAElEQVTbLRihlWn7nb70Y+vjwdgljm8+ bjiHvs37Q263ZTgCqxU+Avlo8d7GoqCMjmX0AfxYjufFlEw/wW7B8DE4fd32OxyJU+KSK58F9uNF +HjUCspVe1VeWe8ZHnjN9MROYnvHugtcjTyOqZcHwgRX8i1woqwphY/oMd2gOO5bV/MMkMM0TTf9 jSxE+XM7TtOwQWEdw5JP2j5WBtLyvJSmMehva590hyjp0D9sF3fqpYHdstYutGv4UNuRdVDIl2HC R8PyffhQl31uAWhj+MDSR9Y0GiYPW5r9rsaD7Gyn30O+/rY73dra80mTupJPMJYucUDn6cl2o/v8 eE8fQyZnHW26E9oIOYq62B9hfH/yaft7wtMWaT4+DPfBCKYsa45HySsc8V2GCR+m25KoU9e2BAb8 YbxP3eqMTZad75u9xkILX/fatF19OfFuwG8j5Eubz9K2a8LDpt+0/g8PmPyOhyMbNyxcmreVb1xX 5t7wETPyKPVOiV32ub7QRJZI8xjkdzAiiX2ddZGN1YwLaV/nfY5szKJOwdijLUg4SqLsq56vaUOv 3/TvLAHKZZ6O/LjJe8Yl8uOPOT0l83Dcb7xJ41X5XUdusnS9zEPZ6S/BWNdet+Cdn4ax0sZUMDBe Iix9LCXvyQGP2DnvQmmcKr+tP1FO7oPRVBmNPmeyBu9zfW7QupaJuxufRo5HLKifSweVJSwNrn58 65Wfj5PeG2794s8EDwdDk7LfBMP4KN9a+eE9W/vTpl7ebNpfbZ4cVEb08nnddQ71szahXvwFw3yr dpTd6dPhqKjyWe7G0sjxug/vx0PWddTdE9+SGJcohx+fmvBw3Xb15dL9dCLwosBIs47CwiKe4UbF 2ImXOxuVc93MgtdbGgf37AXxId4HhWq8t3/sfDj88MPLsxdDs9urePY6P0LHjVaqoYOW77jBCg3L sV5EnOBaNHoPYdcOf+zMZidRN/KeSLBKDZNH3M2DNS5/WKyFRWL0soJlbS8KAkCv1+U724ESlLPR U0JuhyGWrmFCjXGw+vW7qc3an/h4zfA7SvAAwi4AyNctPgj/OG+MMw+xFGc3ERiFySfuoAqDfgzG WX4+TYs7E1fOcYWCABbb3/MM54qygx4c2EEwLAqKgpgUu0OwesSzT/hwE/mBdmCXKB41OE/aE/xv FD4SxbOn2cnh/ziv2ygo7suzNMNkFR9TF3bt+Djcc56i7eYhoJ13y71v56Y8THpVyHhw8803L5Zd dtkYxSxCqYPtuMrxdpO6khE7CyC8MKVncufGK8JSDixbV1lllXI3O2d9MmZgaW1/hKnC+1Z/0u5G WKPi2QWirOwwTIm8sHq3PotVfxD6ymB16lpGrnHTdGyqkWWjKMNs1yBolufFUijOVqXdctSUh0nT dh3CA8x7EDtlrD/n+k4MNOZ/fscIOx3Y1RI+psTxMCymYl9n7oDXl1tuubJ0TWSJMpEaN4xH9GM8 TFl52GGT9nXe9yLGMc6p9oQXJ+/Jyd7Z2bf8hmfoz+kYztxL+0LMJ0HhEO/5x7hkXpPYkRgWM+U7 0sEiHmKsQP4aJtWRmyx/L/PgmQVZiR09RshtjK02pgYjpLi7iffhSMG4kynFiR2wdj43vMb7YRLn pIOn311En8NTBF6IIOTXoJRoy3bQurZFfuGHTyP33p41kSUsjXFfx83DzK+2DkEOYAckfcwI3mPH 7Sj6a10ZkfUJ1GSdY/XjyhiFnBoUPOVj1inz5s0rzzYvXwzhBu8o1jctOfANCvf4Ezkdb35QXR5u 0q4xY/0TAkNGAHnnprDzHmLntXkHig9e+LfCCiuUu33Ri7BjFQofvqO8xD078dL+w9yIpy128EJ+ jWu7uBkv8JLGGOuJMc684fnn/n7VVVeNMhvzLR6J+GNnduqNyMcxGZRn6F3o08hzwWAy/r3//e8v wsf9uINyWHoR272OPMJuzJz8i5cY6gHhadPvprY1GfHxymIyB2FZj9oOR1833kHMG2DJOIb3NTCi jscee2z0vEAY2sCnybOZov322y9mjY4qGAy28Qw7PYNSO8q71GNYFIw0Y1LB2Cp6akTmx0sYPEE7 sEsUb4zg5gkPr0Z49ggfl+IOenbR25/vE+x6NznpxhtvjFFpU3aKIgtaHK7oRUxmI6DNr9z7dm7K w6RXhYwH2YVuaw/0bRB12GCDDeJ9jreb1JVETVcATnhV9ZQbr3hPOdZaa62CMcLGlmBEG++RIeyP MFV43+rv807vmd8ZByHKap5/fTjywoOU9VnGvpxeZJC6+vQHvW86Ng2aX9Pww2xXPOWYbo9yrbzy yrHdcmVsysOkiV4OggdMt4hnJ+vPviwx4Az983oRvHwEg/zoAYzxkPU9fT184IzfH/yavYks0aSq YEk/xiOAlQcdFP3e+jnX1DNimifjWKrLRL/CX0roRUxuoq/Sn/34zT1zL56doGDsEjGzdBiXzGtS MDgpdQe8Jy5yE8RYgfw1TKojN1n+Nn/xG7mObwh/+qd/aq+jrAHWNqYyj5vXEmQzvsGkOKFHMRkR 2ZL3wyS+HfFtI9WL4HkCL0QQHpl76UWq1DVXZo9X7r09ayJLWBrjvo6bh5lfaScIOYD2S/UivB9F f60rIw5jnePblTGK/mQnA/COdUow5hqJXgSZ2/qmlQN87XsK/du+GdTl4SbtamXSdXoRWGR6i16t 5F6Jmcag46Jo5IO/LXTM5SJKUD5E5wghDeGdDyr2kZVwCGEQH9VTl0fxRfiHYIQLPwY1W7jZO1w5 eZe19rzflUmfBSuuW1mU5oxaUHBgmDFswiXZiiuumE0WQYTjC1AmpW5ysxFeeMhCA9f2uKxLCUUW bugwJOpFLOInhWhzBE3+MKZA0YLghuLB2gqjIhOgh1FuFjzwMMpzFlspoXhC0PX8SxiESqOwm9Zu +16ZSEzYJE9bZPeN+EKAmeRhcwfbrax8tGecYMKFmtbV55MzjKI/gUew4vVBs/covkZNpoBhsdVN MctCkI/U9Nlufa9pXQet5yjGpkHLUDd8nXalv/sP5b3yHhYP27zZLS9cWE4CoeBBwRA8QERX7rhz T4kFKfOkLaDT94PKEmn8pr/7YZ1LH+NAxvoqhJLJ5lzcDmM0MShhpIjSnjkAV5h8dIFw1c3HHnh0 mIaVpF1XbiKuJ8qGcSbjVC8yjAjDkX78jZtwve4X4JY/vIuBMbIgyhyUZfaxwMJwrVpXH2fQ+7qy xKD5DDv8uHnY5lfcrptC2teJsYujNDGq9tS0v9aVEZuuc3wduMeFdCqHpmGG9Ru+Ry7IEcoVWw+i NIaa8HDdds2VTc+EwDAR8ErMNF2ONKEv8MHfZA7mbgglaLf+g16EeQdlpF//meEp6wc+FuUIhTau 15Eb/FGWhCVN4g5K6HeQ6ThGAYMG/lJi85Adu5O+a/Ib40HWjTlijsZoFzkpN4fn4vAMvQjynK2z fTj0IrgaRzHfi6qsKXvFH+Y72hzDZOQn9CAYy8N7yC3WVsE731A/wmGIAA+zluf4g5SQlTHkZR7w xPHURqlS3p7nrqyz7MgO8uxnIJ6mMZM83MtlPeVkLmWcCN4FYrGb1tXXPWcYRX8Cj376GtKps372 +Ve5t/mdYwB76UUYu+iz3fpe07pWKasPM4qxyac/yvs67Up/9x/Ke5VvWDxs82a3vDguYRKItQXG Uqwv2IDIX0qsJ5knu+lFBpUl0vSb/u6HdS59jAPNECj33j9jQ5LNucHrdZsxgw/X6x4jRYx8mQOC 14G4+ZfwbDhlPQWPDtOwkrTryk3E9UTZ2IjVTy9iGBGXuZy/cRMbbnIyFbzLuh5ZkA239POcXqRq XZvUq64s0STPYcQdNw/b/MqG7W56EWTH1Di4aX+tKyM2XeekbcTYYJue03fD/g3fpxufLQ90+LYe tO/jTXi4brtaeXSdXgRmpYcT3xy5gcres0hgEe/JDCPs6t/5e4QVFv+5SdhbDfs4do/1LR3Yh3vo oYfajE2wiGWnRXCZH3f2YP3ajUgH6zSzos2FQ7kxf/78uJsj937QZ+ywhRBYuwmivPc4dluUEc4T 6dnOCv+cezxqmLEJC16MWfDogmKYj2QIFZNITIqUF+KsWMg+wqGE2HHHHeOzYf3Dgh/+ST9SWPoo EzByYZIxgR2llVl3Eq7Xh0qrC8pB+A/rXr+g7vYBwadpu1HIayZ4mHzrUNO6+jxzxhn0KW+h7cPP xL2NoXbtVgYbz9hll6Nx1XWUY1OuXtP4bJg8PC31R7GCED8vGHPliMUoRnbs8slRL/7PyRK5NMb9 jL7Ya3725cE4wVP64cfe2RjOHJAqbZh3UE5BGFfyoWqUhpVN5Carj78y9vYjP88R1ubCNJ7Nga96 1auyC+Y0/CC/q7ZprzSr1LVX/F7vmsgSvdIdx7tx87CNK72MBXNzatP+WkdG9PjbfO+f+fvcOse/ t/t0DLHno7j69UgufVOG0L+a8nDdds2VS8+EwDARMN7MpZmTZUyJb9dcPJ7Rl/mYVkcvgoEru5X9 uIIHNW9swq5GNghhEBaOQS4NWnPlIR28LdpOyVyYM888M+aJscswyOZ8Pmb0mqP9ONSrLXyZSK/b phQ8apixCcpjvPiZt148u5inWZ/eJNxTLsoL4XkKso9w8EPqgTUGaPAPWQ3+6fYxDL0Iu7MxxvR6 EQyhjEz+td/+anVBNwj/pessb4jl4/k0V1tttfLVTPBwmfmAN03r6rNLZWze0ady44qPN85767e+ L+fyt/Gsm05nXHUd5diUq/c0PhsmD09L/fGkhacwjLlyhLEBRnY5YxTCWz/Ixc3JErlw435GX+w1 P/vypOusbpuobAxnDki/XzDvsNkJwrgSIxP0IqMyrGwiN/m6230VXUFqCGhzoaVhV5sDkfX6jZ0W p+q1apv2Sq9KXXvF7/WONWVdWaJXuuN4N24etnHF9Pm5Oubm1Kb9tY6M6Mtm871/5u9z6xz/3u7T McSej+Lab12X6kWa8HDddh1FvZXmeBFYZLzZjSc36xzkhrvM9ddfP5sxE74pGpgIIFPs4k6OHYS9 lKHkY52HuLYYCueFd91ZSjgIwdYbYGA0ATHYsWMX12NGGCRg3X/iiSfao7Yri2Q+kuHlhI9qWPix WKZsCAHs5satKuG4x91qEwIrlD0Qygxw6CY42G5IykOdmxD5YmEMYSixYMGCNjeJeJXBehXXgJNG tB8f4jDyCGf9RgMTPshBozhiAL4P528Wxx13XHTVxzEAEDzHPe49yT+cyRh3teNtB2ENIRD85oWP srh2zVkBx4SSf/QbFrTs/sboByXfIMLfuHk4Kf5AP5vWdaDM+gROhas+wQd+jQtYG0/5uNuNCGdW r4w5Np52Cz+q5zM1Ng27PqNu10niYRTAjBvMIcwTLEi7zdl1cYYvmPvwHoQbbcZADKCYI8Eag0V2 NmIggcKbXTssHIz3yXdQWaJuWbvFY1fGoJQz8uqWBgoCxn0wwOtAXU8k4bzsgg85LErAkl3NpDkK w8omclM3HPo9x22rEUadw+ZVS7vXlT4DT+fmWGTXmaYmssRMl538x8XDfn7FlTfyV0q0s7n59u+a 9tc6MiL5N1nn+PLbPfUbF/Va1/Hhx44ZojxNeLhJu44LC+UztxDwsgwGG6kXB0MDDxMm61vfNL0I 8dAvDKIXsQ8x6AqQtXqtKVO9CEdtQYx1HMGKfGKEQRv6EnNJb8/typqSo4jxcsJHNfo+O+SRM3nH BzTW5Hbf1AMsWJk8wpEtvfQirLshyuPbxco+yJV8ze017sfRL/iPJshfjGv9ji0aJM9hhcXokQ9x GHlw7DIGJub1leMZh33EAPo+ZDY2Z+FdxbyWsg7gHg935I+xDju2MbpmHsAABfz4KMsmsF487LGh 37BLlbTYIYxcnZPZfBx/P24e9nkPet+0roPm1yt8nbVSr/TSd35+Nx1nGobfhLOjo2lLG09zYUf5 bKbGpmHXadTtOkk8jIcxxg0+BjJPsHGh25xdF2f4gnmQcZijc1izIwczR4I1uhLmV3j84rCpFe/t qV5kUFmiblm7xUuPR+kWzj/PGXn59/6ejZGM+2CA3ryuJxL04sw7zDNgaWmOwrCyidzk6z7IvffG wBw5bF6tUhb6DDydm2Ph05mmJrLETJed/MfFw35+ZSP5Jpts0lF92pl3KTXtr3VkRMrQZJ2T1oHf 1G9c1Gtdx/cc+35IeZrwcJN2HRcWymd0CMxKDye46jRrbo4T6XZOHIs/s9SyydGsL4Ec44CcMgCl Ce5LUYKwuDcyV5t8XGHhmiOMWFBmoyjx52CZwQbWfOn5gww8fLiBCJda0KEAYqcIihWEL3ZIYLDC Bx4+juyxxx5lUQZxSWhlKiO/cMOAY251UZx4DHxYBDSz6kWRbopqwnhjm7Q+Pg1fBvLF3RXEcUde qcIzDIjMiMPnxbtelMO0V3j/bpB8EFRpd3iOXVt8ZKWNcMk5bEKpgoIDHgYnjHH4Iz+863C8hJHt 5OG3eR2Bh/Em040w7MEgxRRntA39DsJTgD92IE2DDx2cieknsVHxcJp37rcpU9N3Ob7kWdO6ko/x dbe8rSy5Mtg7rrfcckvbucD2Dje3KM2qUC/+R7FmFv2nnnpq3B2WSxNesfP9OPvZ9+9h1TWXb/ps GGNTmia/rQ65d6N4Nox2TcvlrZiHwcOkTzop+XzsXe4Z75jbGKNQ9jNPcTXXhBZ3GFcML5AFcGXO vIuCxeZIPAswBtvRcIQ1Yb+JLDGMcpOGGWqakadPl3eM1XWNDDxfM0/YjgG8iKU7Vny+YMhHlZw8 gXHlRz7ykRicHTzmsh73l9126Pq0B7m38teRm9J8SKvfeEscv/MAxZHxSpoeciIKOwyQu4VJ41T9 jZyTM0JAQUl/gpDRun0YrFrXfuUx/HPh6soSubTsWa/8LEyva9X44+JhymN9AiNdvyaweiBncTwV 5OXNpv21rozYZJ1jdfLXqm3i46T33eaXNBy/6R/phwv6Jy6vbT2Iy22oLg83adeYsf4JgSEjwNrP 9BsHH3xw3JyRy4IP7vYhnrUixMcuI4wDuulF2OAA72M8YGS6AvQBeFrNEesVNszw4Z85zMj6Nfqc 9Jhi+izzL0Q4v+bgGetMdC0c64tehPrPCwYr6FcwEvXeP3NyDGnkqNt4hSxsbqlZe3kMfDqsmTnC AMKQwRTV/PZ18Pe88+TLQL6suSCuOb2IGXH4vHx6ufscprlwuWeD5IPcjy4NnqP8tD8f4eocL50r i3/Guoqj6+BhcMIYhz94Ah0VG7aMvF7EvI7Aw+g3utGTTz4ZPRLb2pu2ge8gvM7ce++93aLGzW/X XXddOQcRcFQ83LUQ7oWtBdyjeJvjS541rSuJG193y9vKkiuDvePK5gI+bqSEniknY6Xh+N2L/9GL 0HchNirwoTNHeB5C1wUxDvlyD6uuMfE+/4YxNuWysDrk3o3i2TDaNS2XzTE8HwYPWzq98rF3Pm97 xpW5jTEKnTEbP7j20qn6uIPco+vgaDH06oy76KfnvTBHcgwRx+mwFoIw0rB1bBNZYpDy9QprehHW 1ynxjrGa8bMOeb6mr9u6Cy9ivfQiYMi6PCdPoHOytflJJ51U7LXXXrFoeK8ftmGl8VUduSnFq9c4 6MPaOpZn559/fskrPgz36EUwzMUQz/gpDVP3N3IOG7ZT4lg7+hOEjOZ1OD5s1br6OLl7zz/p+7qy RJqO/90rPx+u233V+OPiYcpjfYJjuf2awOpw8803F5/97GfjTy9vNu2vdWXEJuscq5O/Vm0THye9 t3EgfZ77Tf/I6UXMSI44pvupy8NN2jVXZj2bLgRmpcEJSnabXPgYQycxy0eaB+UGhhB8QIW22Wab cvHAwpMPIxCLP5QgLFDoiBg0MBghnJ122mkxjN8Rx4BjH2cRTLAMRuAhLopMXNNhBUq6kLfMtYkX y1Q+JnC0CfnxG0MSO0aGD0sInixsjVDSQNQV7yW4U/OEYtnIBnH7jWDEuVz8kTbWfaZMAjOUAPbe H7fC0QNm1HPQQQdFZS1GCBDxWRh4q8Qjjzyy9AZDvf2ijzxtoENQZFFouIIfOBjhtQNCOYx1I8If ZbzyyitjGxq21DmNSzyepXU1TMnX6poKlQhJ9o5wZi1r+fCb9x4/8vOEQGa8Zc8RQLt9FLIwda42 0eAFhp083riDutA+RiZM85tFsRlf8fGXDx3WrsRDkYIAgHX2DjvsEPnNBH9T4LGTgw+7tIXxOAsb hEwMXVBe7rLLLsUll1xiRSh5ow4Pl4kMcEN5rA3hc4zSvIKJpOy9T5Zn8HeTusLPpnjiHiM06//g 5XmIe8PQl8OEEfoAxh70H9oYzDmeCcXy61//+rZ+RjvmeBj+Z3dDjv9ZgPuzrrfYYoviG9/4Rrmg YhGK0te8JrFgRclrNIy6WlpVr03GJvLwONlOCPgenAw/2mUUNGi70icpC+UkLnhbmSkf846Npdz7 MbwuDzPeWpqkZ+OD4QFOjAGecs94T78DUyOUHaa0t2fDuKLoMyUm8ymLXZvnSJ/5yHBD+W2GB01k iWGUmzRMSckHaRZe9HXGIXbb0M+RObbffvtynPBjGwZt8ITVlfmeuFZX7m2uQwFvu4UZhzHCYaFO XP6QORhrkH8w+ATHO+64I1tNPhYwFhihoBqFYaWNm3XkJsZL+g5/1A8eRUll4yB8nfI29eEDhfUd ZDWT83hn8gtjIosyeBmFYS4dwlcl0vV9mTma3cB4kmHsptzwwxvf+MYySXZ1Gx/XrSuJ1ZURm8gS 5AtmNt4av1Ydh5lTiUvb0q5mdN5LpiVPT+PgYcZskwkZM+lXfJii/PAhijt/3CJKFtYv8H3T/lpX RmyyzmEsStuENrV1Blc/Xvn24N7k9zQNZEtrc9qdNjfy4yGKKbxZsTbBkId+A0/Ql0x5xb19mK/L w03a1cqtqxAYJgLIMrYBBL5nHYYRq82hjDcYQvABFWJThG3wwNjjhBNOiM+RAVgH4GULWYSxlfUk feYTn/hEDOPlTOZA+ziLHoB5CbmDuPT3L3zhC3GuJF2I/mpkZcO4lY8JzGPkx2/6ph0jQ3rIRiaX Et/0ItR15513jvOkpcsVXY6RGRvbb+Y8ZCD+GHPw+GIyFJgx1th7ymRkay9+c/Y8ylrT1RCf9do6 66xjweMHKCsn6zwwNSJ9MIKY/xnTDFfGP5vTeM9YBrERCi+wyHSUEZ0T+Rm21DmNSzyekZ+vq2FK vrzjz2RF4kCsP+wd4UyWt3z4zXuP3x9i/vE/OinjLXsKH41CL2JHaLPZjDyRqYyoiz82wn/EQJ9h xld8/GWusHYlHusHPhzCR/Pnz4/8ZnoR+B1ifmdNTlvYmh5ex/MPcw4G8HgQsE1TxDHeqMPDxB+U KI+1IcbSyGCpXsS8H/m0rX2b1BV+Zmc8xL3JOfwGL8uD3/CUYchvI1s/0wcw9qD/0MZgjtdK1iHm ccbi0I6kx5/nYfjf5E17b/yPXoSxzAhPOHgZYtyAkFeR3Rh3INaUpiPh9zDqSjqDUJOxiXw8ToYD eizGDMMnxxuDlLFb2EHblT5JWSgnci542xqCPJh3bCzl3o/hdXmY8dbShOdsfLA6gVOqF8k9Izz9 DkyN0LfivWrYhG7B9L/0D+YRm+fIiznVcGPzja0nm8gSw6qD6UXQR6OnoK8zdrH2pp9jMIMBo40T fmxDFwRPWF1tjWt8TTp2zzrLvMszDiN3oPcgLn/IHIw1rMn5433OCIZ6MwYwFhiNyrCyidwE79J3 bLxlHGQTmMkB8HXK29SHjVt2VB2yGv0IuQIy+YUxETw5dpG5LpdOjFDxH+n6vswczVwNT1BmjHvh B5u7SRaP8sbHdetKOnVlxCayBPmCmY23xqNVx2HmVOLStow9ppfqJdOSp6dx8DDjvcmEjJn0Kzzv U3748DOf+Uycz61cfPdg/WJ6kSb9ta6M2GSdg84jbRPa1NYZXHvpRUx+T9NAtrQ2p91pcyM/HiLr 4qGetQI6JvoNPAGvfvrTn45Rdtttt3LjQV0ebtKuVm5dpxiB0EF7UphMW9P4FwS/VtjRjE+inn/h A1crLBbb6hgGtFYwQukZj3TDANMKgklb3CCItEizX75BUdIKQm4ZNyxsWuEDTd94li5hg/AT44dB pSNeGEBa4aN+W5qUKwxIZZ60a/hw0hHX8kiv5Onjh488leKGD2VlnmHgbIUPZB3xgsVvDBMUAR3v fF2D9WrH+7Sc/ndQmLWCUBHTDhNW5bjho3Vb+wyCUzBkKuub9p0w6Jf8EYTiNjzTsE1+Bw87HXUN k3bkCY9PcJHWVk/yDIuOjrg+jr8PO9ba6hrczlaOG5SUZdwmPDwoTowN1NvXg3vaLUyybc8vuuii FjwbjKvK59a+deoaFkZlOj7/IDBFLHLlCh8RO9qIvt9vvIC/bIxgTKP9fZ697oMCrC3PYLhUKW5Q qJZtOqy6Dtq+hK8zNhGPtq6KUzjGrKxrnTLm4gzarkGh3dEujHnMLbk+RZsHZXBZ7kF5OHiz6sgP PmRc82Mkc00QdFthsVeG9+O41R2+93xIf7N3w7wGgbytD1uewQiiFT4+tpUhfMxoK0MTWWIYdagy 5zFuMM/Rz/1YZfW0MSss+NvqyntrP8pKXYPSoCOMpeOvtHFYmLRh5esbFoVlOueee27XcD7OoPd1 5aagRCnnYV+n9D7Hs5QRfs/JMWl8fu+3336lDDJo/Sy878u59k3zDYaiJd5N6+r7dZpP+hu8vIxY V5ZoMg6nc3haRv+7W/sa7uPg4ap9zs9LJi9UjUud0/7aREasu85hvPX4d7u3+lk7cB1Efiddm+eq 5mkYBYP9su+Qb10erto2uXb19db98HUQPZUes/hl2PXfCl5I+vbB8IErym8eivDhphWMUPrGDR/G WkFJ7KO26FOk2a2/2/OwsaYVPiKUccPHhFb4QNM3nsUnLP0FCgrbjnjoRYKHi7Y0KVdQ5pZ5clNV BiJf8vTxw0e6jnytfP6KrsMofLxoBaOcjnhhY1MMEoxJO975ugYD6o73Pq/0PhgMtcLHsph22KxT OW7YZNLWPoPgdM4551h1O67h41/JH+EjXBueHYEbPAgGOB11DR+jIk94jIJ32LZ6kmW39ayPZ/es lz0FI9KOfC1seg0fK8uoTXi4TKTiDWND8JTcUU7ajXWpL2fwuNyCZ4ORWfnc2rdOXVmf+fTtPmww i6XPlSsY9nS0EX2/33gBf9kYwZhG+1t+/a7ho0tbnrn1cC4N5HejYdXV0hvkWmdsIn3auipOwfh3 kCJVCjtou6JzTtuBMY+5JdenCItMazQoD+fW6PAh45ofI5lrgjFM64orrijL58dxyx++9+Wnv42C wgfrtj5seYZNY61gHNdWhmCo3VaEJrJEW0I1f1SZ8xg3mOfo536ssnramJVbW1j7UTzqWuV7EunS xujfuhFrc8sf/dgoqK7cFIyLynnYypi75niWesDvOTkml0bwfFvKIHUx8H05175pvsHrXJlV07r6 fp3mk/4GLy8j1pUlmozD6RyeltH/7ta+Bt44eLhqn/PzkskLVeNS57S/NpER665zGG89/t3urX7W DlwHkd9J1+a5qnkaRsHQyWdbWx6u2ja5dm0rgH5MHQIvCsw0KwkLdHbzYOlunjh8RbHoOv300+Pu gjC4+lfRApMjbMLHr7ZduhYIS2COkfnyl79cWgfbO3YpcLSEWefZc7uGD0PxDFlczpuVJe9wVYUV flA+WtDyyq4jdr5wbI4RFrpm4WvPgvI8njnLb6wCKSMWnBCuQtm9Qb09bbDBBv5nz3us+M3SnIDg Gj68lLui08hY1GMx7S372bGRO6ee+kPpTiOehQmhMKvDjTfeuPjqV7/a0S7UC6vHMJG3YUj94AXI jnyJP/r8C4NdGY+guXbplkTq+teHY7eIWYzj3SRtDx+2yT2W10a0GwQPwRNG8D+eejwf8o4dIEE4 Kd3+Wni7ggVxsX5P3d6yix2vL+y4zxHW30HIjpboG220UUeQOjzckUifB/DDvOBJISVcR8KHfryg Leln3l2guVmvU1faO8dLxt+5cuGhyXjYykx5sKr3O9rtHWMMO9vY9WvlJn3vccjCdrvictrzBe1J euzuyhFjFJ6XfB7Dqmsuv37P6oxNpMn4ZO70e+VB3UaxA2/QdjVe9GW1sYudBCnRv7yXq0F5OJ0r SZ+5iHmBfI3o2/QbjxGeIWzHnoULwq/dxj7JrodREGVh1xNjoe9/eMay3SiMTcxX/j1laSJLDKMu zHn0Z9rOEzx4+OGHF8HwqcD7CXUEX+/+3sLbvGrjgT3nCibm7YC6sjsgKMRie/hwds/4gpcjcLN0 7Z2/YkEPsduo23zgw9e5rys3Mbbl+k5ahpycRRj4+tprr42e1tI4/KZt8FzBXIiHMdqmCfm+zDjL Lp3zzjuvI0njYdtZSYCmdW0iI9aVJZqMw7SZn8M7QHIPvGzpHpe34+Bh63N4k0uJPs9aBK8Dfve7 HcVncev01yYyYt11TtV2sfp5PNKjRv279N7Pcz5PnnPUhfcaY3FtPZi6W67Lw9Y2ddrVyqSrEBgm AvAkYwkeKPBIkhLzFsfeBEV+x/zIHPT1r389jkc5ORDZDXfm6Fxs17SlPy+st1ibMxfmiONf8W5w 7LHHtq076K/IZF62tPjMr+zYw8OqEfmmMiZlNc+z6EXo/+yKhdiFi3c06u0ptzb17/098pnXizBe sHvadln6sNzj8Qws8CBqRJnNC4w942o4m37Ev2M3oskF7BjGe4qFt3DUi/GHHZAeQ2Q+eAFCPqtK 6G4sHnFMt1AlPvJ/NwofUsod5Xg3SdujW7xBn3tvHcYTeLjyxx/B/3gw8etf8kEOCh++S49kad7g S1x24HqdF+E4moL528tlPj47RpnD4U/4KaU6PJym0e837YpXgJTgPfL34wX9GZnWryXNzXqduiJP e/60MpheJFcuPMl4XiQO5eEIG96lhP4UHSteS6zcpI/XmarE2tDzBe1JehwLlSPGqGA83aZTGFZd c/n1e1ZnbCJNxidzp98rD/ptKj/1Cl/13aDtarzo07exy8ZM/w7+9mvZQXk4t5ZkLmJesHGG/NCP 0W88RqxB/PxBONNJcM97vI2NgigLnkEoo+9/eFkMRlIxS8Ym5iv/nhf0vbqyxDDqwpzHGjw35+F1 FH0l33CoI/ybm9PtuCAbD3y5GIe9XiRs2onfUGiPHCHD4B0AzxqWbi6c6f/xboKn71FQXbmJsS3X d9Iy5uQswjC2ofPAk0mOGB9OCJ7FmAvxgkLbNCHfl/ke8fGPf7y49NJLO5I0HvbfK5rWNcdPHRm/ 8CCVEevKEk3GYdrMz+HdyspzL1vmwo2Dhxlf6HNeNrOy0OdZi3BkN/KbkekNLC7fPAftr01kROSi Ouucqu1i9bP6cu31vdGH497Pc8gCRjxHp8vaJCVbD6a647o8bG1Tp13Tsun3dCGwECYyvYrc1OVV r7TH+Q6XebgkgtlZZNDBGLz7kbnsYhAiLhOqFxZ7xceVG/kCMXkRD2V4P8IFEgtw4iAIcSZZP6Ju 1Is/Pqzxm8kYl1tM8kw2oyRfVzCjrl6AH3be5MHCHmypJ3lVac9hl2PQ9HCBj5DOxIRwOirFCvwD z8IP4MKHE4QEeAmlBgJpFbzgo7BTsxTa4d+q/M/YwR/5sKCi7/Ti/5nm4UHb0ocftK4+btN7cGPR CM4IJF4Ib5p2Lr7nCd7T90Y9vuTKUfXZuMemquXqF27c7TpuHmbsRjF79dVXRyiCF4yuBk39sKry HjxRINA/mD8MXz68Mi5Vna/qyhJVytgvDG3EuM54ytxRZQzvl2av98gi9B8UA4PMsyhZbUGD8j7s Ku6VzVDe1ZGbhpExcy31hZ+REQfhpab5w8d83IKHmeurzs1N860T388b8O0gskSd/JrGmQke9rxE H8dIGp6qSoP012HJiH5+pV2rrnOq1mlU4Wz8B1/WWVXG0ro83LRdR4XBXE0394FhLmLBhhTmD/oA 8zsfzqr0A+Ydxkf4mrj0+VQh2Q1PxgsMPpgvGeOI12tdaOngMhvdBnGQ1aroRagb9TK9CL9tDcx6 dNTrFl9XMKOuvT5GWV3rXskDF/hgSz3Jq0p71s1vWPFwgc8GMT4OYIQ+Tr0IOjLWzYztVfWChKXv IBfDj/BvVf7HaIU/2oX1SL/5cqZ5uEkbD1rXJnmlcWkj+h840z6MA6Mk2om1oX1ExVBn1ONLk/qM e2xqUlYfd9ztOm4eZuzGkOmqq66K1b44bNDrZtDkcal7D55eLwIfo09EzwD/Vp2v6soSdcvt49FG phdhXh/1nIcsgk6dvj7IPMv6zAw6OFKeY/dGTXXkpmGUCdnQjjlBRhyEl5rmjxzEcTGmF6k6NzfN t078JrJEnfyaxpkJHva8xFhFH4KnqtIg/ZW80m9ndWREP78Oss6pWqdRhbP5FXyrflety8NN23VU GCjd0SAwZwxORgOfUhUC1RFAyYbnCCi4yC3CsT3VIyukEBACQmAWIYAh2+abbx4Vt+yyxDPYJC8M ZxH0I6+KGVbiLQjFGYtEkRCYJgTEw9PUWiqrEKiOgAxOqmOlkEJglAhguGTeZ/HaGY7tGWV2SlsI CAEhMLEIYLSEJx30xXjBYAe/5JWJba6BCmaGlXgLCkfKSy8yEHoKPAkIiIcnoRVUBiEwfQj0d/Ex fXVSiYXARCCApTofUbF0ZHcF7jyNULLgDngQN+EWV1chIASEwLQjgGLFjnw74ogjZGwyxQ3KXIZL fCz52fmDG0aIeQ73qbhe966op7iqKvosRUA8PEsbVtUSAkJACAiBiUAAvchN4dgT5ER2h9tOfgrH TlQ8tPChVSQEhIAQmGsIoBOxI9/w+iRjk+nlAI6yu/POO6NhCR7GzzjjjFgZ5jkMiTjKSHqR6W3f uVBy8fBcaGXVUQiMHgF5OBk9xsphjiLA2a69zod94xvfWFx55ZUSOOcof6jaQmAuI4DCecGCBdEo j+N0Jvk4kLncTlXqzvnozGXd6Prrry84Q1skBCYVAfHwpLaMyiUEhouAPuIMF0+lJgSqInDfffeV xy3m4syfP79AXtSHuBw6eiYEhMBsRgC9yIUXXljceOONBcfpyOvr9Lb2e9/73uLyyy/vWoHbb7+9 2GSTTbq+1wshMNMIiIdnugWUvxCYHQjIw8nsaEfVYgIR4Jy5D3/4w/Gc67R4nJH5tre9TUqVFBj9 FgJCYE4gwLnpBx54YPybExWexZXcfffdo8EQbZoSHw7WWWed9LF+C4GJQkA8PFHNocIIASEgBITA LEMAr65HH310Vi+CN9gdd9xRepFZ1uaqjhAQAtUQYA2N3pg/0XQjsM8++0SDoaWWWqqjIuhF1l9/ /Y7neiAEJgkB8fAktYbKIgSmFwF5OJnetlPJhYAQEAJCQAgIASEgBISAEBACQkAICIE+CMjDSR+A 9FoICAEhIASEgBAQAkJACAgBISAEhIAQEAI1EXhRzXiKJgSEgBAQAkJACAgBISAEhIAQEAJCQAgI ASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBITBHEZi1R+o8/vjjpctOdjMts8wyc7SJVW0hIASE gBAQAkJACAgBISAEhIAQEAJCYK4h8NhjjxXPPfdcrPZKK60kvchcYwDVVwgIASEgBISAEBACQkAI CAEhIASEwBgQmJUeTh544IHiFa94RbHRRhvFvwULFowBSmUhBISAEBACQkAICAEhIASEgBAQAkJA CAiBmUfg/vvvL1ZfffXiZS97Wfy74IILZr5QKoEQEAJCQAgIASEgBISAEBACQkAICAEhMOsQmJUG J0sttVSx3nrrlY21+OKLl/e6EQJCQAgIASEgBISAEBACQkAICAEhIASEwGxGYOmll44bcayOSyyx hN3qKgSEgBAQAkJACAgBISAEhIAQEAJCQAgIgaEhMCsNTlZZZZXiX/7lX4qzzz57aEApISEgBISA EBACQkAICAEhIASEgBAQAkJACEwDAquuumpxzz33FJ///OenobgqoxAQAkJACAgBISAEhIAQEAJC QAgIASEwpQjMSoMTawt29IiEgBAQAkJACAgBISAEhIAQEAJCQAgIASEwFxFYZpll5mK1VWchIASE gBAQAkJACAgBISAEhIAQEAJCYEwIzGqDE8NwscUWKx588MHi6KOPjkftrLjiisVhhx1W/PSnP7Ug 2esTTzxRnHfeecU222xTEIe/LbbYIu4QeuqppzriPP/888UXv/jFgrORL7zwwuhh5V//9V9jONL6 3Oc+V6ZFmt/+9rc70uAB3lkOOuigMs+11lorlvf222/PhtdDISAEhIAQEAJCQAgIASEgBISAEBAC QkAIdEMAvcgDDzxQHHrooQVeYRdaaKFi3333LX7yk590ixKf//KXvyzOOuusYrPNNotxiPfnf/7n Ub/x5JNPdsRFL3LxxRdHfcg555xTfOpTnypuvfXWMq0zzzyzTIs0r7766o40ePCd73yn+OAHP1jm ueyyy8byfv/738+G10MhIASEgBAQAkJACAgBISAEhIAQEAJCYGYQWKgVqFfWOQVCr/CT9O6qq64q 9tprr55FQonxyle+siPMN7/5zeIDH/hAx3P/gDAoSIyeffbZ4jWveU2BQsYIZcq6665bvP3tb7dH 5fXFL35xcdtttxXLL798fIYRy/77719cd911ZZj0Zvfddy9OPfXUYvHFF09f6bcQEAJCQAgIASEg BISAEBACQkAICAEhkCCwwgorJE/mzs8rrrii2HXXXXtW+M477yw23HDDjjBXXnllsfPOO3c89w9u ueWWuDHHnqEXWXvttYtf/OIX9ihuynn5y1/eFs5e/smf/Elx3333FdZG6KDe//73F9dcc40F6bju vffexbnnniu9SAcyeiAEhIAQEAJCQAgIASEgBISAEBACQmD8CMwJDycGKx5OvvWtbxXHHHOMPYo7 dX7/+9+Xv7m56aabSmMT3M/imeSuu+4q7r777uL0008vw77jHe+IihF7sOSSS8b0UHzss88+8fHh hx9eGpuwC4j473vf++K7RRddtFh44YXj/f/+7//G52Zs8s53vrO4/vrri//8z/+MBihvetObYrjL LrusOOqoo4o+dkIxrP4JASEgBISAEBACQkAICAEhIASEgBAQAkLAEDj++OOjV9UTTzzRHhWnnHJK kepF0E2YsQl6kQULFhQPP/xw8cgjj0QdiUXecssti3//93+3nwV6kYsuuih6OTn44IPjczbW4C0W YpMOOpY99tgj/sbzyiKLLBLv0YvssMMOpbEJhjJ4emVTD95jt9566xju85//fPGhD31IepGIhv4J ASEgBISAEBACQkAICAEhIASEgBCYWQTmjIcTvJ2YggPIUVB89KMfLVIvI88880yx7bbbFj/+8Y+L efPmxWNvVlpppbZW4p15Nnn3u98dj9150YvabXdwC4s3EiO8krALx8I9+uijxVJLLVV6N7n88suL Aw88MAbHXW3qXQUDkxNOOCG6pSUQu4g22GADS15XISAEhIAQEAJCQAgIASEgBISAEBACQiCDgHnP yLya9Y+8h5MbbrihsM0sVBzDD4xCUi8j6EXQeWBIgrcSPLOuvPLKbVjde++9xSte8Yr4bLfddisu vfTSUt9hAdHD7LTTTvaz4Igdjg82vQgGLEsvvXTp3YQNNqYL4ZhijvzxhF6EjUQc0wPdcccd8Xgf H0b3QkAICAEhIASEgBAQAkJACAgBISAEhMB4EWi3khhv3mPLbbvttive8IY3tOU3f/78tt/244kn nojGJvxGEYJRCMoW/7fGGmsUr3vd62KUm2++Ob6z+HZlZ44RO4FQlJhShecveclLSmMTfn/3u9/l Eg1g2LXj8+P+N7/5Tbmbh3AofERCQAgIASEgBISAEBACQkAICAEhIASEgBDohwCeQ7baaqu2YOYx pO1h+MFxOOa15IgjjohGIU8//XTh/9Zcc81Sz4I3FN6l5PUiX/va14pDDjmkTS/y0pe+tDQ2Ie6N N94Yk8AABo+y6EJ8nuhF/HHF3/ve99Is9VsICAEhIASEgBAQAkJACAgBISAEhIAQGDMCf/BbOuZM x53dW97yljalRq/88V5ixM4Z/prQcccdV2y//fY9k/jd735XKnNwFWu7hHpG0kshIASEgBAQAkJA CAgBISAEhIAQEAJCQAhUQICNOH4TTK8oZmxCmEMPPTT+9Qrf793JJ59cHs/TLSx6EY4yhjB4WX31 1bsF1XMhIASEgBAQAkJACAgBISAEhIAQEAJCYIIQmBMeTgbB+9lnn20LzpE7OVpvvfXi41e96lXl ecO5cOlxPLkw//d//1f4fC3tNCznJhutssoqdqurEBACQkAICAEhIASEgBAQAkJACAgBISAEhoLA r3/967Z08DiSI9ss8+pXv7pYdNFFc0His/Q4nlzAVC9iaadhvV5ktdVWS1/rtxAQAkJACAgBISAE hIAQEAJCQAgIASEwZgTmhIeTQTBdd911y+C33nprsf7665e/69x4F7Ld4i+55JIFRiZ4V9l9992L s846q1hooYW6Be/7/IEHHiiuvfbaAoXNhhtuWGy55ZaN0uuboQIIASEgBISAEBACQkAICAEhIASE gBAQArMCgZe//OVlPe6+++7ila98Zfm7zk1VvQj54l1ln332KS688MJGeoz777+/+PrXv148//zz xWte85rizW9+c6P06tRbcYSAEBACQkAICAEhIASEgBAQAkJACMwFBOThJLSydyu73HLLle1+8cUX F61Wq/ztb5577rnihz/8YfGDH/ygaxjCL7bYYj5a9h7jklVXXTW+u+qqq6LhSTZgePjoo48WN910 U/HEE09kg/z85z8vNtlkk+JjH/tYcfzxx0e3tZyVLBICQkAICAEhIASEgBAQAkJACAgBISAEhEAO gYUXXrh8vPzyy5f3559/fledB3qR22+/vbjtttu6hiGhqnoRO0bn8ssvL+69996yDOnNww8/XFx3 3XUFRxLn6PHHHy/WWWed4iMf+Uhx1FFHFW9961uLL33pS7mgeiYEhIAQEAJCQAgIASEgBISAEBAC QkAINERg1hqcPPXUU6XyAaORp59+uoTqN7/5TfHII4+Uv1FWcF4wtNZaaxX7779/vL/ggguKY445 Jhp58ACPIY899liBIQquW1FavOtd7yrIC0LZQloYfZjig91A/P7Zz35W/Nd//Vc8Oue3v/1tDO// WZ6/+tWvim233TYqTywc5UWJs+eeexYc4bPLLrsUl1xyiY9e3v/oRz8q7+3m5ptvLn7/+9/bT12F gBAQAkJACAgBISAEhIAQEAJCQAgIgVmOwJNPPhn1EVQTvYjpLviNngE9hdGDDz5Y6kVe9rKXFYce emh8dfbZZxeHHXZY1HXwAL0Iug0MURZffPFi0003LbbeeuuCvCD0Ig899FCB0Qe6EOjOO++Mv8mD TTQcKWz6jhjghX/kA6EXef3rX19cc801ZTjK+/3vf79497vfXay55poxT3Q2OWJzUEoYqEgvkqKi 30JACAgBISAEhIAQEAJCQAgIASEgBJojsFBQOuRdeLyQtikNmmc1vhQ4UgYvHyldf/31BWcL77vv vkXq9WO77bYrLrvssujt5JlnnolGHTklRZrmfvvtV5x88skFu4G+8pWvFAcccEAapOP3SSedVBxy yCEdz6+88spi77337niee3DDDTcUG220Uceru+66q9hqq63anuPthJ09IiEgBISAEBACQkAICAEh IASEgBAQAnMNgRVWWGGuVbngSBm8fKTEZhb0Je973/s6vH7ssMMOBXoJvMCiF2GTDeH70Yc+9KHi zDPPjHqRL3zhC/Go4H5xTjvttOLII4/sCIZe5T3veU/H89wDPM5uvPHGHa/uuOOOqPvxLz75yU8W xx57rH+keyEgBISAEBACQkAICAEhIASEgBAQAkJgCAjMSg8nyy67bDFv3rw2eJZZZpliiSWWiM9y SpfXvva15dE6xL/22muLM844oy0N+0FaRx99dHHrrbcWp5xySlSq8K6qEgvvKDnaaaedYprbb799 7nU8cxjvKuxCyhmbEIm6HXTQQWV8XNKSrkgICAEhIASEgBAQAkJACAgBISAEhIAQmBsIcFzw2muv 3VZZdBlLLrlkfLbeeuu1vePHZptt1qYXQeeBJ5MckdYJJ5xQ3HPPPQVeUOxInhVXXDEXvOPZS17y ko5nPNh1111jmjvvvHP2PR5hr7jiiugFJWdsQqT111+/OOKII8r4a6yxRmUjljKSboSAEBACQkAI CAEhIASEgBAQAkJACAiBSgjMSg8nlWpeMdD//M//RDewOIJZaKGFiqWWWqqoqkCpmEU2GJ5l+Ftk kUWKRRddtMAIhryrEruRIOKJhIAQEAJCQAgIASEgBISAEBACQkAIzFUEqm4Omav49Ks3ehGOFza9 yNJLL12stNJK/aI1fv/f//3fBX/oRRZbbLECI5pB9SKUmXgiISAEhIAQEAJCQAgIASEgBISAEBAC QmA0CMjgZDS4KlUhIASEgBAQAkJACAgBISAEhIAQEAJCYAIQkMHJBDSCiiAEhIAQEAJCQAgIASEg BISAEBACQkAIzEoEZuWROrOypVQpISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAhMCAIyOJmQhlAxhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEwLQjI4GRaWkrlFAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBITAhCAgg5MJaQgVQwgIASEgBISAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBAC04KADE6mpaVUTiEgBISAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAITAgCMjiZkIZQMYSAEBACQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhMC0IyOBkWlpK5RQCQkAICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEwIQgIIOTCWkIFUMICAEhIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAtOCgAxOpqWlVE4hIASEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACEwIAjI4mZCGUDGEgBAQAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBITAtCMjgZFpaSuUUAkJA CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhMCEICCDkwlpCBVD CAgBISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhIAQEALTgoAMTqal pVROISAEhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhIAQEAJCQAhMCAIy OJmQhlAxhIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhIAQEAJCQAgIASEw LQjI4GRaWkrlFAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhIAQEAJCQAgIASEg BITAhCAgqgkcgAAAAiRJREFUg5MJaQgVQwgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBAC04KADE6mpaVUTiEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAITAgCMjiZkIZQMYSAEBACQkAICAEhIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhMC0IyOBkWlpK5RQCQkAICAEhIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEwIQgIIOTCWkIFUMICAEhIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAtOCgAxOpqWlVE4hIASEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACEwIAjI4mZCGUDGEgBAQAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBITAtCMjgZFpaSuUUAkJACAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhMCEICCDkwlpCBVDCAgBISAE hIAQEAJCQAgIASEgBISAEBACQkAICAEhIASEgBAQAkJACAgBISAEhIAQEALTgsD/B6GMEVgCqJnD AAAAAElFTkSuQmCC --Apple-Mail=_8EA37EF9-E712-4824-A425-D86085D8B952-- --Apple-Mail=_5A5B1616-DF93-4BF9-AAE1-2FB216CF1379-- From nobody Thu Apr 2 07:58:08 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF641A9147 for ; Thu, 2 Apr 2015 07:58:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yji4oRqZKAqd for ; Thu, 2 Apr 2015 07:58:06 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0145.outbound.protection.outlook.com [65.55.169.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAC931A910E for ; Thu, 2 Apr 2015 07:58:02 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1432.namprd05.prod.outlook.com (25.160.107.154) with Microsoft SMTP Server (TLS) id 15.1.125.19; Thu, 2 Apr 2015 14:57:59 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0125.002; Thu, 2 Apr 2015 14:57:58 +0000 From: Ross Callon To: Damien Saucez Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgACADQA= Date: Thu, 2 Apr 2015 14:57:58 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> In-Reply-To: <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.10] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1432; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(164054003)(76576001)(92566002)(74316001)(99286002)(62966003)(77156002)(230783001)(66066001)(2656002)(87936001)(2900100001)(2950100001)(33656002)(110136001)(102836002)(46102003)(86362001)(54356999)(76176999)(93886004)(50986999)(106116001)(122556002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1432; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:BY1PR0501MB1432; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1432; x-forefront-prvs: 0534947130 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2015 14:57:58.4769 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1432 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 14:58:07 -0000 > See [CCD12], this document provides a generic model that works for > any desegregation assumption as long as the map-cache is implemented > with LRU. > > Damien Saucez I am at meetings all of this week (and of course last week was pretty busy = for most of us). I have however pulled up a copy of this paper, and will re= ad it through as soon as I get a chance. I will try to respond the first ha= lf of next week.=20 Thanks, Ross From nobody Thu Apr 2 08:04:02 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFB4E1AC3D0 for ; Thu, 2 Apr 2015 08:04:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2aYYNyiGGsv9 for ; Thu, 2 Apr 2015 08:03:59 -0700 (PDT) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A8651A044D for ; Thu, 2 Apr 2015 08:03:59 -0700 (PDT) Received: by wgra20 with SMTP id a20so88225620wgr.3 for ; Thu, 02 Apr 2015 08:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=y+KbVy4BSLu9W6mS+GnZ0FX/rmBFV1y4/J4BGQmxQhc=; b=QaqrwbM4ujzS/oCfDyLUoADhAjfVuquF79merYbo6v0BAFQ/sUE+TvD2/hWuiRozuE hwbC+D+GRkjsFR0TYsSmtvjTdvZYd34YsuacZDHicBWUGkVcaCLmqb19fxH+nfUhviZg oNy0BFBLVnow6JzG6u9V60VgZIdn2mpQt/hYM08e0Hkm7Ki8XRzXB3umF3yqY6OQdDFM uzSgylDRGw15EqEfrZWAqSBrkGcPE6BJNNm8H3nhFb0EgURdOaa08i2qys8pBrTWD+hv p2vw5Gctz1ahykMDv9ieV1L4bjsUSI6JqU3cA+35Fmq7MdY0Hkiu1p4iw4LieUtEN6nA OmZQ== X-Received: by 10.180.89.227 with SMTP id br3mr25976115wib.67.1427987037946; Thu, 02 Apr 2015 08:03:57 -0700 (PDT) Received: from [172.24.11.18] (public.eurecom.fr. [193.55.113.196]) by mx.google.com with ESMTPSA id es2sm16002034wib.8.2015.04.02.08.03.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 08:03:56 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Damien Saucez In-Reply-To: Date: Thu, 2 Apr 2015 17:03:54 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <062B0B77-92DC-4A08-BB4B-DEC7031D92EA@gmail.com> References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> To: Ross Callon X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 15:04:00 -0000 On 02 Apr 2015, at 16:57, Ross Callon wrote: >> See [CCD12], this document provides a generic model that works for >> any desegregation assumption as long as the map-cache is implemented >> with LRU. >>=20 >> Damien Saucez >=20 > I am at meetings all of this week (and of course last week was pretty = busy for most of us). I have however pulled up a copy of this paper, and = will read it through as soon as I get a chance. I will try to respond = the first half of next week.=20 >=20 great, thanks.=20 Damien Saucez=20 > Thanks, Ross From nobody Fri Apr 3 08:07:15 2015 Return-Path: X-Original-To: expand-draft-ietf-lisp-introduction.all@virtual.ietf.org Delivered-To: lisp@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 594FE1A035F; Thu, 2 Apr 2015 12:56:08 -0700 (PDT) X-Original-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BD7F1A034F for ; Thu, 2 Apr 2015 12:56:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bME67X6lQYaR for ; Thu, 2 Apr 2015 12:56:06 -0700 (PDT) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDDF91A035F for ; Thu, 2 Apr 2015 12:56:05 -0700 (PDT) Received: by wgra20 with SMTP id a20so95308312wgr.3 for ; Thu, 02 Apr 2015 12:56:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:message-id:mime-version :subject:date:references:cc:to; bh=2WbRmzRPYRzHW6yLX5TNsDziSmugCndmynC0EtZAsMA=; b=jmhxVJYwnkwnZwgcts2dzFzE1P28i8ZRfUfXY0O1LyUAX3U5JfWZp5z+C8ggkPmO08 lx52EzWLKssX8LFZYXl/OIIlsYUJWbnzWMvzN1nqTunsAcjFnvYu1Lsiz7PZVcAICnBM ku4rjH9tA5UOBKPMaWjlDqiZS0xgq7X19tNgVCU0TfnS5AAfY+5U+h6lDIhYeptIuWuY GrKxe3B2zLmkwtrAEuym3xSs3gLC2o73JFhqk8cIiMeHfCsA6zdCdRsvzi0HDyYhueZM 8NnsK2rl61d3/mJ/ymcbtDxdN+ktV+8qO6zPpNrJWiIt/g79vz5oyVFRqDoUaOFAT86Y YeSw== X-Gm-Message-State: ALoCoQlhVV63LnI41patHl9Tkcm0qQBlaOFz4aXMQobQmI1lTOyFvu0204mEBgXXwYhJ+hA5pfkc X-Received: by 10.180.214.99 with SMTP id nz3mr28147055wic.82.1428004564466; Thu, 02 Apr 2015 12:56:04 -0700 (PDT) Received: from ?IPv6:2a01:e35:1381:3430:e47f:ba4f:935d:57fd? ([2a01:e35:1381:3430:e47f:ba4f:935d:57fd]) by mx.google.com with ESMTPSA id fo9sm31378035wib.16.2015.04.02.12.56.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 12:56:03 -0700 (PDT) From: Luigi Iannone Content-Type: multipart/alternative; boundary="Apple-Mail=_B18B6164-6CFA-4123-B1DC-77F0D2F10773" Message-Id: <1C31D186-A4C2-4D9A-AEB0-540D37890FFE@gigix.net> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Date: Thu, 2 Apr 2015 21:56:01 +0200 References: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> To: The IESG , draft-ietf-lisp-introduction.all@ietf.org, Adrian Farrel X-Mailer: Apple Mail (2.2070.6) Archived-At: X-Mailman-Approved-At: Fri, 03 Apr 2015 08:07:14 -0700 Subject: [lisp] Fwd: I-D Action: draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 19:56:08 -0000 --Apple-Mail=_B18B6164-6CFA-4123-B1DC-77F0D2F10773 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi All, authors submitted a new version of the LISP introduction document=20 addressing all of the discuss and comments previously raised. Please let us know if there is any residual issue. ciao Luigi > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > To: > Subject: I-D Action: draft-ietf-lisp-introduction-13.txt > Date: 2 Apr 2015 14:27:11 CEST > Cc: lisp@ietf.org > Reply-To: internet-drafts@ietf.org >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Locator/ID Separation Protocol = Working Group of the IETF. >=20 > Title : An Architectural Introduction to the = Locator/ID Separation Protocol (LISP) > Authors : Albert Cabellos > Damien Saucez > Filename : draft-ietf-lisp-introduction-13.txt > Pages : 27 > Date : 2015-04-02 >=20 > Abstract: > This document describes the architecture of the Locator/ID = Separation > Protocol (LISP), making it easier to read the rest of the LISP > specifications and providing a basis for discussion about the = details > of the LISP protocols. This document is used for introductory > purposes, more details can be found in RFC6830, the protocol > specification. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction-13 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > 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=_B18B6164-6CFA-4123-B1DC-77F0D2F10773 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi All,

authors submitted a new version of the LISP introduction = document 
addressing all of the discuss and = comments previously raised.

Please let us know if there is any residual issue.

ciao

Luigi


Begin forwarded message:

From: = internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Subject: = I-D Action: = draft-ietf-lisp-introduction-13.txt
Date: = 2 Apr 2015 14:27:11 CEST
Cc: = lisp@ietf.org
Reply-To: = internet-drafts@ietf.org


A New Internet-Draft is = available from the on-line Internet-Drafts directories.
= This draft is a work item of the Locator/ID Separation Protocol Working = Group of the IETF.

=        Title =           : An = Architectural Introduction to the Locator/ID Separation Protocol = (LISP)
       Authors =         : Albert Cabellos
=             &n= bsp;           &nbs= p;Damien Saucez
Filename =        : = draft-ietf-lisp-introduction-13.txt
Pages =           : 27
= Date =            : = 2015-04-02

Abstract:
=   This document describes the architecture of the Locator/ID = Separation
  Protocol (LISP), making it easier = to read the rest of the LISP
  specifications = and providing a basis for discussion about the details
=   of the LISP protocols.  This document is used for = introductory
  purposes, more details can be = found in RFC6830, the protocol
=   specification.


The= IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/<= /a>

There's also a htmlized version = available at:
http://tools.ietf.org/html/draft-ietf-lisp-introduction-13

A diff from the previous version is available = at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction= -13


Please note that it may = take a couple of minutes from the time of submission
until = the htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
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=_B18B6164-6CFA-4123-B1DC-77F0D2F10773-- From nobody Fri Apr 3 13:18:42 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906111A0381; Fri, 3 Apr 2015 13:18:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J4vPXSwYUjwF; Fri, 3 Apr 2015 13:18:37 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AD591A0222; Fri, 3 Apr 2015 13:18:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 5.13.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150403201837.15811.11937.idtracker@ietfa.amsl.com> Date: Fri, 03 Apr 2015 13:18:37 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] I-D Action: draft-ietf-lisp-lcaf-08.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 20:18:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Locator/ID Separation Protocol Working Group of the IETF. Title : LISP Canonical Address Format (LCAF) Authors : Dino Farinacci Dave Meyer Job Snijders Filename : draft-ietf-lisp-lcaf-08.txt Pages : 36 Date : 2015-04-03 Abstract: This draft defines a canonical address format encoding used in LISP control messages and in the encoding of lookup keys for the LISP Mapping Database System. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-lcaf/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-lisp-lcaf-08 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-lcaf-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Apr 3 13:20:40 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBE3B1A0058; Fri, 3 Apr 2015 13:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cosgveu3NnPS; Fri, 3 Apr 2015 13:20:33 -0700 (PDT) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90AA21A0369; Fri, 3 Apr 2015 13:20:33 -0700 (PDT) Received: by pabsx10 with SMTP id sx10so34283534pab.3; Fri, 03 Apr 2015 13:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=+ZFE5o6aMomRohRugo/bgS2YrXoHdfNoHumWmoUMT/4=; b=xPEOOG/0qP3Fp7+epz9pjCBihlWrMhOYxlqAe3fImoLwWm2b9srZrWpYVQW9cv40Wr lGiUL+s26o+SRsGkscVOcGOKlK7jJO+QYIjKUxStjOdbQh+yq2Jllc3441m4YV/yAGXI 3jWCMnRNYR4WDRzfJa65/pz56VPh84RsjOecXp0bPV8jNrVsyRC6CkxnHZvyN9kplcpa jE5jhM/dEvxviutwhqI+K3byf3w1GKA95qz+ADpBaWBhr8Cq9qRX07xClJBnRU191KeT skDrpZi9YNeTo4/xh4m3eL0fCiejWC6BUMMVQyimAuPgLNrWxzEBBnOcUV9baNxwR32V aVjQ== X-Received: by 10.66.248.132 with SMTP id ym4mr6740891pac.147.1428092433239; Fri, 03 Apr 2015 13:20:33 -0700 (PDT) Received: from [192.168.5.31] (ip-64-134-236-237.public.wayport.net. [64.134.236.237]) by mx.google.com with ESMTPSA id fg2sm8884467pbc.45.2015.04.03.13.20.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 Apr 2015 13:20:31 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_03B0E88E-3291-41E9-B674-BBEA58330FEC" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Dino Farinacci In-Reply-To: <20150403201837.15811.11937.idtracker@ietfa.amsl.com> Date: Fri, 3 Apr 2015 13:20:30 -0700 Message-Id: References: <20150403201837.15811.11937.idtracker@ietfa.amsl.com> To: internet-drafts@ietf.org X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: lisp@ietf.org, i-d-announce@ietf.org Subject: Re: [lisp] I-D Action: draft-ietf-lisp-lcaf-08.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 20:20:39 -0000 --Apple-Mail=_03B0E88E-3291-41E9-B674-BBEA58330FEC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This update contains the following changes: Thanks, Dino > On Apr 3, 2015, at 1:18 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Locator/ID Separation Protocol = Working Group of the IETF. >=20 > Title : LISP Canonical Address Format (LCAF) > Authors : Dino Farinacci > Dave Meyer > Job Snijders > Filename : draft-ietf-lisp-lcaf-08.txt > Pages : 36 > Date : 2015-04-03 >=20 > Abstract: > This draft defines a canonical address format encoding used in LISP > control messages and in the encoding of lookup keys for the LISP > Mapping Database System. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lisp-lcaf/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-lisp-lcaf-08 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-lcaf-08 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > 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=_03B0E88E-3291-41E9-B674-BBEA58330FEC Content-Type: multipart/related; type="text/html"; boundary="Apple-Mail=_400DDEDA-ECFC-4986-B9F3-41ABB91CC01D" --Apple-Mail=_400DDEDA-ECFC-4986-B9F3-41ABB91CC01D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii This update contains the = following changes:



Thanks,
Dino

On Apr 3, 2015, at 1:18 = 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 Locator/ID Separation Protocol Working Group of the IETF.

       Title     =       : LISP Canonical Address Format (LCAF)
       Authors       =   : Dino Farinacci
          =                Dave Meyer
                =          Job Snijders
Filename =        : draft-ietf-lisp-lcaf-08.txt
= Pages           : 36
Date =            : 2015-04-03

Abstract:
  This draft defines a canonical = address format encoding used in LISP
  control = messages and in the encoding of lookup keys for the LISP
  Mapping Database System.


The IETF datatracker status page for this = draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-lcaf/

There's also a htmlized version available = at:
http://tools.ietf.org/html/draft-ietf-lisp-lcaf-08

A diff from the previous version is available = at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-lcaf-08


Please note that it may take a = couple of minutes from the time of submission
until the = htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
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=_400DDEDA-ECFC-4986-B9F3-41ABB91CC01D Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=PastedGraphic-26.png Content-Type: image/png; x-unix-mode=0666; name="PastedGraphic-26.png" Content-Id: <9529B49A-940B-45B9-9D0E-A6BF1AEC1C1D@sbx05323.losgaca.wayport.net> iVBORw0KGgoAAAANSUhEUgAAA64AAAE8CAYAAADAN+wTAAAMF2lDQ1BJQ0MgUHJvZmlsZQAASImV lwdUk8kWx+crKYSEFoiAlNCbIL1K71Klg42QBAglhEBQsZdFBdcuKljRVRAF1wLIoiKiiLII2OuC iMrKuljAgsqbJIA+39vzzptz5ssvd+6985/5Zr4zA4C8LUsgyEAVAMjk5woj/L2YcfEJTNIfAAF0 oACYwJbFzhF4hocHg38sw7ehNyw3zMW5/tnvvxZFDjeHDQASDjmJk8POhHwKAFydLRDmAkDogHa9 ebkCMb+DrCyEAgEgksWcImUNMSdJ2VLiExXhDdkHADKVxRKmACAnzs/MY6fAPHICyJZ8Do8PeR9k N3YqiwO5G/KUzMwsyPJUyMZJ3+VJ+becSRM5WayUCZaORVLIPrwcQQZrwf85Hf+7ZGaIxvvQhZWa KgyIEI8Zzlt5elaQmKF2pIGfFBoGWQnyFR5H4i/m+6migOgx/wF2jjecM8AAAAUclk8QZDiXKEOU Hu05xtYsoSQW+qOhvNzAqDFOEmZFjOVH87g5vpHjnMoNDB7LuYafETrOe5J5foGQ4UpDT+WnRsVK daLNebyYUMhykDty0iODxvwf56d6h477CEURYs36kN8lC/0ipD6YambO+LgwCzZLokEVskdualSA NBaL4+bEBY9r43B9fKUaMA6XHz2mGYOryytiLLZAkBE+5o/t4Wb4R0jnGTuekxc5HtuVCxeYdB6w J2ms6eFS/diwIDc8SqoNx0Ew8AY+cAeJYE0CWSAN8NoHagfgP2mLH2ABIUgBXGA+ZhmPiJW08OEz EuSDvyBxQc5EnJeklQvyoP3LhFX6NAfJktY8SUQ6eAY5E1fH3XAXPBg+PWC1xh1xp/E4pvx4r0Rf og8xgOhHNJnQwYaqM2AVAt5/2r5FEp4ROglPCLcI3YR7IAi2cuGYxQr5EyOLAU8lWcb+z+WtEP6g nAlCQDeM8xsbXRKM7h/3wQ2hajvcC3eF+qF2nIGrA3PcFo7EE3eHY7OD1u8ViiZUfJvLH/sT6/t+ jGN2OVM5uzEVSRP6vSe8fszi/d0cceBv0I+e2BrsJNaCXcBasQasFjCx81gd1oadFfPESngqWQnj vUVItKXDPLxxH8tKy37Lz//RO2tMgVDyvkEud36ueEN4ZwkWCHkpqblMT/hF5jID+WyLKUxrSys7 AMTfd+nn4y1D8t1GGFe/2bIbAXAqhMaUbzaWHgBnngFAH/5m03sDt9dGAM52sEXCPKkNFz8IgALk 4c5QA1pADxjDMVkDe+ACPIAvmA7CQBSIB3PgrKeCTKh6HlgEloMCUAQ2gm2gBOwFB0A5OAZOgFrQ AC6Ay+Aa6AC3wAO4NvrASzAIhsEIgiAkhIbQETVEGzFAzBBrxBFxQ3yRYCQCiUcSkRSEj4iQRchK pAjZjJQg+5EK5FfkDHIBaUU6kXtID9KPvEE+oRhKRZVRTdQQnYo6op5oEBqFzkZT0Gw0H12Frkd3 oGXoUbQGvYBeQ2+h3ehLdAgDmCzGwHQwc8wR88bCsAQsGRNiS7BCrBgrw6qweviub2Dd2AD2ESfi dJyJm8P1GYBH42w8G1+Cr8NL8HK8Bm/Gb+A9+CD+lUAjaBDMCM6EQEIcIYUwj1BAKCYcIpwmXII7 qo8wTCQSGUQjogPcm/HENOJC4jribmI1sZHYSewlDpFIJDWSGcmVFEZikXJJBaSdpKOk86QuUh/p A1mWrE22JvuRE8h88gpyMfkI+Ry5i/ycPCKjIGMg4ywTJsORWSCzQeagTL3MdZk+mRGKIsWI4kqJ oqRRllN2UKoolygPKW9lZWV1ZZ1kZ8jyZJfJ7pA9LntFtkf2I1WJakr1ps6iiqjrqYepjdR71Lc0 Gs2Q5kFLoOXS1tMqaBdpj2kf5OhyFnKBchy5pXKlcjVyXXKv5GXkDeQ95efI58sXy5+Uvy4/oCCj YKjgrcBSWKJQqnBG4Y7CkCJd0UoxTDFTcZ3iEcVWxRdKJCVDJV8ljtIqpQNKF5V66Rhdj+5NZ9NX 0g/SL9H7lInKRsqBymnKRcrHlNuVB1WUVGxVYlTmq5SqnFXpZmAMQ0YgI4OxgXGCcZvxaZLmJM9J 3ElrJ1VN6pr0XnWyqocqV7VQtVr1luonNaaar1q62ia1WrVH6ri6qfoM9Xnqe9QvqQ9MVp7sMpk9 uXDyicn3NVANU40IjYUaBzTaNIY0tTT9NQWaOzUvag5oMbQ8tNK0tmqd0+rXpmu7afO0t2qf1/6T qcL0ZGYwdzCbmYM6GjoBOiKd/TrtOiO6RrrRuit0q3Uf6VH0HPWS9bbqNekN6mvrh+gv0q/Uv28g Y+BokGqw3aDF4L2hkWGs4WrDWsMXRqpGgUb5RpVGD41pxu7G2cZlxjdNiCaOJukmu006TFFTO9NU 01LT62aomb0Zz2y3WecUwhSnKfwpZVPumFPNPc3zzCvNeywYFsEWKyxqLV5N1Z+aMHXT1JapXy3t LDMsD1o+sFKymm61wqre6o21qTXbutT6pg3Nxs9mqU2dzWtbM1uu7R7bu3Z0uxC71XZNdl/sHeyF 9lX2/Q76DokOuxzuOCo7hjuuc7ziRHDyclrq1OD00dneOdf5hPPfLuYu6S5HXF5MM5rGnXZwWq+r rivLdb9rtxvTLdFtn1u3u447y73M/YmHngfH45DHc08TzzTPo56vvCy9hF6nvd57O3sv9m70wXz8 fQp92n2VfKN9S3wf++n6pfhV+g362/kv9G8MIAQEBWwKuBOoGcgOrAgcnO4wffH05iBqUGRQSdCT YNNgYXB9CBoyPWRLyMNQg1B+aG0YCAsM2xL2KNwoPDv8txnEGeEzSmc8i7CKWBTREkmPnBt5JHI4 yitqQ9SDaONoUXRTjHzMrJiKmPexPrGbY7vjpsYtjrsWrx7Pi69LICXEJBxKGJrpO3PbzL5ZdrMK Zt2ebTR7/uzWOepzMuacnSs/lzX3ZCIhMTbxSOJnVhirjDWUFJi0K2mQ7c3ezn7J8eBs5fRzXbmb uc+TXZM3J79IcU3ZktKf6p5anDrA8+aV8F6nBaTtTXufHpZ+OH00IzajOpOcmZh5hq/ET+c3Z2ll zc/qFJgJCgTd2c7Z27IHhUHCQzlIzuyculxleNRpExmLfhL15LnlleZ9mBcz7+R8xfn8+W0LTBes XfA83y//l4X4QvbCpkU6i5Yv6lnsuXj/EmRJ0pKmpXpLVy3tW+a/rHw5ZXn68t9XWK7YvOLdytiV 9as0Vy1b1fuT/0+VBXIFwoI7q11W712Dr+GtaV9rs3bn2q+FnMKrRZZFxUWf17HXXf3Z6ucdP4+u T17fvsF+w56NxI38jbc3uW8q36y4OX9z75aQLTVbmVsLt77bNndba7Ft8d7tlO2i7d07gnfU7dTf uXHn55LUklulXqXVuzR2rd31fjdnd9cejz1VezX3Fu39tI+37+5+//01ZYZlxQeIB/IOPDsYc7Dl F8dfKg6pHyo69OUw/3B3eUR5c4VDRcURjSMbKtFKUWX/0VlHO475HKurMq/aX82oLjoOjouO//lr 4q+3TwSdaDrpeLLqlMGpXafppwtrkJoFNYO1qbXddfF1nWemn2mqd6k//ZvFb4cbdBpKz6qc3XCO cm7VudHz+eeHGgWNAxdSLvQ2zW16cDHu4s3mGc3tl4IuXbnsd/lii2fL+SuuVxpanVvPXHW8WnvN /lpNm13b6d/tfj/dbt9ec93hel2HU0d957TOc13uXRdu+Ny4fDPw5rVbobc6b0ffvntn1p3uu5y7 L+5l3Ht9P+/+yINlDwkPCx8pPCp+rPG47A+TP6q77bvP9vj0tD2JfPKgl9378mnO0899q57RnhU/ 135e8cL6RUO/X3/HnzP/7HspeDkyUPCX4l+7Xhm/OvW3x99tg3GDfa+Fr0ffrHur9vbwO9t3TUPh Q4+HM4dH3hd+UPtQ/tHxY8un2E/PR+Z9Jn3e8cXkS/3XoK8PRzNHRwUsIUtyFMBgRZOTAXhzGABa PDw7wHscRU56/5IURHpnlBD4J5be0STFHoDDHgBELwMgGJ5R9sBqAJkKf8XH7ygPgNrYTNSxkpNs Yy3NRYW3GMKH0dG3mgCQ6gH4IhwdHdk9OvrlIBR7D4DGbOm9T1yI8Iy/T15Mre3rloEfyr8AdhJs PLviNVIAAAAJcEhZcwAAFiUAABYlAUlSJPAAAAGdaVRYdFhNTDpjb20uYWRvYmUueG1wAAAAAAA8 eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJYTVAgQ29yZSA1LjQu MCI+CiAgIDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1y ZGYtc3ludGF4LW5zIyI+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAg ICAgICAgIHhtbG5zOmV4aWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vZXhpZi8xLjAvIj4KICAgICAg ICAgPGV4aWY6UGl4ZWxYRGltZW5zaW9uPjk0MjwvZXhpZjpQaXhlbFhEaW1lbnNpb24+CiAgICAg ICAgIDxleGlmOlBpeGVsWURpbWVuc2lvbj4zMTY8L2V4aWY6UGl4ZWxZRGltZW5zaW9uPgogICAg ICA8L3JkZjpEZXNjcmlwdGlvbj4KICAgPC9yZGY6UkRGPgo8L3g6eG1wbWV0YT4KhzXA9AAAQABJ REFUeAHsvQ1wFNeZ7/3PlgQSseQABucK8wpFISs21jiBS+H4NXEGpxKRVDRUFufDHicQ1wrWmwIl u4FSbsx9X7FlMs4mMK6sS7A3kW8sEXvFZhmyjojXoAS8tlRekfXIr6VrS7F0Wenako1iTYwGNEm/ p6c/Z6Znprs1M5Lg36pRd58+5znP+Z2PPk/36XPeI4kN3EiABEiABEiABEiABEiABEiABK55ArM1 /5yGT+ffyt3KTc4Q2f1PrvmcYQJJgARIgARIgARIgARIgARIgARmTSCdYTlrwTYE0HC1AYleSIAE SIAESIAESIAESIAESIAEckPAygC2cjPHRsPVTIPHJEACJEACJEACJEACJEACJEAC844ADdd5lyVU iARIgARIgARIgARIgARIgARIQCagvYml4cryQAIkQAIkQAIkQAIkQAIkQAIkkHMCmtGZC8E0XHNB kTJIgARIgARIgARIgARIgARIgATyRoCGa97QUjAJkAAJkAAJkAAJkAAJkAAJkEAuCNBwzQVFyiAB EiABEiABEiABEiABEiABEsgbARqueUNLwSRAAiRAAiRAAiRAAiRAAiRAArkgQMM1FxQpgwRIgARI gARIgARIgARIgARIIG8EaLjmDS0FkwAJkAAJkAAJkAAJkAAJkAAJ5IIADddcUKQMEiABEiABEiAB EiABEiABEiCBvBGg4Zo3tBRMAiRAAiRAAiRAAiRAAiRAAiSQCwI0XHNBkTJIgARIgARIgARIgARI gARIgATyRoCGa97QUjAJkAAJkAAJkAAJkAAJkAAJkEAuCNBwzQVFyiABEiABEiABEiABEiABEiAB EsgbARqueUNLwSRAAiRAAiRAAiRAAiRAAiRAArkgQMM1FxQpgwRIgARIgARIgARIgARIgARIIG8E ivIm+ToTHJmcRDQWQ1FRCcqWlsEMNjI2hNfeuIzlVWtRubTkOiNznSc3OoG+Vy6i+MbVqKleMWcw JoZ68Otne/Dbd6IoKSlBeXkFqjffjc3VSwuq09iFU2h7ehiebV9GXe3c8UhOdO74RDEy8BqmZhJj KL9lnaj75lYh8bp2Nl/5aPql7meX3lR5+XHJXf4m6heLTmIyAtHex4CSpVhali2PY1DuFSKMLf+J 8fGMBEiABEiABK5rApLFNnquVWpoaJSamprEr1FqbBTHzQGppbVD6h4ctwgxC6epfqlFjqOhQQqe GZ6FoLkIOiOFO1skvweSKESmn0dqCJ6RplWVeoPe+DVPoHsulGScc0hgqjeolAtPULo0J3pMSR1N SvlLLKOQCl8ep6V2v1pP5oxHcibkmM9Ut+RJaAuU9HoCvckRW5zPRz4WapqdZpVes6B8Hec4f3U1 p6UzLY2mNl/JZ3O7r3tVD0a721PuFR5fk9Q9OpPsleckQAIkQAIkkFcCf/zjHyW3vz/84Q+Sk18s FpOsfjMzM1Ly7+rVq5LV78qVK5L8s3w8/MZvTuLYsVBag76xYxCHt1envW73wtiFE3hwwz3QYvJ+ eBf2bKm0G3yO/U3i8fuXYWeboYbH40E4HBYOYRz70cv47p4tkN+vFi9eFfdUVVJseObRrAkMHN+F dfcdg7+lF0/sWj9reXkRULxYEVu1OOEtfF7ishA6cPxvcM+hrvgVj78ZD923EYt+/wZe+teTmP7A jQkh8s9zBlfF26n4tjz3PNzo74RPAqx0J6Xvx4ONDbhweQmWLHkLR44oDUSVrYEW+eWTTuVZuc8q vbOK2VbgnOdvPNYoTn17E3yH5LZebKLd94h2Xz47tvdudL8eQs/h+njbH78u/o2dPYhVdx9QT4V/ j/AvAoRDh3B7aBr904dRY6uMaBJT927Kf6qU9C75lp8+Zl4hARIgARIgAYWApeFavLhMueppxLm2 XXgfLmO071k8ct9+yF3gI/f8Ne6fPon1Lm+0sck+/GCPH/vb1Bu/mhvl6n4h7C4c3akbrZ6GFvzs uw+gWh4KGItiqPdfcLznBpQuhIQsYB1nIpfj2keuLIBETM2FjmPoCByLR+xt6sQzD9fpxnP99h0p CuWfZxn8T4xiw2tvY/naWqitTIoebh2c6++Mjy29iiqx6/BR1WsUt73ehp3ak7msAvLLJ2v0bjzM Kr1uInQSJg/5K6IfO92sG62+wBk8uU9+QBnB2UcfxN172xA+4kPzp4fxcJ32EHYEP1KNVm9TB55q 3o4VRTEMnP4B1m3dLyQewamXDqBm0+yG7Tsv/yJqB1u+5TtQhV5JgARIgASuUwKZJ2equg0ba2tQ W7sedffuQyjcomKawvgl8U2Py2369S7daPUHQwgFfC4lzVGwibPYuVvtjfpa8KujuxSjVVZHfONa vWk7HtpTl/DEfY40ZbRzTKBUe+M6F3pE3kBv/NmQBw/u+qRutM6FKlqcRWUVqF1fi4pcW61aBE72 eeczA6fPVOYVHycs436dp9dxFE4C5CV/J/HzRw4pWniDaI0brfJpGe64s1bX7tAjIUxqZ7Ie8WMv vvMt2WiVT4pQU/eXaFFvfRyMo8HingRIgARIgATSE7B846p7n7oCeY4R7cVq2do74BfnbeK3aBaj XotvXIPGxhbc33gv1leWYeBohx7lQjjoe7o1PixM1rX9+1+F/efkCrSxC6fRduKf0XfxMm760J24 /4GvYn2FRjmRwNhAD37V3YP/HJcn1bkRN1X8F9yw6CpuqLoLW9TJbSb6zuPX/+tNrP7op7GpugxO 5E8OXcCZ8y/it+PvxOWX37Qcy25YhEVLP4xPbq5OMnYiuHD6n3Dily/g4lvibeeS1fB9bRe2b9Le LCTqPjFwHj/r6MRzr14UF8TQyZuW4JaqGmy8sw51663DJErIfKbbhIvtFcaImKDo+PEnhT5vxQXf tHojPv/A/TmdoCiB540rgYGfKIlIGk4w0nMaL168ij+96zOoFT3ZkZ5TeCrUJcrEW2KI6U2ovutL +Oa9m5L4i7c9NsqDTq20WH2r6cGtqzJXdTmMU556PFkOJkU5OPPqJBZp/q5exdJbxcRQNdlqjrPy 5lh/h3w09Z3s1YHiGYO45WOvfsUw1PMsfiPK2q1310NGrpS1p+Ptz+rarXjgL++FaDZystlJrzmi 6NgFPNl2Ai/0iTZiiWgjlt+CmlvFA9NNm7HeYuKwfJZ/s17pjmNjPXhMHnYktubvfNnU9o+geaf8 9lTdun6E8yMPor5S1LvSG3Fz3LkLz54fwpZ69TObyCt4Tn3+qQWbzd5O+Y9NDuAXZ14VN3BRBz+U Wgcn+s7i16//Xly/BZ+uW58wKsKO/Nnoz7AkQAIkQAIkkI1A1t6s+b3q0L/8OG60AquwIuvsiemj Lqmux+HDxvWkCTiNC/PyKILek7LpLjZfKz5XbW1wKh4S/9+8eAKnH92GrXvNvZU2HDnwFDpHn0Fd hSk7YiN4dOcaiJFnlpuYWAcvqYbrxa7/jnv2dsEX7MRutAv55kBp5GMCx7/xRdx3RO2FJcfiCeLS S3uMjtlkD3Ytux3KwFPDc9uxQ5CHy50Qbx5M2qPn0ftxe4IeRhgggEvSPkO2+VK2Y9HxOv6PvxYv OBbjxZ8o6Xz9uZN4vKwPEAZRfLtyBe+/4/MJs9ZeePwb2LDzSJJ0webQXjS0duPvd6QaiUmes5xm 4ZkwVDiCUMNW7BVvQ1t6B/H64c/rQw/1SLqr8BfCcBV2hrI5KA8Tfafxs+ffwGK8qj5gacPRx+7G RmE8y4QEHnzkc1/CJvlhiUuemlp29q+f+jru2R9/9at7j5ffmk36ecqB3fLmQn9HfFIUy72DGz72 69c0ntbKWnc/Xg09KMqauc634dD+TnRfegKzHKnqEEwMF45/CxvuS66Tqpjk9idf5d+h1tNvjKh1 yotPfNSYFfvCo3uhffKqiAxj+G3xQXelqMFFa3CXeOJ7TDRXh3wfRGloEA/Vl+LR+29X76eN+KxH r+nONHJY/ovwDn58j0+dV8KHc+MnsVlLxthpfNKzVUlfQwemheFaiPbBWYLpmwRIgARI4LomYDVl VbjFLwkoErwt0lTcw4w0eCaoz5bpC9qZIdNKsrWbFl+u5VrHNkvXmX6pQZ011K6+WvriTNWwDYFW qaOlSeEs3LxB84zDU1KrT519VVzz+Jukjs5OqTPULjX5PPEw5rjtyDf7l6QZqbNJkaPkc4PUGpLl d0iBRp+ik0/Le5nXuBTwGvo0t5+R+gd7pdZGY7baYK9SUuJ0L3VLXjWdYkIgqbM7LA0O9kvd5zql 1kCj5GtsV8uV87yY6g7ozMw8U46bDZ6jZ5qNMN4m6Ux4UBoMn5GaTYybOkedK6OHsMFTr0tyoMT8 1XRvaumQOoINiq4Z/GcrD70BU96q+aDFoe2bu5U5jt3w1JNt82C0u0MKBlvErOQtUqPKPLE8Jguy X97c6O+ET7Jmzs6NfM6UXsd8HNUvQwct7+V9o8iPQINRfz1NZ5wlzdK3EVem9MpB+9vVci6XT2+j 1HGuV+rvD0vnOjuk5gZRfr1BUxthyJV1z2X5t0xGBsep3ha1LWmSBtXJgGeGO/T2JdgZkhrVOhfs NeYRnxk/I4lRwbo/Iy88Uke/qe3MELfVJTflf7q/3dDDE5CUlm9YatZnxzfS5ka+lZ50IwESIAES mF8E3M4oLIdzMqOw7NdqRmHZLXlGYfncakZh2U2bVRhWGM2GkMfrlcSkicaNriEkzJ7cblp82To7 uY3VpbSpXr0DYtfY0dKndFZ8UmjQ6Kica1Y7j8JQ0bo5ZkOroaU7gXd/q/JQwczKlnx/u748z3S4 Vc9Pb3OnqYMoTNp+9ZrJcBruMJZ9aDF1xuIGmLa8SUOHIX84pBquHqkzx6snSVODUmdHhxQSHUTN 8PT4A/HzUCgkyb8Ocf3coE7T6JD5gsIEN2/jkvjGTGXRrHbgzNftHTvlmWq4+qVz6pIYZv56CkyG t53ycGnwnGAgWLQH9IdNTWIpK4NPSAqPq7XYMU97TNL5siq/yX4dlTcX+jvik6yco3PD4DLX10wi 7PCZdlS/DB2U9kcua9pCXeKaVn/RIPVrzpkUzHjNiCtjeoXhrRtx/la93TOLnpk27jJO28N85m+4 JfnB3rgU1B7qiXujJFpB7aGjryXxAe+lTjWsyYD1h2bzwExE56L8y5z7TW26t1k8MGvWdPNIoWGD vVv5chzcSIAESIAE5i+BhWq4mkd3in5N6hbu6kp0PNaBX3zDi/qaHH0UlSh9/p+JzymNlDsf5Nze /yTqTcOLaz5RJ9IsGIthnEpmRPCrVnXZBH8rgrsSh7DOZJntJa380QimRUzywObnf6qO0/Y0o+2h OlN6gOmUCKJ48V/PqvnSjM+JIW3RaDR+XlRSCs+dYgxcmxgDJ2aK1eSXlN+At+M+wti6chuCoSZ8 +VObsML+qGo1PotdWTXq1KWYPvSGHwdCbai6cyvq62otPItJnkeexwF1lGrLwZ3QRsUpnlfgqwdb sTu0U5wewK+GvoV7TXljKdDC0RnPZAEedAz+Azarw8RjWpEq15aLcV4ellZvRhxRrAodYibwsPgy /cv+7ai1qu0OeSrai29Pz/4b/lOMO9a/W9WTdVUMR74F3qTv47TLKcVLu6DvHZY3F/o74hPXy316 9WTZPMjOR9Rh1/XLg9Bwq17W5JbM9/WAqL/7hXZv4h19QoP8pnfsN8+oQ1U96AzsMIbDmxgVlWiF Nc/lPx6n/fSa80f+sn7o+HcgvtIQmw/d360Xe229J0BMEaFv0aFT+POtIf1cO2jzbcWd3c9i16bE lkm7nnXvovzLMmu2H0Ko8Sx8R8LoOnBPfLUA2b0pdEr5Llc+kTeX8pXA/E8CJEACJEACuSWg9Q6s pQrDZvC5RpReGsXQS7/G9327RYejDb51YdEB6hE3uFxYItZRLwTXV14V5lldpW1Vvc3ncG/SYn0l 77tRCT+liom+hn8UdqC8BRo+q0+Mpbhk/p9RvgiqZPYY/v1pxZJrPPgVVGQWKa7O4O03VctPGHer irW1CDMEXHoHAmKm6K375Y5aCHt94ieOfI0B7P6aX3x7mj3WDNL1S3on8opm7emX9IPptxUTGsJ4 27i2THfXDkrWbtAnHHvrHc301q7a2TvlmSjT39omjEyjHpXU7oA040esqEjJr1mUB+hWcAQzctJS k5+gjB2e8QBiUpmdd6vfwiVIME7OTUnYnCU+w7f5yEV5U4Pb1l+Lzi6fvKZXU8bB3mX98rc+lWiU iCiLlqjtjzn6PKf3jZd7ldi8D4jvrM0RWxwXovw7SO/qj94hlBTt2uvv4M2x8/hrsY60vDWGgso3 wrFLePX1uBPqPrpaOZg4jy990Kcah150Dv4T1r72Q3xwq9yWhrH79k9i+eBzoh1wVWGUOMR/Z+W/ BPWHT6HpyBqocyTDI5bMerg+/f3MmXxdLR6QAAmQAAmQQM4IZDZcq1ZiZVkZyspqUFFZg82XPoL7 xQQ9YqU6/Pj0a6jfVZszRRaMoJIq3OkTLynkvssb447ULl/5Xlv+te7LLVZrhlwxnugnC7MlXyzN 8Lxqh9ZULUsWIdupKZt5plCfX7xhjSTrMAVUlZkmZypB3b6TGL3rBL536CCOhJQIQ0f2Q/55GlvR +b0dUF8ypsTn2MGsYHJgfcJhobP+RsnsySLB5svZjl3wNIu8c8Ma86lyrBmt6hW35SFVsE2XTDxl EWUfQqAliFdNb5QSJC9eg9kMyDBHb6+8JcQOMStVbrc8p9e5su7q150bVmWIqgzFWl3Jc3r12WnL y01tRnrV8l7+HaRXf9AY3o81Gk6xJNoBzeCL/G90K80dSt6r3F4v/PT7+hvm9nAIdbKBWv0QRs/d iFUflx/phXHPXxzH1Nld2Z4tpYdkvuKy/IeffhFDzXWoztwryH39MuvOYxIgARIgARLIQCDzLUrY Iwnb0g24r9GDNjG8KPRcLyLCcNU6FQn+rumTpfjIHWLqIbF0SfhQC3q+VWd/Ns50HX1LXh7cIAyY xG0EP9VmJLZaAsaO/IShzonSxRSSON68O9lRX4vS1xLGSQcPKyrEeraHT25H89gAfnniJzi495Do oolu2pGd2H/b7XhiR01KXG4cpsbftRFsCu+ap8jWQky/i1Ht2M3eBU9zNFdmrJQy+9COXZQHLajD fXaeS1G3aw/qHMq1610rxk7LmyY/u/6aT7v7/KbXrhbJ/pzWL6uy9h8nn1LE+u7G2hIthvymd8ny KiWi0AsYju5ArR6vFr/VPp/l3356i4uT73hi+HXwAX248+SrL+jDbsuXyO13BC+elUeeQLzRPIx7 a43wFZv34FzzSXz8gBhr3HVBsIBNFnFxaf/ZK/8xnP52vf62NS4sfAAf/Kt1mD66PeNIH3vy06rH CyRAAiRAAiTgmsCfZAwpvrtM3CIIv6Q8Tvas/r9QmnhRP5sYGcDA0IR+nuuDfMvPpu9t9V9RvYTQ 8EPt+89soWxeFy8AlfeZYXT3m9/oRnHq2zv1jkbouT7T11Q2ZcvedPnAc88PJwTseXSP+N4zwUmc lCmGujgK7f4xBuzaWSYxZRU12L7nYbw0PQwxgji+RabEOrCz3IoXL4lL6Op6JS2LsjUbxddn8taF Y6G++JH530Bnm9rR9GHT2qXmS/aOHfO0J1b3pcvPU3nQI5LXcc3O0+Q9T4fuy9v80D9PWDKItV+/ Eh+ExUZO4euy0SQ2/xduL9hDyFV/qj2wOoaH/ueFDCkTlwpY/jMrolwtqfkEmk0e/S1tpuHXMZx/ sl292gRv0rCDqve/zxRSOfzIZ7epbm/iskir1Wb3fuek/I+cOoCt6vo9zZ1hnNEa5mP3YO/xASs1 5kn7YKkaHUmABEiABK4TApkN16l3EInFEBOT8UyO9eHoN/4c+5V+Dm5fX2k5zKvv8fuxcs06rPvg Stz/eKqhoHCNxSf4kSf5EdJxWR3+OhV9F7KL7K5cS80Fe/JTw+XSpaTmS+gQa+LIW/jA3fj2iT6h tbHFIiPo6RlKcDOuZjkqXaIuVi/W/Nu6H2dHIohODuGomKQpYf1FMdmSOc4sUo3LZVXYKl4Yy1vb 7r040Tcp8ncMJw5uS1x31fTQ4rY/f1AJgCNY91dHMaLMzRR3i0XGcP74QWz7xgndeJTz6LZdR3FB PLxI1lF7uTIVH7erinW5W7VhvRKy6yn8XKRD26ITfTh9Ws2TMg92N3nil9p2+nH0/JjmDWM9j+OL 6jdqaPwaNhgvQ3Q/WQ9c8Mwq0+wh3+XBFJctnib/szk013XRxCRsTsubFriQ+mtx2t1PvfM7o21L TrCFkEx83Nav6O+UR2JiyjKM9BzHp9b44iMggAbs+7xmTFoo48IpU3pLaj+HgFIlxcOwDdh19Dwm 1TIQi0Yw0ncex09dUNqOApZ/e8mswDYxFbm23VS5XDvERM9j8cmOZAdfy3ZoX4tqI3dDe5txakjL A+Ep0odDO/cq4T1b8AGL9sfJ/c5u+ZcfWNT7DsXj9TSG0CQmttuy7zGIJc/i27H71uH4gElPxRl2 5aveuSMBEiABEiCB3BOwmqg5cXkVbbkQ016ssZe4rIgm5ZKxNIA85b8naLnUwVRYWwvPJNO0RIBI pQR4pW5j1Rg1AnvyNW3yuhfL4gjbVeip/rwNUiAYkJoa1GUFTGnXeFotEaGzMC2Hoy2JocvW4oBf rIWprv1qWmfVqXzz8hKJcXhFGlT5puVwZI7hVtO6i0If8e2h5POa1gsV6wFqy7f0BrWlFWQ2Hsnr 80sNfrMbpMA56xLkJM/ktRFFX0vPAzkeQydDH0nkld/kT17iyWvWXXBVlzV1Er3uNzNPdSkhU/7K y+Foy/CY13rUBSYdOC0PevBpbekmn0Vd0n3pB7Z56iGcH2hl1VzuvBbrQjspb5oWjvV3yEeLx/7e yGdzeo31sVMl2eHjrH4ZS9Qk6GCqD60JS1yl6mTfxUF6x88ZS+KouiQsu2ZqPwtV/m2nc2ZQEs/C 9HbH19gsNWvrX8fTYqyDKsu81B3U/cp5IPsPNDfqS1XJbk2dwxbRO7vf2Sr/su4qbzGHsL4WbTzy hPa0QQon3X9tybdIBZ1IgARIgATmH4GFuhyO5TquCYvD6zc5xA2QQOsZSVsC0iobugOmRe0D56y8 SFOmdUTTdabE4DWpN+nGKQuzI98y0nw4TvVLLQkdFqMzA1+rvj6q1hn1t4ZTtNBZ+A3/smHTGVDW a9X4eHxNUrew9WYGtcXjRcdCXXfRufwZqbfdWJs1HocwvM8MT4tOVkDpZImHE5ohqig9I4VDgQRD UdPN62+UOrqNjtdUf6fU6DfKgeZP2fukls7BFA5uHaYGOyW/qROpxeUPnNHXlY3LvhSWAn6Toa2W a48/KPVblDNn+ljz7BycNvLLb87faam9QdElcV3cdLE6Kw+6FGGYKQa7qEs21+i0zVOPxNlBWF2H WMsnee9vSa0XoqTbLm9mDRzp74KPOa7sx3I+m9oErS01tQ3JMuzwcVa/0huuXn+zdG541oXflARn 6Z0ZD0vBNO2nt9FYF9ppe6grlM/8FW1/s7Z+q5av8t7bnGLwyfr0dwYTDFVz+W/usCr/Siqc3u+y lX/jIYBXrNea2iiMnzOMbG+gW0epHWSTr/njngRIgARIYH4TWKiG63tkrOImmsMtgr7zL2JCrJi5 cXM+Jm/Kt3znKKKTY3jl5SHMvHcRrop5giqqP4DKihWWQ6mdSI9MjOGS+O6pWHxNXFHh4vvLLJHF hN6jYpkUWf5KIV/+Au78wS3xyULkpRF6H66zSEMUYyOjmJqeQXFpOZbdvBJL9TUXkyKMRTAxfkl8 uyVmMIpNiSVelqOycvZckmIRpzExlF3oJFJSLHiV3VyBMm1McpJnOa/elCcdi4mEl69E5QqL8XlJ YeyeWvG0G9aOv3yXB0MH+zyNMPk6clDedBXmk/66Urk/sFW/Inh8Wzl2im/XA+dG8c2NZYhMx1BU KmaLT1dvc69pRomxyARGxy+L9kT+pHUJli1baqlb4cp/RnVNF2MYunAOr/3uvWJypkm8+761uGN9 dfqJjWKTGOh9GcPvLsLS4nfxLt6H2o3rs6xv7eZ+l+/yn2/5JsQ8JAESIAESyAuB2Zh/TsOm82/l buUmA9Dc82C45oUvheaKQHQAj+ztwMf2fR2bqxON4YkLj+OTG3bGv3trDA3jsLbEQ67iphwSIIEC EzAM12DvFPasz92DmgInhNGRAAmQAAmQAAnkiIBmCLoR5zRsOv9W7lZuso6ae+I0k260Z5iFRWDm HZw+dgD7xQ9eP5q33YlqMRHTyy88hUPHutS0NOLrn6lcWOmitiRAAlkIJM2ClcU3L5MACZAACZAA CZDAfCJAw3U+5UYhdCldjS82eNElG6ldbTggfgmbrwnnHjuQfRH6hEA8IQESmK8ErshD48UWTbPc inKV/0mABEiABEiABEhgfhPgUOH5nT95007+1vO1Vwfw+sVL+P3Vq7hh2Wp8aN2tqKlMHD6cNwUo mARIoCAEopMT4rvuGSxbJb795qPKgjBnJCRAAiRAAiQwnwloQ2/d6Og0bDr/Vu5WbrKOmjsNVzc5 xjAkQAIkQAIkQAIkQAIkQAIksAAJaIagG9Wdhk3n38rdyk3WUXP/EzcKMwwJkAAJkAAJkAAJkAAJ kAAJkAAJFIoADddCkWY8JEACJEACJEACJEACJEACJEACrgjQcHWFjYFIgARIgARIgARIgARIgARI gAQKRYCGa6FIMx4SIAESIAESIAESIAESIAESIAFXBGi4usLGQCRAAiRAAiRAAiRAAiRAAiRAAoUi QMO1UKQZDwmQAAmQAAmQAAmQAAmQAAmQgCsCNFxdYWMgEiABEiABEiABEiABEiABEiCBQhGg4Voo 0oyHBEiABEiABEiABEiABEiABEjAFQEarq6wMRAJkAAJkAAJkAAJkAAJkAAJkEChCNBwLRRpxkMC JEACJEACJEACJEACJEACJOCKAA1XV9gYiARIgARIgARIgARIgARIgARIoFAEaLgWijTjIQESIAES IAESIAESIAESIAEScEWAhqsrbAxEAiRAAiRAAiRAAiRAAiRAAiRQKAI0XAtFmvGQAAmQAAmQAAmQ AAmQAAmQAAm4IkDD1RU2BiIBEiABEiABEiABEiABEiABEigUARquhSLNeEiABEiABEiABEiABEiA BEiABFwRoOHqChsDkQAJkAAJkAAJkAAJkAAJkAAJFIoADddCkWY8JEACJEACJEACJEACJEACJEAC rgjQcHWFjYFIgARIgARIgARIgARIgARIgAQKRYCGa6FIMx4SIAESIAESIAESIAESIAESIAFXBGi4 usLGQCRAAiRAAiRAAiRAAiRAAiRAAoUiQMO1UKQZDwmQAAmQAAmQAAmQAAmQAAmQgCsCNFxdYWMg EiABEiABEiABEiABEiABEiCBQhGg4Voo0oyHBEiABEiABEiABEiABEiABEjAFQEarq6wMRAJkAAJ kAAJkAAJkAAJkAAJkEChCNBwLRRpxkMCJEACJEACJEACJEACJEACJOCKAA1XV9gYiARIgARIgARI gARIgARIgARIoFAEaLgWijTjIQESIAESIAESIAESIAESIAEScEWAhqsrbAxEAiRAAiRAAiRAAiRA AiRAAiRQKAI0XAtFmvGQAAmQAAmQAAmQAAmQAAmQAAm4IkDD1RU2BiIBEiABEiABEiABEiABEiAB EigUARquhSLNeEiABEiABEiABEiABEiABEiABFwRoOHqChsDkQAJkAAJkAAJkAAJkAAJkAAJFIpA UaEiunbjiWJyIoKYSGBRURFKy5aiZJZUJ0cG8PrbM3j/2nWoKJulsCzgxy6cQtvTw/Bs+zLqaldk 8b0ALkcn0PfKRRTfuBo11ddAepKQZ8+vKEYGXsPUTGLA8lvWoXJpHspSLIpIZBrRWAxFJWVYWlaS GHHSWSw6icmIqCtyjSlZKvznQaekOHlKAiRAAiRAAiRAAiSw8Am8RxLbwk/GXKQggvPHj+Dr9x1A OCl6T2MHnju8HWVJ7vZOI3j0tnLsFUID3Zewb9NSe8Fc+Yri+P2luK9NBPYEcemlPchnbK5UdBgo cuFRlG/Ym7P0RIdOo+mRX8a1+PS+Q6irzmyYOVTXoXcb+RXpwW3lt6eWyUAvXtq33mF8abxHx3D6 yTa0n2xHWyix9Hu8DTgY/C7qa5NLUhRnjzbh7t1HEoQ2BM8guGcL0lKNDODooaMYePsyqr74bezZ UpkQXj6Jjog8eviXKF1emnJNdph++23UiLC7LMJaBqAjCZAACZAACZAACVzDBGZj/jkNm86/lbuV m5wNmjtfd7gqlFGc2FWOe44ZgT1eD9AVjhsM4bNj8TewxlVnR+VVwr+wB0qKnYVz7nsGV8Xbr/i2 fLF4C5Z5Gzi+C+vuOwZ/Sy+e2JXdCHLqP3PsNq8WL1Y8VmVPjx2JrzzbgiPHQnGvr3/4ftTtyZ5u O3Ld+bGRX6Xvx4ONDbhweQmWLHkLR47ITyWAqrSWoXNNIq+cwNad+42AHg88YbXsdx2Dz9ONztFe 1FVoJSqKU9/eBN8h1cg1+T+29250vx5Cz+H6FON17MIJPLjhHij0Ae+Hd1karjNvj4g8SjSIDeWU I88tX6PhmgyF5yRAAiRAAiRAAiSwgAhoPcsFpPLcqxob+plutPqaO/DYt7ahIj4+OIbJsUH8Zggu 37YWOm1l8D8xig2vvY3la2uz6jwTuRxXMHLFnp5O/duTatPXlE1/Gb1N4NnHNLMJCP3oWUwIw3Xu BiDbyK+iSuw6fFRNVRS3vd6GnUYSMqbW9sXicni8jTh4aBc2/9kadXhwFBdOfA8b7jkgxITR/swg 6nbUxEWOnW7WjVZf4Aye3Ce/YY3g7KMP4u69bQgf8aH508N4uE55mxqb7MMP9vixv001dONSgHJ1 n7LTH/D4EGjdhpVJHq5cuYLKOz6Q5MpTEiABEiABEiABEiCBhUSAhquL3Brp+bUaqhHff2g7KnQZ RVhaUYMthoN+Zb4eFJVVoHb9AlI4C8hS7Y1rFn+2Lo+9gHaz7RRuxwtj30S9/ibRlpScenKWXzOw +YzBkY5ltTvw0tnkICVYv/1baPUdiBvKo1PvqB4m8fNHDinH3iBa40arfFqGO+6sVf0Ahx4J4Vt1 ylD16de7dKPVHwzhnuiP4dtvw/r2bcOeHTtS3tzqkfCABEiABEiABEiABEhgwRJYUIZrZKgHx48/ iedefSsO/KbVG/H5B+7H5uqlBc2AmatadJdxOSqOswzDHOo5jd9cvIo/veszqF2RiDwy0oNfvngR y/70LmxJmRxJ8TvScwpPhZ5G38XLWF27FQ/85b2oVj+gjYf/t4v4wCe2wVPci0Pf+SFevfwhNASa sFnYoz3Hf4Af/mMfVm/diQO7lG8JJwfO48yrk1ikJePqVSy99W5srsnMUbcJF+uvuDQJlnun/iHe wl04/U848csXcPEt8XZ3yWr4vrYL2zelfteoRTg5dAFnzr+I346/g5Ibxbu2gZ8ol9K+ntNCZt8P Pf90fOi34TOMp381iPp7lTeJinsMQz3PxvP31rvrISPMlF+arBFRJl40lQklTJfI47fEEN+bUH3X l/DNezfFh2+7zS85LnXgtBZtfvfR1/CCal/etuameFyxsR481qVE2/ydL5u+oR5Bs3m4cdePcH7k QdRXFomJtdagsbEF9zfei/WVZRg42mFT7yuQ56TKUh1tyqI3EiABEiABEiABEiCBeUVAfOy6ILbe 1kZJgLP8NbR2SzMFTMV0uMXQw98iDWeMfEoKehS9xWRLKVr2Br1xWZ5At3ptSmr1Kf5bewelUJNy PTHtfkkTpYX3NjZLDWo8cb9Cr87WBkNPwa4lPBWPozfgSXCX/RvxJ6l4qV9qb2mR2ttbpUavopfH 3yy1trdLra2tyk9c7wyPKwGd+teiu9QtNaTJXzG81CJ/x6X2Ris2ahnxtkhKarUInO6NfPA1t0pB vyrX15ok18jflu7+rPmlaGEKE8/j1PwQk2VJWmlxlF8JyTSlIdibcCX3J9NSqFFLh0fqHFUqxVSv Vle80jktQSLy3qAvpQwGe00eTAqGW/xxv740aZjS6qOnSeodHpYGh0elS9MZK6VJOg9JgARIgARI gARI4Poi8Mc//lFy+/vDH/4gOfnFYjHJ6jczMyMl/65evSpZ/cRnX5L8k2dpmvfb6Jlmo5PrbZLO hAelwfAZqVk18GTDq6lztHDpmBmWms1GIrxS65nBNPEbxoNVxzy1U274NxurjcEWKdBgGGqepjPx +LTwil+P5POnGgSanIb2/niY0e4OKSjktbS2SI0qw7RGQXfAYJ/GsIzLb1YM7ymH/hVo41JANYpl Wc3tZ6T+wV6p1WSYBnvNZuiM1NmkGUnCoPQ2SK2hTqkz1CEFGtX0z9ZwvXRO8qrpDQqDf7hDewiQ aIBJwozVHjRonOV9uvxS0msdpqmlQ+oIqvGY9HeSX4p87b8RT7r81XzOdt+rGpfxtHcYdcEwXJuk QdWWnBnu0MtUsDMkNWqcZ2u4qnK0fPA2NBsPVGabQIYnARIgARIgARIggWuEgFujVQ7nxGiV/VoZ rbJbstEqn1sZrbLbAjJcRw0j0ReU1Pd6arEZl1p047VZKqDpKknT/VJTgvEqDCjxJrJ72GxgyWoa xoM7w9UvnRudVtMrZGlv/tAg9Qtns+Hqa5EN037Jr3fg/VJYGAuDrenfWPVnuBaPdGpQ6uzokELC wNAeFHj8gfh5KBSS5F+HuH5uUH1b5tS/iGS4w3ib3pJgvJjS29AhaRSmw6264eNt7kx4AzrTr14z GX4qPEc742GJwlAaDelxJj4kMfJXMZgy55eihFUYxaoz62/1/jFrfiWk0ognn4Zrvyn/5Pwwv+sM t6gPEnzaG/BxKag9pGgICW2ndcPf12L9Vlgr4+nSoL9x1cu9+nZcPbd+Y58AiickQAIkQAIkQAIk cN0QWKiG65+Izva83mIjz+OAOkFOy8GdSTO6rsBXD7aq+h/Ar4bkD04LtJXU4OGXpnCuvdmIsO0A bl9Tjm+fGjDcZnXkQWi4VXyrqn21Vwbf1wOqxDfxjvxBn7414rsPiG8vo5fFl6LK5m//b6gVn8le zjBDz0yGa3EpZdWo274d9XX1uGebMInFVnXn1vh5fX095N92cV3/ztipf0Tx4r9qM/0043OepYhG o/FfDKXw3KnECTHz8XQ8duD5nx5WjjzNaHuoLmE25OmsCVKFZNzF8O9PybPjiq3Bh3Xyp8YVH0PA E3fBoX9+XmhttTnJLy28Bx2D/yDyWPmeOablabn1cj45SZ4WdQ72Q6e+jXX3KEvReJtC+IXIDyUl inCzvvKX0UPHv4O9XfI1H7q/Wy/2WoKBqWxlUQ5msZXVPoCpqSlMT09j6tI4+nvF2rBiKIG2hfbf jQOnR7RT7kmABEiABEiABEiABBYggXlvuE6//baK1Y+Na9UZiUygS9ZugGra4K13NNPG5CGvh2XY fO9DkKYG0d5kdJQP+dbhkfNjs47Z3/pUfLIas6CiJTeaT/Vjb/BLqFEtBoWSDw1bzZMI6V5dH+hG yBXD2MgkzJ7/Gbz9pjZ17wGsKn4PSktL47/i9xRjw+62pCjG8O9PK/4bD37FNKNzkrfZnEb70XFM ERDw36UaYitQ/w3xFa68iXVdX7GwXJ3klyII8Le2YXu19mBCTCxUuwNi7ARmTu5IMMg1//NpP3b+ EXzQp8wYLN604hcPp67Fuvqjdygqv/4O3hw7j78W6wDLW2MoiE3yXGCxS3j19bgT6j66Wjlw/L8I ZWVlKCkpQdnSFahZvwV7Dp/EpV7toZY8a/Fp/YGOY/EMQAIkQAIkQAIkQAIkMOcEzC9H5lwZSwX0 CWzFe0TZXjL6+Kp3e0aUpexcOYq3jPc+fBL/98cfwZqt++NS93//Gfzl5uzGhz7zroUud25YZeGq OZWhWGcjr3FpOpG9+LbiI5knCdYEOd87nao2i3/zZZ9fPIaIaO+MNdWmxGveMsWAjLyB51U7t6Zq mebB2OegOEy+0gXNXP4/FwdwoWcA7+K9eHfqNTWeNjz70qNYH7e8jKid5JcW6s4Na7RDY19UlPDW 0rgwf44ifcex6uNKWZeN1meS3rRqmpa8T33QEt6PNVpx9rXgQH2l4iXyv9Gt5mfJe3PbHC1dvwPd gZO4XV5K5+1xXBIxpj760jTlngRIgARIgARIgARIYD4TyG1PMa8pncK7MYsIpt/FqIXzXDhV1u1D b/B5bNgrOsqhlzAu9C1LIJxwIlQcw6mftKVV9cpMaoL/4+RTin/f3VgrjPjhtKHzd2Fq/F1HwrP5 10aI+lrCOLmrNrNsYZ+nNz4mcbx5d+bwNq6+/PRJ3deR+z4OZSCs7hQ/aA/9Bvs2bUlwtJNfCQHE iVWYZD/z7jzah7/x3Keo1dCeMjzYrG9xcXJuieHUwQf0ZXEmX30B8ZHDIlD5kuT6YZbk7vjGlWr8 4WnE5OqU+yjcKcZQJEACJEACJEACJEACjgjM+6HCZWs2iq/h5K1LjNDsS0ncQGeb2vH1YdPafL1i TIk2rcONFTcr1zzLUKp2kjXD7MWw2cSO4ezBB7Ff67VbSkzsZcdGTuHrB5QA/i/cnsGAsxQ2a8fi xUviMrq6XrE17NKe/zJ85A4xf6/YQrt/jIFUWz1+Tf8n3qhq72Ofe35Yd5YPeh7dg93imcHstiH8 TGXsbWhCIBBI+DUoqiJ86OcYStF1fuXX7DikDz30Lz+EOuAX/X9/b+ogCFPQkppPwPQVOPwtbabh 7zGcf7Jd9d0Eb02ykWsS5OpwAs9oD4Z8lViZmD26xImRAQwMTejnPCABEiABEiABEiABEph/BOa9 4YoyD3aL6XvlrW2nH0dN346O9TyOL6rfzKHxa9iQ635vmvwaOfs4Hj/dh8kkwyU20YNHDqofR1at hjKQVTbMFNO77SenIM8fFYuM4PFvfAp3H8hsZUV/p5loMYz0HMen1vigjKpswL7P16TRzp3zVPRd MeFQTJkUKSldmsRVG9Yrh11P4ed9k5ozohN9OC14JAez6/+2P39QlXUE6/7qKEZM34/GImM4f/wg tn3jhGKwllVhq2o8tu3eixNCj1h0DCcObsPte9t0ncTYaVdbdOC8+obVg31/+zD27duX8Pu7vwvq up7v1/JHcZpv+WUGMPXO7/T8jcZfPZqvOjmO4v/7t24lgK8GpZMTGBsZw9iY8RsZGcHYhMamAtvE 1N/adlPlcu0QEz2PwXdEKdG+lu1QBw+L60o5lCfpiom/y1cUWeYyqlxTRA2dehSPnujBRMRUAuUy 8e0vqhNBySPn77B80NP3+P1YuWYd1n1wJe5/vE/XjQckQAIkQAIkQAIkQALzjMCCmPd5qte0xAsk j9creb2mdTzhl7qt1g7JU+J6g8Z6qj5/g9QcCEjNjcqSMyJ7JfnXLq9Vo26jnU1xN+2asfdK/pR1 VKdMS/wkLuuhhWs1LRmTslSIYCXMBAn68iPGkjlWy4lo4TXZ8t4btF6WZGb8jL62adyfzy/59HwI SMlZ4MR/uFVbJ1VJs/jW1SRbuHkM+cZSNcl8vFIgqC6tI5bDSdZHy49M+96gunyLiC9x6SU11HRY L4vegLx2rbHkjJmh+dicX4oUI4+tlkjKpJ+T/JJ1M5aLMrGa1VJBaWSq5V5Ptydo8J8ZTFg6ytfY LOqLeb1hY41XOe3ZlrdR4vBK3erKU3qeCR08Xp/kT17LWNQFy7wUGupL88j6m3XOlAm8RgIkQAIk QAIkQAILmACXwxG9ybxtZevxxKUwAn7lzWu4qwtdXcqbGo8/iP6pJ5QZSvOmQKLgG9fcrjuE2o7h wP79OHBEfdvn8aMjPI57a8QHqOpWUdeEkFgENWHzNqJ7/Bn8rb9RcTbNUCQmSLXcvP5mnBuewo71 xpDo4jJl+O7NNyl7lC5BVVJo3U+56sd83RSv5rxqsfiQ1GIrWrEFocFOqNmArlAbQmo++AP/VSxe k7g58V+74+8RDgWgvkxFqM2Q7RWMOo59Uf8usmJLE3rbVW5alN4GdA7+At/87EbFZZX1cjKad+t9 BOEXlbfg/ge3Ji29pIYoWYd7GpVy2PV8vz5s2UqeVX4p/opRdrMiwwK/lSjDzSJAuvyCmLCrTB25 bggQR2KpHfdbMZarumeU4Sk3PictqsbDz/WjWc3c0JEDor6oow28zQhPPYzqhGG8dvRbpU9HtuQm o8SHu0Joa1NlCwX9zR0YPbHLOi9FidpUp5U4wHPfR/UyljFtvEgCJEACJEACJEACJFBwAu+RHxYU PNZZRBidHMObU0JAbFp0wFeickUaK28WcdgKGotgZGQUb781gd+9+y6uXl0khhzWwFNTYXTYkwRF JsZwSXyjCWHiVVYYxmeSN/00FovG16aUR3YWlZahrCShd6/7K/xBDJNjo5gSpkOxSE/ZzRVCt0xa OPEfFUNPhezpGRSXlmPZzSuxNE26Y6IsjIpiUCx4rhQ854ZOBI9vK8dOYSsFzo3imxvLEJmOzbP8 ypQ3hbwWw9CFc3jtd+8VBuIk3n3fWtyxvjrjN7J2tYtFIxgdHcYbY5dRvOiqmAX6faj5s3VYkTg7 moW4CPrOv4gJYdpu3FxrOZzYIhCdSIAESIAESIAESGDBEpiN+ec0bDr/Vu5WbjJkzX3BGa4LtoRQ 8WuUgGG4BnunsGf9HD1IuUbpMlkkQAIkQAIkQAIkQAK5JaAZgm6kOg2bzr+Vu5WbrKPmPv8nZ3JD lGFIYE4ImCYHmpP4GSkJkAAJkAAJkAAJkAAJXJsEaLhem/nKVBWQwBV56LrYovFh4Mox/5MACZAA CZAACZAACZAACeSOAIcK544lJV2nBKJiSZg3p2awbJX41nduPrS9Tskz2SRAAiRAAiRAAiRAAk4J aENvnYaT/TsNm86/lbuVmzlOGq5ucoxhSIAESIAESIAESIAESIAESGABEkhnINpJitOw6fxbuVu5 yTpp7hwqbCeH6IcESIAESIAESIAESIAESIAESGDOCNBwnTP0jJgESIAESIAESIAESIAESIAESMAO ARqudijRDwmQAAmQAAmQAAmQAAmQAAmQwJwRoOE6Z+gZMQmQAAmQAAmQAAmQAAmQAAmQgB0CNFzt UKIfEiABEiABEiABEiABEiABEiCBOSNAw3XO0DNiEiABEiABEiABEiABEiABEiABOwRouNqhRD8k QAIkQAIkQAIkQAIkQAIkQAJzRoCG65yhZ8QkQAIkQAIkQAIkQAIkQAIkQAJ2CNBwtUOJfkiABEiA BEiABEiABEiABEiABOaMAA3XOUPPiEmABEiABEiABEiABEiABEiABOwQoOFqhxL9kAAJkAAJkAAJ kAAJkAAJkAAJzBkBGq5zhp4RkwAJkAAJkAAJkAAJkAAJkAAJ2CFAw9UOJfohARIgARIgARIgARIg ARIgARKYMwI0XOcMPSMmARIgARIgARIgARIgARIgARKwQ4CGqx1K9EMCJEACJEACJEACJEACJEAC JDBnBGi4zhl6RkwCJEACJEACJEACJEACJEACJGCHAA1XO5TohwRIgARIgARIgARIgARIgARIYM4I 0HCdM/SMmARIgARIgARIgARIgARIgARIwA4BGq52KNEPCZAACZAACZAACZAACZAACZDAnBGg4Tpn 6BkxCZAACZAACZAACZAACZAACZCAHQI0XO1Qoh8SIAESIAESIAESIAESIAESIIE5I0DDdc7QM2IS IAESIAESIAESIAESIAESIAE7BGi42qFEPyRAAiRAAiRAAiRAAiRAAiRAAnNGgIbrnKFnxCRAAiRA AiRAAiRAAiRAAiRAAnYI0HC1Q4l+SIAESIAESIAESIAESIAESIAE5owADdc5Q8+ISYAESIAESIAE SIAESIAESIAE7BCg4WqHEv2QAAmQAAmQAAmQAAmQAAmQAAnMGQEarnOGnhGTAAmQAAmQAAmQAAmQ AAmQAAnYIUDD1Q4l+iEBEiABEiABEiABEiABEiABEpgzAjRc5ww9IyYBEiABEiABEiABEiABEiAB ErBDgIarHUr0QwIkQAIkQAIkQAIkQAIkQAIkMGcEaLjOGXpGTAIkQAIkQAIkQAIkQAIkQAIkYIcA DVc7lOiHBEiABEiABEiABEiABEiABEhgzggUzVnM11jEkclJRGMxFBWVoGxpGQi2sBk8MdSDXz/b g9++E0VJSQnKyytQvflubK5eWlhF5jy2KEYGXsPUTKIi5besQ+XSuS+VYxdOoe3pYXi2fRl1tSsS lbxOzyJjQ3jtjctYXrVW5FHJdUohXbJnV54Xenlb6Pqny1W6L1QCs6uPCzHVc9E+2+3P5L59yHH+ RifQ98pFFN+4GjXV7u73c8F/IZbT60nn90hiu54SnNu0xtB3+kd4ZP9utIXNkj1oCB5GcM8WsBtq 5pKP4whOfNuHew51pQj3BLrx0r5NKe4LziE2hscPfA8vTZeitDRV++npt1Fa40fzrs0oivTgtvLb kVAcRRBPoFewWJ8auKAuURy/vxT3tckKBXHppT24th4rxNDz+CH8+KVLWG6VUSbW5jwLP7oFG/Z2 iTyaf+U1OnQaTY/8Mq75p/cdQl11gVu0WZXnhV7eFqb+Q6cfxSO/fF2vA9PT00DpMty2/hPwfvpj qCyb+wdopqo4i0N39X1Bp35W9XEWqOcw6IWCts9O+jN5aB9ynL+RC4+ifMPeWd3vC8t/DgvaHEQ9 G/PPadh0/q3crdxkPJr7gm5D5yCfTVFO4vH7l2Gn3AlXN4/Hg3BYNhnCOPajl/Hd69xwHTi+C+vu OwZ/Sy+e2JUfo2ng+N/oRqvH34yH7tuIRb9/Ay/960lMf+BGLWsW9n76DZw8dAShjKmoxreE4bq0 9P14sLEBFy4vwZIlb+HIEaWAVhXY3rBWdQZXI+qV5YuvwVEJEfQcPoBjyU8NrGEIVyXPihevivuo KilO63OuLrzybAuOHFNK3usfvh91e/JTj9Omb1bleX6VN+ft4fzSP20eJV24PHIWx46kb62aQ4N4 qL46KZTzU+c8nceROYS7+r6gH9bNqj5mplnoq3bLTyHbZ2f9mTy0D7nO3+LFSrZWub/fF5J/ocsg 43NHgIarO264cHSnbrR6Glrws+8+gGp5KGYsiqHef8Hxnhtg8XLMZWwLM9hM5HJc8ciVfOk/ho7A sbhwb1Mnnnm4TjeG6rfvyFekhZcr7JkyNdbG9nPYtf59mDEPBZZPllcpby+LKrHr8FHVdxS3vd6G nen7kAVOSxn8T4xiw2tvY/naWj1NBVYij9Ethe9YJyou/h6LFi1S4vn9gHiYsl88yvIg0H4QNTco zlevXsWi1R+N59l/5lGj2YmewLOPGYUn9KNnMSEMV3cDvlxqMqvyPL/Km/P2cH7pbz8HldbK29SO 4FfEg47L7+B/vfgMDu4+EB8JcsD3Qdw2PIP6ytl1P5zztJ8Cez7d1Xd7suepr1nVx/mVprkvP8k8 nPZn8tA+5Ct/p5LTynMScE9gdncO9/Eu7JATZ7Fzt9qh87XgV0d3GUMexTeu1Zu246FrYITqvM+k yBvojb/d8uDBXZ/UjdZ5r/csFKyp/QhqajQzNpugGeTtmUG2qNNcLyqrQO36ijRXF75z5aY6VJrr fqwKHarhuvUL9ahdSC3u2Atoj9cvNV/C7Xhh7Juor5irRDgvzwu9vC1k/csra1FbUxMvPLXrN2H7 Fz6Bbcs+Hh854ntYjIg5un3Bf0pzTdV3x82v8/roOIrrKYCL/kx+24fZ52+p9sb1espHpjXvBOaq B+IqYRExAc/x40/iuVffioe/afVGfP6B+ws+AfA+MlsAAEAASURBVE/f063xJ8eyEu3f/6phtGZJ lR39IyM9+OW/XcQHPrENnuJeHPrOD/Hq5Q+hIdCEzaK/33P8B/jhP/Zh9dadOLBrC2Yc+k8cMRrB hdP/hBO/fAEX3xJvR5eshu9ru7B9U2VCSib6zuPX/+tNrP7op7GpugxjF06j7cQ/o+/iZdz0oTtx /wNfxfqKRMmyAL3NWpynIZClxepbOw9uXZW5KI/0nMaLF6/iT+/6DGpXFGGk5xSeCnWJNLwlhtTe hOq7voRv3rspwfjNR36lUkpAnfXkykwsqx+zB3Wgjtkp7bGd9GqBnfCcHDiPM69OQn0HCYi3jUtv FRNn1VgPmnNb3jTd5tU+pr0aj2BGfOqX+TWzUk/s1i/AXv11y2Po+af1dk6REcbTvxpE/b2KMaK4 xTDU8yx+I+rWrXfXQ85SpW49HW8fVtduxQN/eS9Es6FuTv1r4ZS9nfLstLyZY4iOXcCTbSfwQt9F 0R6K4fbLb0HNrbdh46bNWG8x0dvYQA9+1d2D/xyXJ4W7ETdV/BfcsOgqbqi6C1uSJh+z2x661d9u /S1Y/bqilX2V8NLN+H5HI0L3HAGOteGVv9uO9Xq5UPzkg6c5f53IN4ezfZylvk/0nRX30ktYtOxW fGZLTcL9RotDLoPPPP9b4GbhZ/MHRX1yUr80KfI+v+2DHIOd+ij7UzZ7+symfE4OXcCZ8y/it+Pv xOtj+U3LseyGRVi09MP45ObqBN5266OmvejRxA/tt89GSFtHNvszbtsHN+XBWf4CCfxvXAkM/ERJ erktAlk8OefvpL5PiH7Kzzo6hX0h2n6Itv+mJbilqgYb76xD3frEPnEWRdNedqJPWiG8EP/YVXzv Ov+33tZGeRIpy19Da7c0U7AkTEmtPlUPX6s0ZTNeu/r3Br3xNHobm6UGjym9/haps7UhIf0t4SnJ qX9d3UvdUkManr7AmQSeWhy+YKfUGfQn6KDkiVfqHFVz4FK/1N7SIrW3t0qNXkV/8e2p1NreLrW2 tio/cb0zPK6r4vRgPNwptbQIWS1NkkdNQ2OwVWpX5cvXukenTWKnpKDKsqV3UAo1eVLT4AlKl0wh 8pVfpijsH073Sn41ncFeuyVOFm+UVV+wN2N8dtOrCHHGszeQyltMRJRWH0flLa2UeXJBzzuflC7r wi1KnWpoOSPqly+1bMJUv7RkOai/WhBne1PZaW6Vgv50bZ6pLHT3i7qltF+JbbVf6tYrl1P/Zq1N OmUoz07LmxLDjNTbnv4eIyYTS2gfpJlhg4lFO6qXbxftoRv9ndTffNcvrTxbtjmiPvjivDxSx6Cp jc4jz3j+2pVvLm5ujrPU9/527f7pEfdMqwhmpI4Gta7526Vp0Ybr9y5b9UuVmff2QY7HXn2Ma+RA H3flc1xqb7Rqe1SWWv11UR+18uyofVazwc7OaX/GTfsgOeBv6Owgf6Us/L0ttvvKRvzKkSv+Dut7 t2W/Vi07CCS2/ckK2jl3qI8dkbnw88c//lFy+/vDH/4gOfnFYjHJ6jczMyMl/8SnVJLV78qVK5L8 k2dpmvfb6JlmozPnbZLOhAelwfAZqVkzIMWNsMn6LpD7tM306waf5Y3ZIkYn+muVVOn4eSSf36oj q1SohvZ+yal/Rb1xKaAalXI8ze1npP7BXqnV1PCbDaTEONS4A61ShzActQ6qxmKqO6C7adcs983p DRcLhAlOVg13chzNRk9ZhDUaYLO/ppYOqSOoPgwwNaz5zK+EhNg90TtDkALnRG9HVHQxU6fpl+6x jZFuLX+sonSSXiW8IdcWz+4OKRhskVpaW6RGtc5m0sdJebNKz7xy0/Muu+FqZtmQVL+8QXN9cVZ/ XfG4dE7yqgZZUDwgG+7QHpp5pXO6ESpLti4LjSK/Aw1GR9LTdEZVw6l/s/ZG2EzlZ9RheZNj6G/X 0ifaN2+j1HGuV+rvD0vnOjuk5gbx4MUbNHW8DD3kPPP4m6SOTvFQL9QuNfmUhzSafm7aQ6f6O62/ +a5fmnyNgTkHJb0+QAr2agUpvzyTy2im/ErQ1c2Jnr409d3UfzDqhCmi8TN6vZMfTCfrrrUR6euX LKsA7UNcZSPfLPM67se5Plr50dIq75Pbw8T4ZqRO88Nob4PUGpLrY4cUaFT7Tz7FcHJTH+3ok9g+ 6wm3deC0P+O0fXBfHuzmrw3+pv6VLSgmT875G3pna5/j0QijXrvXyS9ZOrvD0uBgv9R9rlNqDTRK vsZ2U9tvUsz2oUN9bMudvUe3RqsczonRKvu1Mlplt2SjVT63MlpltwVkuI5KzdqbR19QNMnmbVxq 0Y3XZsnyAabZey6Op7QnxnaNZWf6myupr6VfaNyvv20D/FJY2CiDrcpTW7nxdupfRjDcYbxZaNE7 D/IVUcH86lOmhg7xtFfZzHEAPik0aLz1O9esdk7jT4dlEYNSZ0eHFOoM6Q8WPP5A/DwUCknyr0Nc PzeodVrUSBzsLg2eEzKErPaA/sa1qVXEqcsPSeFxszGX2HDIHM+pb4hn+lsVQ1s0rIpG+c0vB8k0 vOqdITVvVIPCuLH7pG4jS4xwJqMi8UZv8iJqjfP65YSnOS5Rmk1lN/GKceaovBnB5ueRnndpOrJC a1vp1cun8/rrBoxhDCltjjQa0h9IJT4ktCoLWsthak/QIPXHnZ36N2tvhE1fns3+7ZU3+W2E8hZQ 1C9/q+XT9Zlpoz0x2IgOdUviaJ+U8j3L9jBFXmLyxJnz+murvGnteUp82R00+ZZ5JB6IaKNkNMM1 3zwdyc+evMw+bNR3LU8hRlKcSezQSGG1fRRrY6l9HaPMK+29fO/KVL8K0z4oEAzdLPNaJZXX/oaI Yzqs3sPFfdHb3JlgZJjv7/FbpIv6qJVnhX+a/o+pfc5cQFKvOu/PGDK0spRL/oZ0e/nriL8h3PaR U/5O6/v0cEg1XMUoiKT6aFvJDB6d6pNBVM4vLVTD9U9EZZzXW2zkeRxQJwhpObgzaUbLFfjqwVZV /wP41VA0/2kRw+yNz3KSvuGxiN29/o347gPiW7LoZfGlirL52/9bfHKXy5Yz7tj1H8WL/3pWldiM z3mWIhqNxn8xMQ+y504xKFXexMyv8id5yVt7/5OoNz5YQ80n6hQvoxHFf1k16rZvR31dPe7Zpsiq unNr/Ly+vh7yb7u4vtnie7HkuNKdL63eLGQIWV/YKuZqlTc/vuwXceryxSQ44jtW682DjsF/EN8L K9f1T5LKlenaC5df1tq5cy1Tv75xHtp9erW4MvPUfGn7Gcuyq11N3Wctb6lBFrRL2vSKb4SUEju7 +msPTgz//tQBxWuDD+vkiCs+hoBS2XDon5+HdUvrQWi4VdQt7UvuMvi+HlCjfBPvpDSXTv3b097s y055G/vNM+pSUx50BnZYzllQVKK1JxH8qlVl429FcFfid/Ep8c2yPUyRZ06cOJ5t/U1b3rT2PCm+ WZ8WLUJVgpB883QoP0G3/JzUfOkb4o4lb134Rst5UyQj+Km6vl7jwS8m9XVkb3bqSyHaB5PKWQ9n p4+d8vn8Tw8rWnia0fZQnal/BkwnV6BZ1se0+ujtc1YgKR5m059JTl6KcNFSz6a/lyov1cUR/9Tg jlyy83de30vKb8DbcS3C2LpyGx491YMJ6xucI10Vz871cRHJdRdk3huu028rRUo2TjauNUxGLadK 1m5QbwLAW+9YmVqaz9zvX3lV0y29bLf6e4NfQo3aV1JS7UPDVvOkKIlx2vc/g7ff1KYKPYBVxe9B aWlp/Ff8nmJs2N2WKNh05m0+h3trtE6pcqHkfcZaqVrXTguiN6rJk3RoHma7161OdeIbG/L8rW3Y Xm2koaR2B8RYBcyc3BG/4RUqv2yoaukl0D0eX4RZDKcQS+JovydSJjmxDGzh6Da9mqhsPDV/bvZO y5ubOOZTmIzpndI0dV9/NQlZ99F+dCirTCHgv0s1mFeg/hviq3h5E+u6vmJxY/e3PpWyxEnREqN9 UAIb/536N0Lm9uiNl3sVgd4HsCnbhNfR1/CPahMZaPiso1lx89Eezqb+Zixvgkhye54T6sXahHqq tHzznIX8nKTXSkjJemGwinf8Ygsf+O84O6F4mux5Cofih3587VOViqPpv736UoD2waRT9kP3+tgr n2P496eV/kzjwa8gW/U16+u0PmbUR2+fzTE4PHbRn8keg3v+2WXLPtzztyff8GWLv5v6vvQOBAJK fYR4hLnXdztWlr4H277xCE73jRkKuDlyo4+beK6zMHm5N+WUoTKRmBAp3jvKT+wNm0ONJuUxfk6j TxFWUoU7RRlvE6vhvP7GeMrlFAeX+pcnv0PzbcVHrCdhjUfpxL95pjifXzz7jWjvdDXtRStcVZbS cSlf+V7Ng7O9OUJnIXPu+84Na1JlFhUZaS1QfqUqYc+lpFipAEVC55xsLtOrxZ2Vp+bRxd51eXMR 13wIYje95urkpP7aTePkK11QbTP8n4sDuNAzgHfxXrw79Zoqog3PvvQo1m9KbJDu3LAqQxRiVIBe 1hRvTv1nED6rS/rsouXlRjuQQaL2+PSWCu3I5PlKcltquqYdmjNQc3O715k6vz/aLW9uVUsXTiN0 0xJlpXONYr54zlp+uoTMwn39vU3wiSX1QuKt69+2nseWfR9D5w/3xyV6mxtQm9LPAezWF3Pxykf7 4DTZbvWxVT7FEjLPK3YraqqWpapmp3toVjBVgu5iSx/d9/w5MCcv5+UhF/xtorLL33l9L0HdvpMY vesEvnfoII6ElAIVOrIf8s/T2IrO7+2A21XgnOtjE8h17C1Hvd9CEJzCuzGLeKbfxaiFc/6cluIj d4hPucVSKuFDLej5Vh2S+m9pop4v+kNf29PXEsbJXbVp9LVwdjjMU5MwNf6udjjne/vLycyf/EqE ZlUJEn24O3OXXvs8XWjlsry5iGl+BLGZXs2b4/prM5UvP31S93nkvo9DLF6SsrWHfoN9m7YkuFuV hf84+ZTix3c31iZ1xp36T4gshydLlquDV0MvYDi6w9JoSI3OgxtSHh6JoZ57xRNNecuwBFh+2kMX 9VcrSIrGBfk/8swT6rBsH6pXmQtEvnm6l58XMGWb0CTe8oT2C9N1/zGc/eQk/of6tOjBr3zMMkq7 9UXL1ny1D5bKZXB0rY8WMINs+fm+ZhikepvE8ebdqc5JLrbrox19kmTPh1NN7byUhxzwt81IS4it AM7re8Wm7Th8cjuaxwbwyxM/wcG9h+LLwYWP7MT+227HEztqbMVs7cm5PtZy6CoTmPdDhcvWbITy Er9LjFDrS8m1gc428cxS3nzYtDbxDUCK5xw53Fb/FVVSCA0/1L4XtRY+//QvUwxvoW5o948xkC87 SMgvXrwkDqWr6xX9O11rSvPHdf7lV37ZXIvpnRgZwMCQOv4uv/jmQHq+6+8QfnZAaVG9DU1iCFUg 4dcgntnJW/jQzzGU0nYkPgeNjZzC11VZ/i/cbtHBdOpfiTvX/1f9qdYhOYaH/ueFzOLFGxzljWEY 3f3mETdRnPr2TnWop2hbn+tLafPy0R7O6/prftUjU4324WGf+hjE/wX8mWxx5JvnLORnLgizv7rp L/4aSnVqw90bfEo/xteKT1cm1gsjpkR36/qV7/bB0MbeUZ710fMXeO754QSVeh7dA/FSO+2Wj/qY NrI5uzB/+ecFiV4enLfPmj5lFTXYvudhvDQ9DG0EcWTqsnbZ2T4H+jiL8PrwPe8NV5R5sLtJmRWk bacfR88bY87Heh7HF+9TP8Zq/Bo2pH/0ltPcLKn5EsRaa/EtfOBufPtEH8x9uFhkBD09Q4rbPNT/ tj9/UOVxBOv+6ihGTN+rxSJjOH/8oBjffyKl4+UU4qoN65UgXU/h532TevDoRB9On05kpl+c64N5 mF+5QDL1zu/ENA0xZSKumKm0zlF6p6Lv6vqY1ZltWvsevx8r16zDug+uxP2Ppz7omq38+RA+n/U3 KhZhV0wLD/b97cPYt29fwu/v/i6oIjiC8/3aoE/FKfo77TyGkZ7j+NQaX/yJNdCAfZ/XjEODoFP/ RkggbXk2ezIdZypvJbWf0yeeCu3egF1Hz2NSrSKxaAQjfedx/NQFpT0vXYKbVbmHtu7H2ZEIopND OComafIdUgz++GUxuZGplsWdZtMeptV/juqvCW3aw6nx/8TYxATGRoZw/sSj2FbqgXq3Rvv/83nl QUa+ec5CftqE5erC0s34f5vVJ0GqzMBff9biAY9y0W59yWf7kC7pmepjXvUpq8JWFWHb7r04IfoZ segYThzchtv3thnqismTkrfZ1MdkWXN9nrZ9EIrlgn/a/J0F/7wwc1Hf5T7DbbuO4oJ42J3cZpeo Sk7Fv1N0obELfVzEcv0Fyfn8yvkQKJag8ZuWAPF4vZLXq6yXJ3JMkpc3SVi2Mx86JMsUOgnbVcSt /sTaYYFgQGpqUNcN0xa8lsM50F+b+luf3lxbfkddh0wWZ/ZjPpavyXGJN9QS0viP+xH/wq2mdQuF f/Htg+QzMxXT8WsL1qTEoQmRowu3KAwspoOfMa1JJ3Py+sxxGPJN4pwdiqUH4mkVS/RYLwejiZvS l03SlmDQrlju85hflvFlc9TyVDC0pb8uz0i3Xk7lsiHyKmH1HAfpVUQbcp3pY5Rdsz5esayTeXNb 3iRRYoOm9YlhroPmCAp5bGN5DDfpdVJ/nSS3N6i1X9pyHEmhp8N6W+wNyGvLGksmmPPUfNyavOSW voSZqf2Uy6X6S/Rvjt8od5rf+D65PJuCaGzN/pPLW9z7+DljSRxVD4+2DJt8bipL2hIUZpnKsV+s VayubW1qfzV13LSHtvR3WH81mfo9RlNQ7DO15yZvGQ81+al8lDz2iyWEzFu+ebqVb9bR9rGN+p4g K+Ee2SQNJlyUT5zWL0VAvtqHRPXs10cn+mjlx275NC83kljmvKJPptZHizbCbn10qk8iIwdntvsz hkxNN3O6rdo3J/wN6fbyNzN/delFi/6hEU/mIy2NdsuD0/qu3/Pi7b4n3k9t8Kv3QfVeEDjnfp0c p/pkppHbq1wOR9ScvG1l6/HEpbCY4VJ58xru6kJXl/IBtccfRP/UEza/M82hhkKno1P9aGlUBjKj 6xj2792PQ2LGzfhWZZrow4H+xWXK8Nqbb1L2EE9sqpLU1v2UL4F+bNO/Jqp2x98jHAqoQ5XE0La2 NvHZrsLU628Us4p+MWVZiLJy8UFDyqaOB1ulLCdjvly0YgtCg51Qsw1dISMOf+C/isV3Zr8pL9lT J35JlCxmsrxZKTvJo9cS/alnecwvy/iyORYbb3kWFycOF8scVE63hQ+x9E/C5iC9SjiHPM2RJUUt X1qV5ntAp+UNosRuqjPeYHju+2hKGTarUtjj7MNBnKTXTf3Nnt4Iwi8q7Zf/wa0Wy3EICSXrcE+j Upe6nu/POCrD62/GueEp7Fi/NHvUwkd2/zbLszk2u+VtxWacGA8jqLXnQkZYaQ7j0rxbKvT2qmbH Y2LZHPEo1bR5fE3oHn8CD2y+VXENXRDfy5o8iENX7aEd/R3XX0UvJ+UtMSVuzjzwNQbQGR7FE+Lt tHnLN0+38s06Oj/OXt/jMlfUYK0q3N/6ZVQ7iChTfclP+5CsnP366EYfu+WzYksTetsbE5XzNuDM 8C/wF5vep7pfSXmb5rQ+2tUnURFnZ/b6MyaZdtoH4d0Nf/Gxl63+Qzr+nYO/wDc/u1FR1qJ/aEqF rUO7/J3W97Wf2o1Gv9ZvCMf7qcfk2Vfjmw8tnYPYt3mFLR2tPDnVx0oG3RIJvEe23xOd5vdZdHIM b04JHWPTQPlKVK6weYPIY7JknV55eQgz712Eq2IeoorqD6CyYoXlDJXzT/+oGMo1iqnpGRSXlmPZ zSuxVF+zMFfQYpgcE3GIhrBYjPkvu7kCZdoYjFxFkSc58y+/8pRQVezCT28EfedfxIQwuzZurk07 7C6/FAspvRD1N1N6Inh8Wzl2ivt84NwovrmxDJHpGIpKy0Qdt3rI4tR/prjzcy0WmcDo+GXRHsqf YC7BsmVLLdMSmRjDJdGeFQuTtqLCnnGuaJy/9nAh199883QvPz/lTJY6ef4RLPv4fnHkQ/fUSWxK 6c7Mtr7MdfuQzC5/+sREP2xUdAvl+rhS1Ee59Tl/cAs+Lr6z9zR1ovfhOss+mehMLtj+STLd7OeF 5Z9dn/z5cFzfYxFMjF/C5RnxgiY2hVjRclRWWvfj3WjtWB83kTgMMxvzz2nYdP6t3K3c5KRp7gvO cHWYL/ROAiRAAiSQNwJGxzrYO4U961N63kkxO/WfFJynJHCNEIhNnMf2lR+Pz7IshkHi5J71Filj fbGAYjhFB/DI3g58bN/Xsbk68eHRxIXH8ckNO+Pf2TeGhnG4vtIIxyMSIAHdEHSDQjMi7YZN59/K 3cpNjkdzt3okblcP+iMBEiABEiABlUDy1BbZwDj1n00er5PAfCYQxdmj38PLi1dj8fhLeGz/EXXy siZ8/0ErozU5LawvyUQw8w5OHzuA/eInvjVA87Y7US0mYnr5hafEZ1tdqvdGfP0zNFpT2NGBBBYo ARquCzTjqDYJkAAJzAcCV+RPN8QWFcNm7WxO/duRST8kMP8JTOPlxw5gb9ikqacR3c82ozpDT4z1 xcQr+bB0Nb4o1ujqko3UrjYcEL+ETXx7fk4wz8Q3wT9PSIAE5j0BDhWe91lEBUmABEhg/hKITk6I eQdmsGyV+HY9QwdcS4FT/1o47klgYROIYeD8L3Dh4u9FMhbh/TUfxR3rq5FtugfWl+y5Ln/b/dqr A3j94iX8/upV3LBsNT607lbUVCYOH84uiT5I4PohoA29dZNip2HT+bdyt3KTddTcabi6yTGGIQES IAESIAESIAESIAESIIEFSEAzBN2o7jRsOv9W7lZuso6a+5+4UZhhSIAESIAESIAESIAESIAESIAE SKBQBGi4Foo04yEBEiABEiABEiABEiABEiABEnBFgIarK2wMRAIkQAIkQAIkQAIkQAIkQAIkUCgC NFwLRZrxkAAJkAAJkAAJkAAJkAAJkAAJuCJAw9UVNgYiARIgARIgARIgARIgARIgARIoFAEbixcU ShXGQwL2CETGhvDaG5exvGotKpdmW0zAnsxc+5oY6sGvn+3Bb9+JoqSkBOXlFajefDc2VydOzz92 4RTanh6GZ9uXUVe7IgdqRDEy8BrE6iQJW/kt6wQrF9U9OoG+Vy6i+MbVqKnOhX4JalmezK/8nX88 J0fEsg9vz+D9a9ehws76M5aUc+WYYz4WauU3vfnX3yJJhlOO6lcsMob+4beF3GKsWVcjliWKYKhv GJeFy/I1OSwnsSgikWlEYzEUlZRhadn8bH8NwO6OCsbTnXruQ+WovLlXYH6EdJ+/MUQmJ0X5hyj/ S0X5d3FPnR8IMmrhnk9GsbxIArkhIKYX5kYCc0RgRupubZYaGhulpqamjL/GxgapqeWcNCM07Q16 JVH6JU+ge470zhTtlNTRpOgn62j+peo7LbX7VT+eoHQpk1i716a6JU9SvAqrXrsSEvxN9QaVNORK vwTp1ifzKn/nHc8pKehRykygOyclxjoT7LrmmE9qtHlOb971T02R2SVX9Svc4tPbmmDvtCSNhvRz bzBD3Z/ql1qaGqXGhgYpeGbYrJpxPD0qdbYGJL/Po8vU2jWPt0EKhedBOTS0zcmRa545iT1/QnJV 3vKnYWEku8nf0e52ya+2vXr59zVJ3aNyr+Ta2tzwubYIXB+p+eMf/yi5/f3hD3+QnPxisZhk9ZuZ mZGSf1evXpWsfleuXJHk37X5uEi0KoXYBo7vwrr7jsHf0osndq0vRJTXWBwR9Bw+gGNhu8mqxrd2 bUbx4lXxAFUlxXYDFszfwPG/wT2HuuLxefzNeOi+jVj0+zfw0r+exPQHbkzSYwZXI6rT8sXISWUs fT8ebGzAhctLsGTJWzhypC0eQZXbFyPFixUFq3KkXxIBq9N5lb/zkGd5laAm6sy8KP655mNRIPKa 3gLob5EkwylH9WvNHVuFzJD4+bBJruylVfCLM7n2b7tTLjCp29iFE3hwwz3xUPJV74d3Yc+WyhSP kVdOYOvO/Ya7xwNPOCwXQYS7jsHn6UbnaC/qKnLSghnxzOGRG55zqK79qHNU3uxH6N5nPvtXTvN3 7OxBrLr7gJoYUf49ovyLChAOHcLtoWn0Tx9Gjdt7rHtEeQvplE/eFKFgErAgcO3caSwSl2+nmYg8 EAuIXMl3TNeq/KXwHetExcXfY9GiRUoifz8gjL39olPkQaD9IGpuUJzF0xcsWv1RyANt/3Pe4hhD R+BYXDtvUyeeebhON0brt++w0LoM/idGseG1t7F8bS3KLHw4diqqxK7DR9VgUdz2eht2yv3Z2W5T sxWwQMOTZ+aMyxefzLHm7up80T+X9St+V5+B9kwMSZ8NxCb78IM9fuxvk01PYys3DhOPisvh8Tbi 4KFd2Pxna9ThwVFcOPE9bLhH7syH0f7MIOp21CSGu1bOsvBckMnMZXnLE4CC9a+y5u8IfqQard6m DjzVvB0rimIYOP0DrNsqP9A5glMvHUDNpsTPgPKEpfBis/IpvEqM8fomEC+S1zcCpn4uCVRuqkPl JpMGsSp0qIbr1i/Uo3YhldDIG+iN9wU9eHDXJ3Wj1ZS6lMOisgrUrq9Icc+Nwwxm+0ylVHtCnxuF FrgU8sycgbPnk1l+vq8WXv9c1a+yNR8R71rld65VuKlUHBRVYatwCIW8uPUDiR3q6de7dKPVHwzh nuiP4duf/ulWWe0OvHT2/2fvXaDjqM5E3Z9cy5YMEsgvEhlfWREk8gS1E/l6GTh2SJusRB5u3L6M CRloCIYzkodk4U7mxF7KGjTntGfh02RycbNyctq+k2kfkJwwchK3c5g2BNlEZkBajMTQIkgBKUjL kQYkLAUpuNvuTvbd9dhVu7qru2tXP9yy/9JqVdWu/fj3t//9+OuxdzL7cmja+R0IutrlG2MTcx8m e1jQ5yI8F1JG86VvCynPZrIKla/Ur8uROOFvvyMZrdLJImho/msIuPbBblp1SuLtF7OM2nQT4mMz DQyGBOwSWEhmgd08FiycNqZfkv6V1enBU/Cr38zA4mU3w59vbTA1ZmKTA/DCK78FuJ762XIjjPe9 CK+fvQg337EdGuiYY7zvBDwbeg4Gz56HNY3b4OG/vhfqTR7PzdMJgY4e/Qm8/PYHcp5XrNkIdz18 f8qEQAUDko+IE+zxwDzEozRCk3zqySjcJwdOQsexn8t8VnxqM9z/8NehqcbsvZ15GDj5Uzj2/Ktw 9gP6tHzpGnA91Ao7N6W+HqenIXBUUaaK64CbV6evWrPDZ6D77VlQnzED0KfJ1TfTiZukws64icuv vuibMVb+4uzoAHSfeQ1+O/UhlF+7CmD4aeVy2scxfOjMx9M03z/rClP9PEs90leZVyyFG+oaYOPm ZmhuMisDsfK1qv+jfSfl+vXp2/8cGpVRiCb4/HgfPP/aWVj26dthq8lkWaXEUxo8SZvV9oG+G1JY /aeyiPKZHO6Dl3r74HdT0iRm18KKmk/ANYsvwjV1ZvwLn18x+cV5Fq5+qX2QswFWyZjoP/mpWhVc ndQUll27FjyeANzvuReaaith+FCXrEfC/2LvwKt00C5t69euUA7y8D82O001tRxWVmds/C2nND14 hvbB78Oaz30ZNtGO01p/YZ2nZUFMPFrRf3vyK4kVQt/symO1fWaYrIyvmF/xvUD5VlwL18sJnIYX z4zC1u31SnLzb8HLqv6Lp58+xJWk/+kp4BUkkIHAlfEJch5zOTNEOgMB0tkZJB6nMkkK/ZaRBDs7 STAYVH70ejgyJSc61OkmFD/9OUh4wkyOOOlqUSfocXeSKNEnIwn0DpGQ6UQ/bpI8L0t/0KOmo8bF TdDTEuyVJzUyS73k3KL9hH6bRfPiIv1z5tJFAgrTlkA3Cfv1SUkUzlJYJ2WdNGHCTC9p4ZjofoG4 fN058ZmKhEkgQMs+0KZNjOTxB0mnqg/Std4JOmGKuvX7TCY5yTbRlC3550jQpeiDK9MELbJcU6TT Yz6plMzKGaCaaX/r9bN6kKqfAD7DxFR2yte6/uv1y2xyo8wTQ5UCT12GYP+I5faB2NIf0fLWZcuq b/Ex4mcTk5nUS30iMz3OwudXTyur/MI8C1u/CK1BIR+dZMkfpn2ItKkT37UFyIje9JgWKKtvWfNs CB0lIQ9rx6S+Lam9NfgVOKHtP31QTCCPk8GxOu2ibMKm7ZBJf5EDT0u5taz/+mSEYvIXTt/s8LTc PguOryyxNvUkUl+4SRSpbnpDIzTGCeJX+1YADxnJk/qTK0X/TcsEHYtNwO7ETFI4kYmZJL9mEzNJ bskTM0nnZhMzSW5sciYoNqiFnt5cry+tgcgbQ+BVZ7yND2kGk6OtOzX7U93EqQ7cAhHJNNAHT3x8 Hn+A+Fp0w4KPa6Lbq8vkbCPdkREyEukmXq1hBdJmbjWnynOpXQQMV55Piy9IuqjhyNycfn7G4Sni U28ySNe9nd1kaKSfBDlDzZ/OSrbAw8wQZXKwvZe70zDR20X8tDwDwQDxWDIs7cqv61LmQWmchNvY IJQOGulMocEQHeSFuojPo94YyMVwpYN8puPSTZ5wb4SMjAyR3p4wCdLBtsvTaTCK2UCasZP2mcpX TP91Jv7+1NlQWdrmvPSw5teZshSSpy4DzydT+0CIXf1h+bG612XLzEf3J+XB4W4jXWFJ3zpJmzpz rR7e6JfluTD51dPS0zfLuyjPQuqDmXxibpl13jyufvXmoVQeni5pIJ+njbX/rtxulPHSsPwx3ZH2 ye1J5vLmY8vHsa5nkiyZ9Z8QcfkLq2+i8oi0z8Ljq3wUh4U44nScJt9QoeXF65H0QKJrKJdbukmJ XxH6n5RnPL1kBNBwvWToi5zw3AgJd3WRUDikGYYOt08+D4VCRPp10es9I/qgeCjInjY5SbfyIFYT OsKuOXx0eCltxk4NwE16tKd19Jr2lKKFDMl30ieIl03R7vKrcbDop0hAM1699B7hAthYw23hiavS gbhIaETvOHq8qnFPDS1WAmNd+tPogMFY4Xi2dKlPKsQZzYz00DKnZd/p0564tgWpjmj6ECKRKfNb skw3Mg2c7Muv61Km+KORoNYZO71hgxEZH1Kv5WC4RsdCquFKn8wk6b8ZbePAKFv5iuq/zqRQhmth eeryK/qfrX0gxL7+mJVOJjddtkz6xg9kWwLGt0FS64MeZ+Hzq6eVSX5RnoXVh0zlYe0aq2+Z8szH NMS1p1J7Yd6y8SEEjln7Tw1X1n4LhDb1yvKXsb+Q33YyDZ53RzH9TzZc07SHnPyF1jcxnoLts43x Vd4LKE2EM+HUt7vcoTyPqq4A/U+DF50vAYGFarh+jDbmuIkQqKyH5p07YXvzdrh7h7TgAEDd5m3y +fbt20H67aTXt9Tr3ys2fO1b8tIEAKfhW4EzXGrj8ONdHfK5Z/89sJK7ohw6IDQWhC3a95qV4Pqm T/X1PnxIPwdNjL8C7erkkIH9u5LiWAlf3x9U/bfDS6OxlBQWukPn0E9gO/fBb8MXmpUs0W8ylS/i YvDaL9nMIl74iqMaYrGY/EtABTg2K2UIdGZf6ZNaO1t1/RZa5rTsv7qNzoUsbW74SzfVEU0f6CRT Sd9SsnTiWWdPKrz8r/z4SUUchxc6Hms2fFYczS4gy0rafXnVNXBOvhqBbat2wFMn+mDaoipmK99S 1P9C89RBZ28fAAqvP7o8Vo7m4aWgNBMt3dxB8LduMnz3n1ndSiG/4jyLpw8K1kL+Hz3xXVh390E5 CWdbCP6FthdKO5unVMuXqhEtoa1z/re07cnEvO32X0zKXPQfwIr8xdS3bPIIt882xldi/O35jo2e gL/YlvpBa4drGxzqm7YXqVmoy17/zTKNbkhAjEBe+xyxpBe+b22QdYFNKJQmT+VN1GB1QQedfi7S /ndwavcp2Eqt1Nm+Z+GAHMQND32pNiWwO/gsbK81FtGipdca/EXPKSaBZCxtvCl1MovymzZo6/l9 8KFkmiXN1GGIbWGdOL09cG/S4mnl16l8tOn+43DufdWyh3ZYXaYOmguRVaGJpawKUGj5J+HfnlP4 ePY/AAWZ37j6NvD5XLBNnrk0BHtc9Eez7/L4YPdDbmhuNE/VSvmK67+xPlktBev+isBTFcZK+wB0 LZSi6b8VSHRCn3/uUDz6Wu4Uao1KI7+iPIunD1bw5+Jn8swTcKNL6bHok1bZaM21N5mma8kGnvst LJFnxaKx/f6UvPYsvHscvvfUHCyhNxnl7cIF+OSdu2FnU+rtXat5ytie0EgK3TLIcuag/9bkL56+ WZFHvH3WNcry+MqqAtj1N30Gvnajiz52kDYnhEd+Cje98wO4cZs0lojA7lu+CMtHXoad3A102auF f1ec/ltggl6QQDYCRWmrswmx4K9bmIqy6d42cFHDNUSbv78PnoGte2+F8A/2yVl3elugUW+vNRyb N6zWjlMPKqFMmhhPnRxPmjFUXq8vJZ4sRnVqxAvGpWrV1ZZk5YvH5aZPWOe1FQ7V8NTKrasszsDF ksRGTwWVn071/4pq1zfULTMmLJ3lRX3KoXnvcZi4/Rh878B+OBhSEgwd3AfSz+EJQvh7D0JNUmtk qXzzrP/aTJapJKy5FIWnIoql9oF6Laj+WKNi8MVur91Qw464yxeS66Z+rVTyK8SziPqgk8r/0fzg UVj9edZf0TWq8/Sk9eyL+6GdvTLEix0JQfue5CdcXwKSg+FqqT3hZSjQMdN6Uf23JH8R9c2SPPlo n/kKV6AyyRTtwI+/T8dt0uaATqqXzZKBWv8YTPRcS+uEdAs2Anf/1VGYO9VqeFtJDpLl35Wo/1mQ 4GUkkJVA0lAxq3/0YEJgbuojE9ckp8pN0EafOoXoU6fT+w7DqS/Owj92KH4eeeDWJM/K6YV4IsX9 348/q7i57oCbDEbqHHyU6h0g+hFMpMRymThkfc1WySfz5gpE4Hhr44LLfEHlpwMLNpBKBTMLR727 U51tutRs2glPHt8J3slheP7Y07B/zwHa5dNu/+Au2Lf+FnjmwQZjzCzjRtc0Z3b0P7n5m4QTT6uV Mk0qWZ2LyNNq+8Awlpb+O+CaRcn86acTzFgxWWKsVPIrxLOI+pBVN+16iA3Cf3Hcp4Ru6czr68F/ 5u6Abgd91VJeG4zCmnkJ7ribPslyeCD0g7vgmrh65+wiwErHn9nNgRKOFVxuseQptLj+W1qUu5j6 JsTTTvusoLY0vspTqaRGMw+vnVLN1rYn4d5Gvbes2fIo9HiPw+fb6bPY0wMwRl8OMHsAkRqn7nLl 6r/OAI+QgCgB/MZVlBjnv2yJ8j3O6dNvSc87s26b/upv6Ism0tYBd2xQXz1xBeHLSa8D6xEZB3aJ 8RPwTamRpJv7q7fIBkfl2o3ywvPS97OHQ4N6UPVoONyhvuLigk03Vadclxymx4dheDSP32mYpnKp HCvhs7cp1EO7/wmGzYz7SyWapXQLLD8dFzLdffmVMYNEfU89Ki+ubnDMw0llTQPsfPRxeCM6BvRe jrzNz9F1dW1sdvSfjbdei0xwKSbg1P5HYJ9SvTh3wcOi8szePki3JUpK/zU+EegdmuLgxuDEd3ep n04AhF4e1PRS91QK+RXkqeUXoFj1S+eVn6PR//0DOCxH5YGh/3Gv0Ovd2SQor2mErc1bYetW6bcF tu7YocwHUbcevrSFnsvu9Br102j2hD5bAqV2XdMHO/pvITNa/KWhb3baZ5ZL0fEVC1eofd3Hr0uJ +rN37lDd3ofzlL3odjnq/+U9nhQtYfRfCAJouOZAdfWGJiX06WfhF4OzWkyx6UE4eXIQUmyk6i3w 37yKEcU8+/7mzrRPvGK/ZyZFAsb7jsKX1rrkJ1QALbD3LvXpVKUDdrcpUwJ17HLDoTOTLGqY7DsC 99ynDDnA8xBs0G8Wan4Gj9wPq9aug3U3roL7j6QavprHBXyw/i8eUaU/COu+cQjGuYmBEvOTcObo ftjxrWMmA+XiZXou9hGdRiehTBqVpDj5kH/uw99r8ccSXAKVdbBNVcmO3XvgGNXjRGwSju3fAbfs 6dAB0Mmu7G6Sjq1vPQQD9OYIl7IcXbka6Zzdd5KF9V8yPBRruePpEyDNV5aYH4cj3/oS3NGe/Gpi +hxfSp5MKkvtA/WcD/1haVrdp+VTsRSuVyM5sG0fnBqfh9jsKByikzS5DnB3DehkOcm6Usz8ppVf lGcR6pfVMtH9Ke2MNEldgv6dV1/P5tsg5ZoUIga//tdeJairASpmp2FyfBImJ/Xf+Pg4TE6zvkpP xdaRNk/ABbstgq1kixYoB/23JGOp6Ztw+6znUnh8pQfN6xF7Uzm0xwsnRjk9nx+EA7ukV4Xp5tgK nzQZXykXBf4vcP2/EsaTAqWJXgtF4BLMwHzZJCmt7UXH/ISWjfxzutzE5WTrYfrMp/M3hGkjqSvg 6UsysHiT90HDki4U51w/cXNyOJxO4tTkkGRzE24ZUY7/DPFz65vmc9F3LhGxQzYdvIXlcMyWb5iL BJTy4JbDkQSIBFu0cpJ40m9dubKijOhyRDkvv0BlpyYRTcdFevUVejLm37i0gKpH/v6UMPbkn+OW Q1LilnUpaWkbfnkGo645ic+vLiWUxDNFwAwO/X5+GQEHkepJi5t3A+Lr0dfJYUwsl6+g/k+E9fV+ k/PrzriubinwTCMDV/9T2gdaNvb0J0Ohml5KI1uSvrElb4zsJf1007WN1bLR1vFME2dB8psmrST5 payL8Cx0/TItigyOWhvJMUwtC6fahqVhkhzW4c+9/ZRkpnVZbkO18s+QEYuXhNsTi/Ha9Sam//py OFbbw0LrmzBPwfaZcbU1vmKB87if6fUbxw4eL/F5PdrSd1LdaQuP5SfFBa3/JTiezE+pXLax4HI4 tPZeaduilVshNBIGt/LAE06HOiB0Wpl4xu37v8yn81/ZADepoNzBv4R6AWhOtxd6xubgwaakV34r m+CZmQj4VEEip0/DaVUOh9sPQ3PPwKakIEqy1bCpWX8C7Ljvc2DqTUDG/HnNfvuysop+0JOyqfdH Vy8xTLbU+OD/gEjIp76qTV9F7NDLyun2QNfhe/KSd0VqdeKsFNlMHNjtXO7SapPv++zJXwaV7PEW Fz9UGROt2doG/Z0e3gedPLGFzp74L/DtOzcq7kk8jZ4zn930pd3gcTM9i8j15HAHe7rpgkB4BPZu SZ0t1HL5Cup/TXMbhLzKU1dNcqcHeqdegL+nuiBvRkSqt9LgWZmmaqRtH6j09vRHzbblnTU+DQ/+ EMI+equN2xyuNsr/GXh4y82Ka0j5Zkw6KV5+rckvySTCs9D1S5JHbDNV7qQoVqvz/pXB8uvVDi7J h+HUUWVobw3XRE7oE8k6Ef8Cfi23JwJx2vEqqv8sDavyF0vfrMoDgu0zy6+t8RULnMd99aZHYSjs V5e6o2OHg+2wr/2g+vYbgLcrAo831+YnxQWt/6U8nsxP8WAspUHgKulWQmmIspClSMDs5ATM0a6+ jH7nUHl9DVSydyCTsjVLlxRYJs/O6ILeueOwKWUQOg9HdlTBLjqu9/VMwLc3VsJ8NAGLKippnMZv vJKilk9js5Pw/hw9TEQBqlZB7cqUBJKCzcPgmddgmq4Au3FLY9rXlpMCLeDTGH3VjZZVNA5lFVWw 7PpVUG2Ba+lkuHDyJ6juTFC1KaO3XFbVVOdnIMqDS8zD9NQM/RaI3nBIzEFi0XKorV2Z13RE9H9+ ehJm5O+SKqCW5jffW6F5JhIxiEajIL35bbV9kF79LBX9Z/wlfauxwL8082udZ6H1Id/6i/EVloCo /otKU4r6JtI+6/m1Pr7SwxTgKDELw/1vwthHi6G67CP4CK6Dxo1NsDLNWK8AEiyAKK+08eQCKJIM IuZi/omGTeffzN3MTcoGc0fDNUOh5vtSgq4HtnPV5+Wp1elrP3D8UfUbWUNCuuHq75+DR5uyGZ6G wHiCBJAAEkACSAAJIAEkgASQABJIS4AZgmk9ZLggGjadfzN3MzdJFOae/RFeBsHxUjYCMTh16Hvw 5pI1sGTqDfjhPvZ6SRt8/xEzozU5vuTpSZKv4zkSQAJIAAkgASSABJAAEkACSODyJ4CGa0HLOApv /rAd9iifvSop0fXpel/0Qn0G8hekV33pFrMxvboSEv8jASSABJAAEkACSAAJIAEkgAQuHwL4qnBB yzIBw2f+BQbO/oGmshg+3vA5uK2pPus6eDG65MD7c3FYtpp+K5vBwC2o6Bg5EkACSAAJIAEkgASQ ABJAApcdAfbqrZ2MiYZN59/M3cxNkpG5o+Fqp8QwDBJAAkgACSABJIAEkAASQAJIYAESYIagHdFF w6bzb+Zu5ibJyNw/ZkdgDIMEkAASQAJIAAkgASSABJAAEkACSKBYBNBwLRZpTAcJIAEkgASQABJA AkgACSABJIAEbBFAw9UWNgyEBJAAEkACSAAJIAEkgASQABJAAsUigIZrsUhjOkgACSABJIAEkAAS QAJIAAkgASRgiwAarrawYSAkgASQABJAAkgACSABJIAEkAASKBYBNFyLRRrTQQJIAAkgASSABJAA EkACSAAJIAFbBNBwtYUNAyEBJIAEkAASQAJIAAkgASSABJBAsQig4Vos0pgOEkACSAAJIAEkgASQ ABJAAkgACdgigIarLWwYCAkgASSABJAAEkACSAAJIAEkgASKRQAN12KRxnSQABJAAkgACSABJIAE kAASQAJIwBYBNFxtYcNASAAJIAEkgASQABJAAkgACSABJFAsAmi4Fos0poMEkAASQAJIAAkgASSA BJAAEkACtgig4WoLGwZCAkgACSABJIAEkAASQAJIAAkggWIRQMO1WKQxHSSABJAAEkACSAAJIAEk gASQABKwRQANV1vYMBASQAJIAAkgASSABJAAEkACSAAJFIsAGq7FIo3pIAEkgASQABJAAkgACSAB JIAEkIAtAmi42sKGgZAAEkACSAAJIAEkgASQABJAAkigWATQcC0WaUwHCSABJIAEkAASQAJIAAkg ASSABGwRQMPVFjYMhASQABJAAkgACSABJIAEkAASQALFIoCGa7FIYzpIAAkgASSABJAAEkACSAAJ IAEkYIsAGq62sGEgJIAEkAASQAJIAAkgASSABJAAEigWATRci0Ua00ECSAAJIAEkgASQABJAAkgA CSABWwTQcLWFDQMhASSABJAAEkACSAAJIAEkgASQQLEIoOFaLNKYDhJAAkgACSABJIAEkAASQAJI AAnYIoCGqy1sGAgJIAEkgASQABJAAkgACSABJIAEikUADddikcZ0kAASQAJIAAkgASSABJAAEkAC SMAWATRcbWHDQEgACSABJIAEkAASQAJIAAkgASRQLAJouBaLNKaDBJAAEkACSAAJIAEkgASQABJA ArYIoOFqCxsGQgJIAAkgASSABJAAEkACSAAJIIFiEUDDtVikMR0kgASQABJAAkgACSABJIAEkAAS sEUADVdb2DAQEkACSAAJIAEkgASQABJAAkgACRSLABquxSKN6SABJIAEkAASQAJIAAkgASSABJCA LQJouNrChoGQABJAAkgACSABJIAEkAASQAJIoFgEFhUrIUxHITA5cAI6nhsDx46/hObGlZcASwzG h9+Bubgx6aob1kFt9eWpDvOTo/DOe+dhed1NNI/lxowX6Gx6tA9+9WIf/PbDGJSXl0NVVQ3Ub7kD ttRXG1LMvz7kuXxj0zD41lkou3YNNNQXX1/zz8eAvyAnl0LfCpKREox0IepDMTHmn0+e2xNRGHlq fxLzkzA0do6mXgZr1zVA5aJ5GB0cg/PUZfnadVBTeWn6vvyXlyhg9F9IAli+2ejGYHZ6HhLU26JF i6CishrKL01VzCYoXi8hAlcRupWQPAtDlMQkHGn/HrwRrYCKilSRo9FzUNHgBm/rFjDWwRgcvb8C 7uugYRx+mHnjUTCaMalx5d1lvg/WV90CkaSIHb5+eGNvU5Lr5XE68NRW2LDnNDh8vTSPmwqcqXk4 9l0X3H3gdEo6qekXQB/yXL7zA09B1YY9l0hfC8AnpVTy71Bcfcu//KUb48LUh+LxLACfPLcnoizy 1f4MHtoBjt0hOXl/fxQe/fgLcNVql3zu9PfDqUdZ30f79u9+D16lNu6dew/A9nrjjc7E5Blo/28d cG75rfB33gehxtjBC2avAOUlKIG49wT0HTkA//TGDCxng59oFKJQAZ+o+xQ4Nm2BL26qTxr3iKdy eYRYiOVLySfG4VD7QRg4VwH3fLcdttYa60By2UyeOQL/reMNWL7cZDBMPUfPnYOGe74LrVtruaDz cOboQfjmfe2pY1FPF7z85E6oVH2nxC/rG8CyTzTAxltvg023NsJl+syF41WYw1zMP9Gw6fybuZu5 SQSYe07NbmFQLoBYo+/B8QMHQekG08lbD9+hhqvRMI3DxXnV//Ill6Zxr/g4POJpgYHzS2Hp0g/g 4EHJigaoy9w2qUKX1m74aCusu+8wuAP98EwrG3ikyli2ZLXsWFdelnoxzy7DR/+LZrQ63F547L6N sPgP78EbvzwO0U9em5RaAfQh3+VbtkSRue5S6GsB+CSVgMhpKeqbiPyl5tcqT13u0tIHXa7CHBWa j6X4892eiKLKU/uz9rZtNGWpx3bBJqmzq6gDNz2Ter8dm+vof3Wb1/v2z7S2U0djxxh973U4cPgw dX8HHmqjhisbXbPwQvuFqM9R+Pen2+Fw6n1ZPefU8JjjDA/9wpV2tBDLl5YRffASVse3n2n9TlbD 9b1Xn4TDh5MfhSSV9Q0PcYZrDI61VsHdUjVSN4fTAXA6IhuxkVOT8hNYdu2914/T+DONtlugf+YQ NBkH2yw47i9DAmi42ilUav+w/srT2QOtTddBnH/1VjpZXpdktEoJVYL7mQnY8M45WH5ToxaHHRFs h1lUC61PHlKDx2D9ux2wK1ObYDuhwgeMz0svegHMXyh8WtZSmIQun9IaO9vC8MLjzdrNie07HzSJ ogD6UKjynTMRv+BOBeCTg8ylp285ZKYEgorzLC19KDTCQvOxFH+h2hNRePlsf+RRTxzYPWTg+26u bzcVkRnSUEVfOs51W5j6vKRKybfDE4SO1lsA4ufh3f4X4eCufSDbswfvhv951xTs3VL8T0tyLZH8 hl+Y5SspNhvfWuHxZ391Avq/eA7KypYCnB+APbfcR/XACZ09fqBDYzhPx8PXrvkzLarE6M80o9Xl 7YIffmcH1MjvBydgdnIEXh81pl+2RJXG4YGejlZYSV/wn3w3Ar/4p11wUB67HoYNu5pg5niryZhb SxYPLiMCaLjmWJgNjZ+Fhgbr1XxRZQ00NtXkmGq+gsehZGy+fGXpUsZD79b3yzceHfBI6xc1ozWT SIXVh9zLt0IbqGXKReGuFZZP4eTGmAtDAPUhM9fC8sm9PcksferVfLU/lWs/S5+1Ss9c62CF9Ebj ojrYRh1CISfc/MlL96imsOWVyjOfLnUNG6CxoUGOsrGxCbb/xTZorXKAdOv2ldfPAlzxhitVs5Ia 7+Wz9PW4yqtr6dNO9TXgRByU99uqoGFjIzQYX1iQA433/UoN7IHvP7YT9NHwIqiuaYCtuoOeiHRU R18NbmyQ34FooPq2dbsb7npiJ3x+H7VeQ2F4e74VNlkfihvjxrMFRWBBGa7zdMKbo0d/Ai+//YEM ecWajXDXw/enTHhTzBK4EJc+K8+8zQ6fge63Z2Ex83bxIlTfTCfqaUjtMBOzw/Av3W8DLKZ+PpXq Z3rwFPzq3T/Q6zfAl5ubhO6MseT5vfoiKO+U4XgeBk7+FI49/yqc/YA+7Vy6BlwPtcLOTfy3CwDT g2fgV795H9bMK0xvAABAAElEQVR87suwqb4SJgdOQsexn8Pg2fOw4lOb4f6Hvw5NNSYtGk15dnQA us+8Br+d+pBOanQtVK1YDsuuWQyLqz8DX9xi/HZGs6mWWL33rfgTkScDjNRLFWVqeTjg5tXpq5aI PhgTscafDyNWvkn8r10FMPy0Ep16l52Pe5rq9c+6wrQ+0kEK0FfPVyyFG6TOZXMzNDcZdYIPl+1Y lE8u+pZNFv564fVNvHx5+bIdi5eXuDyxyQH4SccxeHWQ6sRSqhPLb4CGm9fDRvrtW1PSxGRWeYrq A+Ngtb+wqz/iPJlk1vaF5mM1fl5asfZEXH8M7X+W9oeXK/ux2kc4G2CV3DTTf/JT3Cq42rwryh5l kg+r+iCqz3b1UxLPwDNLf5qUneynF/hH1dR75cdhuRrK/AG5uD5YaU9G+07C62cvwqdv/3NoXGns d+fH++D5187Csk/fDlu5yTDHaZjXuDDjfSfg2dBpOkb5gDZbK6D+9q/Bt+/dZLj5XIjyHT1DZX// Dyny8fAlBi+88luA62+G7VuUGwXKdXGefLwFOaaGq7ZJhyZ1K36R+TgP52PmfpgPw54qlTHKRbDl r9vARQ1X6a/vnVnYhO8LG5Bdtif0Y9cFsfUHPYQWgumvJdhL4sXMRbSf0O9jZFn8/XNZU+73OVLk phP1mIeb6SX0RrDq30V6pjhvE2FCvwRQrrV0kSh3yd7hHAm6lPhc/v7MUVC5WljaSXuXr9vAv9/v lGV0+cMk7Hen5B3AScITySU2RTo9SjjTcnb4yYwk4cwQ6QwESGdnkHiciuz0W1IS7OwkwWBQ+dHr 4YgOLhJQZGgJdFN5XBblyYyDvzoVCZNAgKYdaNPKx+MPkk5VHula74ReWkL6wBIS4M+CECJQviQL f2eAxqZvvablyvTWp5SV7l3oSJSPPX2zKFKx9M1W+VrMA/UmXF7C8sRJf2f6NppORme7/orqg0RF pL+woz/CPK0WlQ19E+JjI35ddIH2RFh/xNofXSarRzMk5PMQD+2TlJY4TnqDXtLSFiAjetNMiKFv l3scQwJzkYDaf7gI3/WL6INQedHU7egnydaes/poyJ2Vkww6EB8iHnVs0BaeMEYmrA8W2xPaK/kd Sr/j600tL8bOON7SwwT6R0ioLXV8prVXai4KVb6hFtZntpExIzH1LEq63Kofd5fuQ5inHjTrUZY6 kDG8FtZYP/gwUa0O0Xy5A2QseSjIe6bHbPwGSWMQyVt8IqSNuboMFTkpEjw1JfCnP/2J2P398Y9/ JCK/RCJBzH7xeJwk/y5evEjMfhcuXCDST5qlqeS3iW6vbmw420h3ZISMRLqJVzW6JEMnpaEsZK60 ygnE10MbaAo+Go1yP2NNnOjtIn5/gASCAeKxYChGhzr1/Dp8ROkCxohXbaAB2siIMQmbuc3QCRli nCI+1UiUWHs7u8nQSD8JcoYmb8BrDQ1n4Lb4gqSLGnbMKDUaynES5jsPZwsJhqjRG+oiPo9qaLoU w2mu16fFweIy3Xv1GwNW5HH6df+GrFs4MRuIJMvk5TpVUX2QBiEi/HWRrZavBf58p0E7TadattJN g3BvhIyMDJHenjAJ0sGhy9NpMHJ1eawdifKxUr5GfbMmh+SrOPpmt3wt5kO4vMTlGeps0eul00O6 evrJ0FCE9IS7iLeFDgydflkn7PAU1QfR/kJYf4R5Wiwnm/omwscOf116q+2JqP4Itj+6QPk/4vp2 f3+qIWRquArqg0h5SRkU1k96G9lqfyoOkNOBQIQLHqUGILvx3EIi/M0AG/2X1faEvzlrVl6MnbH9 1/PA99NtgS7S5VfbsRz6O5HyjY7oYz2f4SmFipYzzIJDDKpo/eKKycphljqQMQotbHrDlcT5saxk lDtJsHskbbSsDM0MV11P3KSf4UkbE15IJmDXaJXCiRitkl8zo1VySzZapXMzo1VyW0CG64RusLn8 tAnktykS0IxXr2rg8dcLdKxVTna3LHnvIr384ylOjKGg8vTP2JByHtTDoS796YXTSxtUL3tS6CCh bLeoUqNL46I34JnkGeNkCRg6cxqe3Q3kngBrDY1s3LhIaESH0eNVOzd3p/bEOBoJaoNepzdsMHri Q+o11pHMjZBwVxcJhUPajQuH2yefh0IhIv266PWeEX3QYUkeGr8eIg2uNM4zIz00TZp2p0+7+9cW pDJq8oRIZMr8ToMVfRDlr4tprXyF+NPIo2Mh1XB1kLCxQupJ5+nICh9L5cvpm5BoRdA3++VrLSei 5SUsDx24a2+JuIOm9SgeVfXfBk8+l9n1Qby/ENUfUZ68/FmPC80np/ittSei+iPa/mRlmIsHrm83 M4TMDNdc9CG7PicbrnnuT4VZ6ToALq/c13Z1dRIvGwfQPl++mc/FK6oPRKQ9oaMF9taYWXmxum0c 3+hhFMPVTXrUN8D48QYbDxS2fDlZXEHD2EdCqI2XuPGJME+uLCwdZqkDGePQwmYwXKUIokOkTXsQ o46f6U3w3jF9rMjSYWUIlA9vm471sLcfaHi7/TtL5Ardo+FaoIKPj3VpRk0gkqrUfKfXWaxXBbTK mWywsnN69ydVVJkQq4TGhtQMHr2D6Ul9haUtZP5CiVkM2d30RjO9PPRVFemJiWyE0psDdPzJni7T B/ykX30NV7obxhp6lkcpTKd2l1CRZqpHfWLK+e9mT1sdqTcftIEC9Z+MVOv0DXd+U3NtSR71iW5q aAGXeER9hdxNIuZ2akpkTLZ88tcTsVK+hAjzn+nWDHS6vATxh3rJFN+j6ALkfJSdj3FgZ0Xf7ApV GH0Tr1/C8guVl7g8+hNOeiMj6Q3BTLJa5cnHkU0f7PQXLE6r7RUR4slLL3ZcCD68BOLxW2lPxPVH uP3hM5HvY65vNzOEtP6ItntaH5+DPjDdS9/+i7dvheWp64AyJmBjHmUfjLBRACsYcX0Qa090eczK y5yvHoYuUE74V0y18SRvRBa4fLUxkTRe4sewc/3aDUFvN7tDLM6TlYTlfZY6kDEeLSxXP9IGmCM9 ndzblPIYk749GRoyhGBlKI01fPQzMJ+3jbi5NwABPElP+A3B8SQDgYVquH6MNj4lvUmLFyubGzbe lDplWPlNG+T12CQ/H3wYVf0Wb+frnZIXxaWPt+mSOOz3DDSliiooVDlsf/IEtHGhHHSJlce313Iu xTiMw7n35alyaWLtsLrsKqigC49Lv7KrymDD7o60Qji9PXBv0rRy5dddq/lXplGYhH97Tonfs/8B boY5zVvagzibEjl5kog0ITLKYz6bRJqY0jhrExPMQzxvqmiffxopk5xt8K++DXw++oxN3kKwx3UL rKq4CnZ86wk4OTiZFH/xTjOWLxXDOG2HuFyF0bdCly/Np1B5icvz3pv9Ckznw7Ap3YyQJrhFeZpE keKUS39hWX+EeKaIaNmhEHz4xAsTv6j+2Gh/+EwU4FhbJsdq3EXSB2v6WUSerjbo7OoEOteEujlg cZk0ZTO/ieoDgN32hE/V6rE72AE76/UZhMobHwT67iLEjz+oT3xZ4PJdueUebZzn+9ErmujDvzgk rzxMPw2DB7aypYXEeWoRltxBJWy59zEgcyPQ2cbGEwAHXOvgiTNm44gQ7Nu9G/a1H4CO00pmnB4/ DM09CY16EZZcLlGg/BPIdSyXf4mSY9QmjKXdiXFKMdUnN4tZctginJeXKTVm0aLCo4w89xqMepuh vvBJGcjxM0m63HRaqvnkrp1afXWVKYZB1aqrDfGYntAlZF5R7eKGumWpXqwULy9gagyaiyV5NN+l c8BnT4S/pRzY4l8OzXuPw8Ttx+B7B/bTtdSUAgwd3AfST1rfL/y9B6GmyHpatPLlCyQDZKvy8NHl vXxl+cTKS1QebXbaqqqUNiADHv0Sn6Duau8oh/7CanlJU2UWVf/zyceMap7j56PLqs+22h+zTOTP jd1zXlKWuQHTu6bi6IMl/SwiT9e2v4R7dzbCvbddA6dWuyBC/+6753vwhTceM9yAFtIHWow5tyec KmhxcW784eYNa/lT5ZiO5YwlX+jyrYUHOlvgwH2HIXLgKTjzna2wpXocDtFzaXN3PgD84wpRnkqm Svh/ZT3c+/hx+E+ffwLWbtsnC7rv+y/AX2/hbh5Iro4W6HryHriGzkpcvaoGPnnTjbCy0lhSJZxL FC2PBBZQqc/BR2Yrz0Q/gok8AhGPykwo8VhSQyTg5He3wwH+QqQdbvzGOoge2mk2yzjvM6/H7MGm KxCB462N1uNmATOFoANNNlBI9TYLR727U52TXOamPkpySXNqRZ40QS+lMxNbmL8VoXPgX7NpJzx5 fCd4J4fh+WNPw/49B+jQBSBycBfsW38LPPNggxUJ8ueHgcpfjKYx5VvfmNgFKV8uB1bLS1Sepcvr lFRCr8JY7EHhu9+WeXJ5yX5oo79gGc8euezDKk+L0aX1Vhg+enL5jp9htKTPObQ/eg7yeFR+E9xB H/500KUhX+6fgFa6bqTp5twGn0rquAquDwysqUCqYzF5sjedarZDkE42smE3hUbHKPuO7KBtvz5O YGJb0geaDfvtSfJwdhJOPN2RiRZYWc6QRVDI8m34SitdZ/iwvKzL4fAo3Fz/UzgoJ+yCb37FqIOi PJn8pb6vbd4L/f5XYMMeaV3WN2CKDq0NdmndrfB/b91a1LFvqTO7UuUr+VeFK9dulBcOBzgNh0OD KeU0HO6gV6TNBZtuSl0XNSXAAnEYP9EO2w4oT7K84Qh0s1czD98Ne44OFzEXlfDZ25R3gUK7/wmG 822n09vW7Pnty6+MGfLV99SjIPWF6bayJUvlS6dPv6XFkc7vwnUvXf6MaSVdNHzno4/DG9ExYGo6 P0fX+b3MtsLoW4HL16QMMpeXuDyrP80GVofhsf81YJKiuVMheF6K/iIzT/O8W3EtBB8+3cLEL6g/ ObT/fF7yecwMA7M2LDY9lTWpQulD1oQlD5eIZ1OrX3vdtWPXHjg1zaQV1AcaTLQ9YeX1WmSCJUr3 CTi1/xHYp75Syl3I+bAg5VvZBH/jVcZZHffdCF+4RXny6PD+DWwy3CAR55lLhrO9dZBL3GZhr625 XnF2LIOK5PsQcxfkly7NwqHblUWg5A1XqHTAbjr9mLR17HLDIe7d98m+I3CP+joFeB6CDYYKXtoF ORf7CGK0cY3F6P8kYzAxfgK2u5RnrQ5PCNqaG2Hr3h8CXRJF3g7ftw6ODjNzLz/5nPvw95o8sSSB 1v/FI2oiB2HdNw7BuLRotLol5ifhzNH99PvGY/aMx8o62Kbmq2P3Hjg2OAuJ2CQc278DbtnD3S2t Yinq+9UbmpST08/CL2g4tsWmB+HkyUFKd+FsmfQhH/zTlq8N/oNH7of1rYdgYHQ6hXG5inwuz11M Jj7FKuVC6Vs+yjcTA9HyEpWnvPEr4FOaaAjt3gCth87ArFr5ErF5GB88A0dPDKToSi480+pDEfoL UZ6ZyibTtYLw4RLMKf589Rc22h8uCwU4rIBP1CnKHNrjhZN8ZzfbB9++o11O07VjI7Db5PnQh7T6 LJrDS8azFtr6A6q0p+GObx+l4wllK2x7IhlyyveRHU+fgFGaaGJ+HI5860twR3uGu94CXItVvrc+ QFfBVTflkYUD9j9wK3PS9qI8tYA2DsZ/MwbT05MwPjkJk+pvfHwcZmP86EoZx8aoW2L+I20c+JE0 tqU/eYzLpT1+6ggcoeMz1kewS4npPnhiv/J6NNStgWXsAu6RQDKBDBNOlc4lOruaW51xjMpPHE4n cTrZTLfSbHZuwi2TWXi5udnezGayyySAPkOaPhuf09+vB4mPkDYtr0nrtU51a+tnAtC10pKn2dVj sXg0xy0npMtjtl5WJMit00jlo98uERdfBnS9WTafIMuj2UyJ2qyM3KzC+iyCnAwyAyfx+dW1X01m FY4beABxuniZ7MtjEV6qNzqjHu1CqT6mXw4pORBjJek1+xn0QQ0gwl9Pw1r5ZuavLsvElVe/ny3N JMnskLm3uHk3aUkENguiLo2dIyt8mB+r+mZHDilMIfXNXvlay4md8hKWZ6pHmwGT6bGDX+7A4dfa Bya1VZ7Mv7RnZc3SkPYp9UWwv2BxWtUfOzz5PFg9LhgfVQDx+K21J1L0Ivoj2v5Y5WfX3xy3PJuk X+42L53JtIWbSd24akAu+sB0L5M+Mz9W9TMzz/T9qTVeug6kykPXj+VWQvB261OMi+iDLIdAezIR 1teH5zlK64O61eUSjbLqebAyfit0+erco6STW1Yo0xIvwjz1RLIfaeMYfUxi5ErH4D59zMr0M9kP f05fE9fS7fez9X6lcWQL8fp8xOtRlolkYfjVASIBdWxhMgbUIsUDWwQW6qzC0oy4C2ObiRCfmzdW lUrlcPvJUM4GnCACugZVi2pomC3Rkym2iLqOK6ug0t7NVWq2RIHU6IbGUtcYmerx6waOrzdTUhau 0YayxaRx4qeC12KJk0jIxxnOejin20O6evVlelhD5g7qjRWLRhsUuPk1y+iyOp36urUyG2cL6ab5 n+lly+ekDnylOOdGwsTND5DVcnH7urU1v8TlYdIK7rWp4K0vhp1NH3QJrPPXw1gtX3P+YTo1f5wt kO7Wy2tuKEw8br3z4XVZMtoD4fSLieuyWTuywqdo5UtFLpy+2SlfawztlZe4PPGpCPF7jDcwmG44 PV1afeSltsKT929FH2T/Av2FqP7Y48nnwvpxwfioIojFb7U9kSIX0R+x9sc6Pfs+R8Jqv6P2J0yP pZvkYW5dcimFXPTBij6L6qfE3m5/mp2YvhwLP27RwvE3jQyGhog+KLFZb0/mSEhb514dlzg9pJeu nc7WPHUFdEOLLuhHxz3KWNK4Lr2WC8NBocuXT2yuX1+bNLNs4jz5dDIeRyPa+FbXe328J7nxY7uh TuNDDbMwvP+RULobDTQNh5t0RYw3vbX4TcelGXOCF7MQWKiG61VSvqiiLZgtNjsJ789RcRN0vZGq VVC7cgG9H7xgKGcSNAaT4xMwF41DWUUVLLt+FVSXJ3+MkCl8+msJWrYTtFjLoAJW1VTLM/ud2b8V Pt9+GqSlgPofb06a7Y/FlYDZSSoTDVlGv/GpvL4GKtk7q8zLZbMvLv+M2BLzMD01A+fjdEaQxBwk Fi2H2tqVacooY0wL7GIh9a1w5Uvf47JRXuLyJOanYWLqPG0fpE/ulsKyZdW0PmZqIwrHs6D9hS2e dlS9cHwUaQoZv3X9MWv/7dDKWxhavqNDb8Hk7wEWA50AcGU9rG+oTT85TNH0wVoOzXha60+txW/P l3V9YPFbbU/m6SutM7T/Bzp+qKXjh7xvJVa+Sv7Eeeadi50IKctxOo4898E0/P6jj+DixcWwam0D OBpqroDxgx1ghQmTi/knGjadfzN3MzeJAHNfcIZrYYoPY71kBGLD8MSeLrh17zdhS72xs5keOAJf 3LBLnqnWExqDJ4u+hu0lo4IJIwEkgASQABIQI4D9qRgv9I0ErmACzBC0g0A0bDr/Zu5mbpKMzB0N VzslhmHyR2C+D7ZW3aLMDO10g3fHZqinEzG9+eqzcODwaTUdD4zEnyz6+rX5yyTGhASQABJAAkig wASwPy0wYIweCVw+BJghaCdHomHT+TdzN3OTZGTuaLjaKTEMkz8CiUk49A037NaM1KSoXW3Q88N2 2FJz2b77m5RhPEUCSAAJIAEkYIMA9qc2oGEQJHBlEmCGoJ3ci4ZN59/M3cxNkpG5o+Fqp8QwTN4J SN+ivfP2MLx7dgb+cPEiXLNsDXxq3c3QUGt8fTjvCWOESAAJIAEkgAQuIwLYn15GhYlZQQIFIsAM QTvRi4ZN59/M3cxNkpG5o+Fqp8QwDBJAAkgACSABJIAEkAASQAJIYAESYIagHdFFw6bzb+Zu5ibJ yNw/ZkdgDIMEkAASQAJIAAkgASSABJAAEkACSKBYBNBwLRZpTAcJIAEkgASQABJAAkgACSABJIAE bBFAw9UWNgyEBJAAEkACSAAJIAEkgASQABJAAsUigIZrsUhjOkgACSABJIAEkAASQAJIAAkgASRg iwAarrawYSAkgASQABJAAkgACSABJIAEkAASKBaB/+O/0q1YiV3O6czPzsLcH/4AFy/+CcoqlsDl ekdgcuAE/M9/fB7ml30Sbrz+6ktQpDEYHx6Cs/8xBVNT+i+2eDlcV1GC1GPTMBj5DcyeXwQrllng Jer/EpQAJpkDgSzle+nrl728JeYn4ddvj9E6OQtLl6+AJR+bh9HBt2GC1tE/Ll0OlUuKWzdzlQfb c3t6cCWGmh0fhqHf/geQa4qv51ci73zmeaG2t/lkkHtcUlv/a5iYvQjXrrgOFuUeYdFjyLW/KLrA V3iCuBxOTgqQgMGTP4In9u2GjggfkQNa/E+C/9GtUM47L/jjGBy9vwLu66AZcfhh5o1HoeirrM73 wfqqW8CAWxLH1w9v7G3KO+HY6Eloe+J5Od4v7z0AzfViJTo/8BRUbdhjmZeo/7xnuAQiTEyfgQN/ +zOYWV4BFSnyRCF6bhnc9XdtsKVm4XWRmcu3BOpXCm9rDoOHdoBjd0j27O+PwqMffwGuWu2Sz53+ fjj1aP7rZibJ7MmD7XnR23NaiKMnn4Innn8XllcotT0ajQJULIP1TV8A55dvhdrKUq7n8/DU+irY QzskX+8M7N10KQhmqgn5vSaX1c9/DUvr7wTv3u1QmRJ9DE495YVnf30O6u/cC3u316f4KB2HBdre JsbhUPtBGDhXAfd8tx221oqNSfLOn47JttIx2WlwQu/cKdiUqhR5TzLfEdrrL/ItRfHjY8vL2ElZ NGw6/2buZm6SjMy9lHsEOyyLGGYWjty/DHZJRpy6ORwOiEQkkyoCh3/0Jvz3y85wjcPFeTWzy5dc mjtrFR+HRzwtMHB+KSxd+gEcPKgUQF2B2u63XgzAwcPKgPzdz9wPzaID8LIlCrA6i7xE/avFcTnt omdfh/bDBzNm6RMPfZMargtwkJixfEugfmWknv7i2tu20YtSPXHBJqkyVtSBm55JtXPH5jr6v7ib uDzYnl+qwcD58VNw+KDSxpppiTc0Ao/lwQAaPtoK6+47DO5APzzTmr8bKVWSetNuv7zMTPrLy+1D qazk/rAXvrxrOzSvTMrf/Bvw1J4Dckvg/Ewr7E26XFqnC7S9jZ6D8IGDMuPPtH7n0huuZWWwWi7Y KlioVUC8vygtTb7SpLlUfdWC5zxwaJdmtDpaAvCz//4w1FdTnIkYjPb/bzjad43J06KFnu1KcD8z ARveOQfLb2o0udtahPwtqoXWJw+pCcVg/bsdsCv9mCdHgabhxR/qkYd+9CJMU8M1ua+2lMicJV+6 J1H/esiFf8SMO3oHN9jjh1uuA4hzuYrHy6DOUc25LMBD0/ItgfqVD5RyrxIHdo/LUHj5iF80Dgvy pG/P6Wtw/c/T9nwZtuei3C37Vx7RONs6wf9AE8D5D+E3r70A+3e3y2/WtLtuhPVjcdhem9twJT5/ XpZo/oJlwdBjEoEyrdePwM9/OQzN9zYYfEz+a0g2qCTHKsOVUjxZoO0ttQ4X4EPNUlQAc5ks9Bfm AdG1WASK++FRsXJV6HSmT8Eu9bU4cAXgpUOtitEqpbuoHOo37YTHHm2+zF4TVqAuqqyBxqZGqCmJ ljMOBR2DTL4KnRFOmSKd8OpkgnPIflihGWHZ/Uo+RP1bi3Wh+qoCx8ZGaGhshEbu19TUANI9ooW4 ZSvf0qpf1glXrv0sfdYqbXWwQnrjs7wOtskOTrj5k8W/ySAkj6E9D8LLhva8Um3PL7fPPuTCglLS t6paWs8bGmj/sgl2tj4Gb8z0qDpFn+M/fhxiisj4v0QIHP7HF2DWIMs8vBA4YHAp9ZNS0v9SZ3U5 yyfUX1zOIBZI3hbo8O/S0h18LijfCZak6Pz+14W+85wc7oOXevvgd1MxKC+/FlbUfAKuWXwRrqm7 HbY2Ks/ypgfPwK9+8z6s+dyXYVN9JUwOnISOYz+HwbPnYcWnNsP9D38dmmpS342dH+2Do0d/Ai+/ /YEMaMWajXDXw/fDlnrjwFE0/tnhM9D99iwsZtgvXoTqm++ALQ3GeNllfh+bHICfdByDVwfPAn23 l07ccgM03LweNm7aAk1JcknhrPDh41dfxOWd8nY8+spzWjkrkUbguZdGYHvSXWY+wdnRAeg+8xr8 dupDKL92FcDw08rlNLefrfof7zsJr529CJ++/c+hceUiGO87Ac+GTlOd+IBiXQH1t38Nvn3vpqTX t+dh4ORP4djzr8LZD+jThqVrwPVQK+zcVMuLrB1P03L+WVeY6g8tK6BltWIp3FDXABs3N0NzU2oY Uf9aQiIH0qPWVFU3xCCqz3xgEf20Wr/4+K2Ur2j9yiW/Bnlo+1O1Yjksu2YxLK7+DHxxS71Bf8TK V31JzNkAq+Rehf6TnypXwdVZyo/nlb9j6/Lw7XnX990CTzOs1S/75WUtfomZSPsgqm98mYjUFz6c peML/HsVNET1Fvh+lwdCd9PPBg53wFv/sBOakm6YivQX2j3EJdZfaBSJn961lrOptM3Pyf31msZt 8PBf3wu0GzfdROIXq49Sctb1x1S4bI6nfwRnxh/Rn4RPvwZPhzIHyp7fBIz2vQiv077u5ju2gzTE yMxT1D+AqP7br780LX48kKW9zUwu96ui/ZeofzMJE9OD8C+/eheAjnEX33AbHUfU0PI9KZcvG8vw 4ebH++D5187Csk+z8bB4+bL4xOqL9f6CxY/7S0iAfuyKmxCBORJ0AaFFRsAVJHNWw8bHiN+thpPC Jv0cvl4tpn6/U77u8odJ2O9O8QvgJOGJuOZfOugPekz8Kem0BHsJ71s0/n6fIyVuXl6DINpJnPR3 ppeJTu5EZjS/9ECAjx5MLwuXv193zssRF7c3qJdd2jKfIp0epdySy1Y+dwaSdEXE/xzxO5SyDPSP kFBbanmk8JzpJS1JOsbkcvm6Dfog4eo11TOmpz5jWdnwL1Ikc5GAqm8u0m+hgonqsyKLmH6K1C8l fuvlK1q/7OU3izxJ9VFUHwjVkJDPQzy0zYrKAOKkN+glLW0BMqI4iKhAHvxalUev50LtuUD9slVe AvET2rKItA+i+qYUhlh9ESnASEDp40zb8Gg/oQ/uaXvgIF28IlntL2aGSGcgQDo7g8TjVNozh9tL gp2dJBgMKj96PRyZMopsNX7Kno0HgnLbbNYHuEmvobOjSVmOXxFLuD4K6Y8x65nOWFlpfUlA73dH uloM4wRDeVrOL6fLvUO0r8vGU9Q/HSsJjmds1V8i1t5mYp5yjdYJOn+AzNrfn6xYKb5lB9H+S8i/ Jo+xv46Pdat1V5E1KMuqlxedzCxFWMZaH1/q/gOW9EGJUri+lFz/lYKmIA5/+tOfiN3fH//4RyLy SyQSxOwXj8dJ8u/ixYvE7HfhwgUi/aRZmnATIRAf0gwCQ8OcMQ69c5MafIe7jXSFqVEa6iRtLsUI 4eNK7hykMC2+IOkKtGkdA+9/oturuYOzjXRHRshIpJt4mYFNw7eFJzQJhePv7SJ+f4AEggHiUePk 09ci5g6GOrlOzOkhXT39ZGgoQnrCXcTbQvPs9HOGnBgfPRk9XDZ59DAWj2Z6iJN1DpE5MqZ1yk7S k9LexkmYNyadLSQYksq3i/g8LqVsDIarqH89n2zAIO3bAl2ky69yNsQ/RXzqIE3y5+3sJkMj/STI GdZ+3iKkgxyWV2lQF+6NkJGRIdLbEyZBaoy4PJ1cWVF+ov4tImfeeMO1Z4paPfEooTONaj/+JowU RlSfpTAi+ilav6jAQvowIVi/xPNrQR4Xd2OlwOUr8S+ZzVZ7Lla/xMtLLH7JcGXGk5X2QVTfpLIS qS+iZcv4mLbh2qAYiD5IN+Y3U3861+vT+0a1PecZacde/cZxMs9M8Sf7ZfF5aH/pa9GNLkdbN4fF uvxyIOH6KKo/nGhZDllZsXyCw0uUkcUM8XN9jnRdL0+R/Br9snTS8xT1T4io/qfkmeYt03jMUvvP t7dZmKdcNq0TKb40B9H+S9Q/0eRxkV71RnN0JKSNKaQHLV1D7A60Xl56fdZE1frydLqTXR9oXML1 RU//Sjuya7RK4USMVsmvmdEquSUbrdK5mdEquaHhaldD59gdYKMxmCk6viFoCRiffg4FU+82GxtK FwmNsEpPSI9X7QzdneqTjQniVZ/GgctP7/Px2xQJaMYr62CSB/rZ4ufjowMYE3mNPugZbTiUu+T0 Tps7mPK0TvIfj+rmhygfKbyy6Y2g3tCxa7ntdZncJCKJOhHSBkD8TQAplWgkqF1zesMGIy8+pF7j DEtR/6mDIzfpUZ+48/Eze3qsS3/SHTDckaW83MrdT2jpUvWHyj/GOhkHCRsVyBSiqH/TSDI46oar KmvSgDO5rMXqC01YSD/F65d4+eowrNQv0fyKylPo8tVzWwJHGdrzOHfDhPal2iZav0TLSzR+0fZB ywg9sKJvYvWFj93aMeOTXK/l0PQGokOt/2ygq7fN1IDI1p/OjZBwVxcJhUPajVyH2yefh0IhIv26 6PWeEdZ60qaeuxGcNf6UmwZS28xeMeDaW2ghQ6qzWPzi7bO4/lgrJ8kXKytv0KcZJp0j9MJUWCkn h4fe7FRuprLyFMuv3qcrRko2nqL+jXm1ov8sz4o82cdLou2tUSILZ5qhyN/MSRdOtP8S9U/T1eSh T1xpOxkf6dLqrGS0hvg3Jbj6wuozLzljzXTHvG3LXL+uqP6Lh2fjeKEarjg5E22NhDb6Krz+uUrS NzmmEc3DS8F25Yo7CP5W43eI8SyzC3UO/QS2cx/INHyhWYlrYh7oaneQGH8F2tUJhAL7dyXNeLsS vr4/qErVDi+Npk5vkS1+NbC2yyav5HHy9RfUmQUdEPY9aPoN8KJy9nl1bnw0wfJ6kIB/e1YtsxYX rJNErbkVfHQEJW0Hfv6KYaKQV378pHLB4YWOx5o5/QCImgAT9a9Ezv47oGvk/9PWME0wFaxiy+3E 4LVfnlI9e+ErdPbdWCwm/xJ0XlTHZmmRErrRmaEl/ZG28qpr4Jx8FIFtq3bAUyf6YDpVVWQfdvxr AfN1kOHDZiv6LKKfdupXLuVroi4ZqVnJr6g8ovqQUcBSv8i15x+v5lYNjg3ArjK6jjBdW1T6lX3p kDpLsnj94hFkL6/c4qev1GZpH3hp6GzdWfofybdIfTHGnoezRYvpdF/8JthfVNZD886dsL15O9y9 Q2n76jZvk8+3b98O0m8nva7PAyEYPy8aZR8aC9K2mX3UXQmub/pUH+/Dh3JbLR6/WH3MVX8MGUp7 ssaxHe6hr+lI2z+/OADDv/q5PB+E6+G7YMMNirvyXzy/emgrPHXfku5n58/7t6b/fIjs9RdAtL3l 48/3sWj/JerfKO/18LtXj8KXbrxbnRvEBd0TL9DxK6sPRt/iZ9bKV6y+iEuBIS49ATRccyiDt95W hvsZo4i9A//cofjwtdyZbZ4ZQ1RObw/c22Cs9OXXXav5keyp6Dkmgxs23qSb1MxT+U0b5PUUpfMP PmSminLVSvwsHpH9e2/2qwk8DJtqsoTMgU+WmO1fjg1B12EluM99uzrlxkrY/i361ai00XXs3tIM u0n4t+eUOwee/Q9AtuzSYaCgfyVJ9t8d7ICdXEdQ3vgg0HctIH78QdVgjsO599lUyO2wuuwqffB9 VRls2K0qI4tQ2lffBj4ffUYubyHY47oFVlVcBTu+9QScHJxU3bmdqH8uqNihC3pm4vRzBpo/KY/q 73hrk2k0VvVZRD/F61du5WuasTSO1vJrQ56ilW+ajF0i51N973Ipl9Hpycw2G/VLjcZaedmPX0om e/tglqfMbiL1JXNMNq7SNSINvVoO/YVmpCdPAsWLlUP87uCz+kRFapyLlur9texkJ36h+pib/vAo Mh1fWLoamv+z0h+Gdm+AdXcrHeZX79wISy8qyw7Zzq+asCWenJCi/rmglg6t1V8b7a2l1O15Eu2/ RP0bpToMrs/fp94EB9p3H4etNdIoNT+b5fIVqi/5kQ1jKS4BNFxFedNlHjarY/x335uyFJp1vDeY rSFzQVvtMCWuqlVXp7ilOGgTJNJ42NM3gydTR9mHpfgNcVk70WZvrKoyzFKaLrRdPuniy9V99q3T wMy7/zg7DAN9Z+BM3wCMzb2jRt0BL74xqxzPvwevqHZiQ92y1KST8Yv6T4px84a1SS70dNEiA2f+ gaTL7QaXy5X0c4JrfSUXphya9x4H+u0PeFzqY2UabejgPtjmWA3rv3UEjKsAifpPFdmqy9U0b9Js nYukPKq/dGGt6rOQforWrxzLN13ezNwt5deWPMUrX7N8FdWNa89Dv/6t/iZFeSMcIgT6/eyGji6V eP1SwloqL+rVbvxSKlbaB0Ua6/+F6ov1aC37ZD3kiqXKE/Gc+wsesIkUduPfvGG1SWzMqRKoDS5v 4vGL1Uc+e9bafyaj9f0FupZ27bb/hz7j5Lc2+AK9qardIFAviedXCWiVJ5NA1D8LZ3Vvqf7aam+t SmDDn2j/JerfRCR1OASjv1PHSCZ+0jlpbY2JB+vlK1ZfTJJCpxInkL/bISWe0fyJVw2fvY2+I0OX IokcCEDfd5phU/ZVYWjyDrhGHoTzkozDj/eo88ebTdFv4TUuPbY5+Cihn2lH0Y9gQjtJOhCKPyls htOly9WXu0KvwljsQWg0PjROE9IGnzQx5er85nPHtSgO3vd5oIsxpGydoddh76atALShZx1ziie6 yt1R726js6h/Y2i4EDcrZKMnVqyuQASOtzYaL2Y4q6HrDz95fCd4J4fh+WNPw/49B+RXfiIHd8G+ 9bfAMw82GEKL+jcELsQJy3iWuO3pp8X6lWP5ZhHdeNlKfnOQp+TK15j7PJ3p7bm05MobdMmVTVyF LlvCnagpMuyi9cvqotO246fyWWkfRMHZqy+iqZj7H3/hGfWzExfUr+Y7Evv9xdzUR+aJGVzF4zdj /+/Hn1Vidd0BN0nia2/qiMdvtT7moj8GBJlO6NsvUP2f4BF6X0db0t6/U37j6JxpOPH8WuLJpSXq nwtq7ZCBzeQ7h/Y2U7S5X7PYf2kJifqXArZA75AbfrDu8/KN/12OL8A1I32GN8S06OWDZPNjEk48 zR4ZGH1KZ6Lla7W+pKaELqVOAJ+42iih9dsfUEOFoOUH7HvCNBHR9l25YxyhlZp/QhuDE9/dBQdY TC8Pqv7SxJPGuXLtRnWR9tP0DdbBFF/D4Q44Lbu6YNNNlizslDhEHVZ/mhk4h+Gx/zWQOXiB+WRO 3OzqKPysXSHmbGmjr9D6DL8W9bueyIFfwKhkQ2ryA7z8ypghwr6nHtU6de2CqH8toNWDSuXGCvUe 2v1PMJzdzk2JuLKmAXY++ji8ER0D9gbx/Bz3+ldSCFH/ScEzn9KBQL43Ef0Url8FL19BGnmQp6Dl m5iGvpMn4VTfMNhQVUEY5t759rztYJb2nN6mkm9c0qjs1i9zKZhroeNn6Vjfi9QX67Ga+OQfFUqX Y4PwuEu9bej+KvyZdA9B02fx/rRsifLy9+nTb6Xva3OIn63jynKWGD8B31T7EvdXb1FucOYUvxJz 5vpYLP2RamslNO/2qtl1wkPc2zqMQS7lZYmnlpB0YDSETPkb/BfgRCtfi+OBHEVYUmbMc3J0ov2X qH9jeu9D2Y1bIDjSpT6Jj8DdN34NThlf19Lu370WmeCCJ+DU/kdgnzL04tz5Q2NerZZv5vrCx2/j uAT6LxtSL/ggaLjaKMLyhq9Bl/q5Y6T9DvjusUHDoCsxPw59faOKW8VSuF5N48C2fXBqfB5is6Nw iE7S5DrA1VI62ZKtgVulA3a3KS/sdOxyw6Ez+jeJk31H4J771I81PQ/BhtSHBzZyrwSZi31Ebx4n lEl/kgQvb/yKNpGR9P1L66EzMKv6ScTmYXzwDBw9MZBXPnMf/l6TJ5ZIEkggl7HhM+oTVgfs/fvH Ye/evYbfP/yDX43tIJwZorckKutgm2rMduzeA8cGZyERm4Rj+3fALXu4u4dVajBR/wKyM6/r/+IR TcZ13zgE49pdfjqZ1/wknDm6n36/ekwbvA0euR/Wtx6CgdHpFB1kzzjmpBGIuon6Z+HE93Pwu7FJ mJ6chEntNw7j45Mwb7+IQUg/RetXnso3U/0S4mhDnuKVbwyO7loFt2zbBnfcsg427D+Von9CebXp mW/PT9P2vPVInyaH2atrovVLVKxCx28mTyZ9E6ovZpFbdJub+h1MTk/D5PgonDn2FOyocIDae0Hn f71LMfxy6E9Xb2hSJDn9LPyCttNsi00PwsmTah+eQ/yx37OXmhMw3kcnqVnrUiepaYG9d6k3c23E L1ofi6k/tc2PSUsq0t+plO97Zb428quVixWezDPdW+LP+ecPM+k/7y/rsY32NmucGTyM/2YMpqcn YVzrH+nx+DjMxtQOUrj/ym08GafTqCyq3wkv9QdUqUNwx+pvwIBW3aQbK/QxPd06nj4B0nyh0nj5 yLe+BHe0q28fqiGTd1bLV7S+JKdj/bw0+i/r8l5GPm3MoIxBJAJ0GQVquxKqCsqPrt3p8/tIW4u6 bqfDry0Dw6Zc1/yyMOCma6Oqa7Ny63qlTgmuI9eWCqHLq2gT+FNZ3FqcdJ1Yp5M4ncr6sEqaxgXQ hePXk9emw+fz4vTri5BrXqd69CVxVNkcbNke6TwHPloadGp1fbkfviy4NSl1z5aO6DdtSnk6fElL C6nBoxGNtdOnrP3HT/fPc5Gmgvf51aVpuPIS9S9NCc/yaTaFvFnGIkFuHV3Km37rRFy8TtD8Mf3R 8iyXk4M4XW7S4lY5qGXn69HXyRH1byZfJjdNx9W0jUyVcuYXL7elzwL6KdV1kfolXr46DZYXPs/J 9Yv50ZcM0MNr7Czrm9r+cMs1Fbp8OWk1vVby20bGuGVndH9FOEoqY6BrT/vldavVdpRrnyVpROqX aHmJxm+nfWBEmWyZ9E32K1JfWOQW92Yy8PK46ZI3/Cban7Kw8alubQkXKX6pndPbRL09FItfb5t5 mfnjoGFJMn0JIt6Pcmw+HrBTH0X0k/GxsmdllakfYn5Y+yTK02xNYp6VkWfycjjcOEDtP4z+jblk svLxF7u9NUpk4YwuP0NNP33saXLs8HFjsqS2Ldv4ULS/45fDYeu4SrkYC3s5Gdv05aDCap+TIreT uNXlG5nupC6Hk5rv5PK1U18sUDfxklz3L2H/ZSKdFaeFuhyOdLcMN7sE5oZIwGMc4GsNoCtIzQ22 zZGwT1mvlV13uNpIL7UF4iOdauVuIRF1eSrWmLqDERaBtp9ja4a6+fjp5ZkI8bl5Y1Wp4A63n2hr P6ux2IqfhVXXcWX5kPbuQKqckvf4VIT40/BxevR1RKXGSYSPKgrdRUlnS2pDBgb2uu/sR/q6e+ny RHNFQh42mGVlECf9nfraqTIbeiMjTNcv08rXzfxKUoj6l/KppGlclzVTjuIkEtLX2uPLy+n2kK7e MS3w3FCYeNzq+sApnYmLBMLSQn36JupfD2ntKKrVCZOyVeULRPTaZVefresnlVugfomXr84lYqF+ iefXXN+6x6J0iU6f0v449RtthS5fPbdRvS7J5erUFrDX/RTxKFN7zhn2ikTW65d4eUkpWI9faQdF 2wclF1b0TfFJJbLcnrMQ1vaMD99G0TkhiMvjI+HIhEkkdvsL2tOMhImbv4GqtiduX7e2rrVYfzRH Otna2Eltp9PtJT1jejulZ0RMfnv1UUR/dMmyHTF94dvf5DBD6k1TV4AZTyL5TW+ImvMU9W+UluWH 173kvp/pp/XxmFh7a5TIwhm9eW54aJKkd1JeUmQV6r+oDCL+tXVc9TEsy8UQPy7yhFXnORLyJo2b 6Y3C3qk4YWsQ87qT7kaGuT7Q2is4nmGyiu9LrP8SzwBZqIbrVVJeqaLjlgOB2OwkvPXmKMSvXgwX 6bwPNfWfhNqalUlfXNBvXekrHXR1DzqfTwXU1BTme1NJlvfnaGYS9J2NqlVQuzKP7wfbZJSYn4aJ qfNAl0WkL5wuhWXLqqFSW8dVj7QYfPTU8n+UoOwnKHapfFfR8jV+kZGanqj/1BisuMToq3cTMBeN U/5VsOz6VVBtwl6OKTEP01MzcJ7OGAmJOUgsWg61tal6rKUq6l8LWFoHVvVTklqkfhWnfK2zNJPn zP6t8Hn6HZ6jLQz9jzcbdbZI5Tt4tBUc8icNbTASfxzqs1Uc61m25VNuz98ehd9/JDXWZbBy5f8J N6xdnabeCNQve9JYr7+24hcPJFJfxGO3HsJ+f5GA2UnaJtKWuowWceX1NbQ/Sk1XNP5EIgbRaBSk L1UWVVSa9nF8KqLx03cqxdpnObFC6yefo8zH1vI7D0d2VMEu+taor2cCvr2xEuajiQw8Rf1nljGf V4Xb23wmniYukf5LikLUf5pkTZ2ZPgAdL9WmHQ/nUL626oupqBkdS63/yihs0sVczD/RsOn8m7mb uUmiM/dLPERIorhAT8ura6BpS/YVPCtX0g6ywHmUZKktjE1sW/JFlSuh1kLGi8HHdiYsBFwkyF7U vwURTLyUQ01tvYX1ZWnQRZWwUluyKbs+C/s3ka4UnKzqpySrSP0qTvlmIRgbhif2dMGte78JW+qN bcP0wBFt8pit9BvTlM5AVB+yiJLu8u9/975yyd0Eq1OESBeqcO5ye551AWqWvkD9YkGE9oWOX0gY 2bNIfRGP3XoI+/3FIqiuqYVs3aRo/IsWlUOlmQWcJkui8dtrb0tHf0TzW341XbKtvJLeMEoDMMlZ 1H9S8Pyc5tLe5keCjLGI9F9SRKL+MyaedLHQ+mCvviQJaeG01PovCyIveC8lMExY8AwxA0gACSCB 0iQQ/xBOHm6HffQHTjd4d2yGejpR2JuvPgsHDp9WZfbAN/+8tvjyJybh0De2we7D0sp/Tuj+f3eC xTFq8WXFFJEAEigyAXWCIcupivq3HLF1j6Xc3lrPRYn6LIHy5clg/8XTKOoxGq5FxY2JIQEkgASK SKBiDdxD13A6LRmppzugnf4Mm6sNen7Yfmlez028B89KRqujBcI/+wfYutIgGZ4gASRwBRK4IH3q RLeYPpG94pDmv6j/NNHkx7mU29v85LDosZRU+fK5x/6Lp1HUY/zGtai4MTEkgASQQPEJSN8qvfP2 MLx7dgb+cPEiXLNsDXxq3c3QcIm/K4jNzsKi6uzfgxefGKaIBJDApSAQm52m83TEYdlq+mmVhUcr ov6LkadSbW+Lkfd8p1GK5cvyuND7L/bNKMuPyF40bDr/Zu5mbpJszB0NV5GSQr9IAAkgASSABJAA EkACSAAJIIEFTIAZgnayIBo2nX8zdzM3SUbm/jE7AmMYJIAEkAASQAJIAAkgASSABJAAEkACxSKA hmuxSGM6SAAJIAEkgASQABJAAkgACSABJGCLABqutrBhICSABJAAEkACSAAJIAEkgASQABIoFgE0 XItFGtNBAkgACSABJIAEkAASQAJIAAkgAVsE0HC1hQ0DIQEkgASQABJAAkgACSABJIAEkECxCFiY bLxYomA6lgjEpmHwrbNQdu0aaKi3v/BhYn4ShsbO0STLYO26Bjrt/DyMDo7BeeqyfO06qLEyD70l gdGTEIGcyzcG48PvAF1NwLBV3bAOaquxuhugmJ1k4T85cAI6nhsDx46/hOZG+/XPLGkRN6y/IrTQ LxJAAkgACSABJHA5EMDlcBZYKc4PPAVVG/YAOPww88ajUG1T/sFDO8CxOySH9vdH4dGPvwBXrXbJ 505/P5x6tEmLefTkU/DE8+/C8ooK2S0ajQJULIP1TV8A55dvhdrLyMiV8/rzX8PS+jvBu3c7VGoU 2EEMTj3lhWd/fQ7q79wLe7fXswt52edcvvN9sL7qFogkSePw9cMbe/UyTbosdJqYPgMH/vZnMLO8 AhSN4INHIXpuGdz1d22wpWbhGcqZ+cfg6P0VcF8HzW+O9Y8nZudYpP7aiR/DIAEkgASQABJAApcv Aba8jJ0cioZN59/M3cxNkpG5L7yRpR3Cl1OYsiVKbuqWQC6Ft/a2bTQeyXB1waa6cmqI1oGbnklj 8h2b6+h/fTs/fgoOH1SMXN1VP/KGRuCxPBhww0dbYd19h8Ed6IdnWvNjZOlSWjv6UMrrYSmvvfDl XduhOfmh2vwb8NSeAzI552daYa+1aK37yrV8Kz4Oj3haYOD8Uli69AM4eFAqUQCpiPO1Rc++Du2H D2aM7hMPfZMartUZ/ZTkxYz843BxXpV6eW71L9e8i9TfXNPC8EgACSABJIAEkAASKAUCudg+pSD/ lSvDXB6zLmtBHNiYHJJeMwX1uaOzrRP8D1CD8vyH8JvXXoD9u9vlJ3vtrhth/Vgcttfmpk7xeelF ZYD5C3nMm2BUZdoz1gj8/JfD0HxvgyGGyX8NyUar5FhluJLnE7vlu6gWWp88pAoTg/XvdsCu9Pcc 7AnNjDtwQrDHD7dcBwaVicfLoM6xAI1WnoYp/0pwPzMBG945B8tvatQ0hQ92SY6z1t9LIhUmigSQ ABJAAkgACSCBvBLAyZnyirPwkVVoRkNuaVWu/Sx91iptdbBCet+zvA62yQ5OuPmT5kZHVW0jNDY0 QGPTJtjZ+hi8MdOjxkGf2z5+HGJyfJfPv8P/+ALMGrIzDy8EDhhc8n2Sr/JV5IpDYe8BVIFjYyM0 NFK94H5NTQ2wUD+nzcZ/UWUN1f9G+g14vkteLD479VcsBfSNBJAAEkACSAAJIIHSIpDbI7LSyssl kWZyuA9e6u2D303FoLz8WlhR8wm4ZvFFuKbudtiqTt4yPXgGfvWb92HN574Mm+orYXLgJHQc+zkM nj0PKz61Ge5/+OvQVGP+Lufs6AB0n3kNfjv1IZRfuwpg+Gklnzk/7itT4nE2wCpZC+g/+SlTFVxt LgrAhaRHsdVb4PtdHgjdTV8bPdwBb/3DTmhKGtBb4cMKTrPJl6iysQsZ9iLxZ4jG/NLpH8GZ8Uf0 J8nTr8HTGZ5ezo/2wdGjP4GX3/5Ajm/Fmo1w18P3w5Z68xsBkiex8p2HgZM/hWPPvwpnP6BPp5eu AddDrbBzU625/NRVfbE87fWcL0gqkU5f1Mhz0f/Y5AD8pOMYvDp4luaXvv68/AZouHk9bNy0BZqS uBaK/+zwGeh+exYWM1gXL0L1zXfAlgbzcs0lvwZ9oO1J1YrlsOyaxbC4+jPwxS313OcBNuovkx/3 SAAJIAEkgASQABJYiATox6642SEQHyN+NxBa5qY/h69Xi7Xf75T9uPxhEva7Tfw7SXgirvlXDqZI p0cJZ5qGM0DmkkKInc6QkM9DPFSmqBwwTnqDXtLSFiAjioMWXSSgyOzy92tu2kG0n9AHtTRPDtLF B7TKZ2aIdAYCpLMzSDxOhaXD7SXBzk4SDAaVH70ejkxpScoHVuM3hsp6xvLKmLsCep5HuloMZcfz 6A96DNdYeGnfEuwlyaVLiGD5zvSSljS65vJ1m8QvZXWOBF0KU17WrBCyeJiLBNS8uki/BSW0p/9x 0t+ZnimdHInMcHIWkn+/z5FStnz95sSQD+3lN4s+JOWX0Nxbrb/J8uE5EkACSAAJIAEkcGUT+NOf /kTs/v74xz8SkV8ikSBmv3g8TpJ/Fy9eJGa/CxcuEOknzdKEmzAB3SCQDBOHu410halRGuokbS5l kMsbCsnGkGzM+IKkK9CmDYh5/4SaIeE2brDsbCHBkBR/F/F5XEqYnA1X65lm8htlVMNTw5VO6iTL 5O9npoR1PnO9Po0Bb+ylHHv1GwG8QWaFv/WcEsLyqqXv8JIJOYIZ4lcNa3aN8Zjo9up5cLaR7sgI GYl0E69qNEr+28JKLIosouU7RXxc2t7ObjI00k+C3I0Nv6kFqZcDk1WERTq/Nf1EAAAADcRJREFU vOHaM0XvcsSjhM40rf2SjfQUppRHS0b9J2Sok7tJ4PSQrp5+MjQUIT3hLuJtoXXD6ddu3BSa/0Rv F/H7AyQQDBCPhRsB4vm1oA+uXG9UpStNdEcCSAAJIAEkgASuNAJ2jVYpnIjRKvk1M1olt2SjVTo3 M1olNzRcc9BQfqDcEjA+TRsKpj6dNA5kXSQ0oj+m6vGqT1XdneqTT0KikaBmCDm9YW2ALokcH1Kv lYrhOtNDHEmGqxCfuRES7uoioXBIM/Qcbp98HgqFiPTrotd7RphRTIhQ/ILlzMrKG/QRp5qvzhEa yVRYyafDQ4I+xahSjMEJ4nUohju4/PQ5Kr9NkYBmvDIDWLx8x7r0J48B7eaAlA41TNlT/5YuTX90 CQptuKr5VjklG/RMDsZUuZ5d/wl9uqw8xafxu4OGJ6sszniUmceF58/SlPZm9Zu/Lh2L5rfU6nty fvAcCSABJIAEkAASuLwILFTDFSdnoqNpsW0eXgq2K0HcQfC3buK+O6Ozq2aZDadz6CewnX7nyraG LzQrhxPzQFdHlbdXfvykcuDwQsdjzYbZS6PZElDjKNpu0WI6vRO/CfKprIfmnTthe/N2uHuHtCAP nS5q8zb5fPv27SD9dtLr+neigvHzogkcr3Fsh3uo5Spt//ziAAz/6ufyDMquh++CDTco7tL/xPgr 0B5RzgP7d4Fx9ZyV8PX9QdVzO7w0qkxfJVa+MXjtl6fUOLzwFTpbbywWk38JuoqqY7PCDOhMt0x/ VM+Xbpfhw1or+j/5+gvqzM0OCPseNF2reFG58nl+4fkbMYpWPyv5FdMHozx4hgSQABJAAkgACSCB K4UAGq6iJR17B/65Qwnka7kz27w0htid3h64t8E4k035dddqfpSh+CT823OKJeTZ/wDUaFdL9KBM X0BGljAHPppRkDwJFJ/1HOLno8l2fGHpamj+z/SrUrqFdm+AdXcflo+/eudGWHpRWbZHcoieOye7 A10Fd+NN+g0J1RHKb9ogr48rnX/woWRaipZvHM69r1rG0A6ry66CiooK+Vd2VRls2K0qI0uwqHsX 9MzE6ecGcaCvd2i/42nW4LWm/wDvvdmv5ML58P/f3v3FtnXVARz/gRZ1zWZDA02lBJRN4U+LFgMr U8afIBzx0D4wlz9iD/OkdggWbYgGHkBB2oRaaVV4GZnERPIARcmKpuUBD2mZEJulZdpaofbBnrZo a0UsFgtisYBNmbtaCuf63nN9HV879nF8s6TfK7V2zj1/P+ckyi/3+h4Z3uQboPP+5qDNjbfV9WDe H0oigAACCCCAAAI7WcCOlXbyCLah7zo8+ZjfnhjX3N1Qa3oW7r2lJq0mofAPecWJUw7e3lNzumrD zNqz25KiR/zRbmtfHb3rq0irPm7nG1yx25L63Ybqv7mm9iIdOPpNichM+UqrnXNCvjZ4s+T/4inn PgBZKfg+YXfDk5gN5tfLEYurK6wFLa77kVeXqUNVV/71mU6/3nKT/SPEeWnYXFPrX9XgPl06HN58 TAH4NxxUg5NNjddgPTRoklMIIIAAAggggMCuFSBwNZ7aiNxa89t6Rv5w0tkvxW9Ll01uIy53Rf0i rgPj2q6tyblTY7XJ25iS+fOsc1tnTAb7vVeTDXycceRXrzYxIvP6m6hcBaEq4Nz3ZXlIfdhyzJnS 2NR3ylfA/+VbQV6ulnxOvHtVVrzJBvOrl03sNyn544ND3tp21ns9kE163f0R5+bzxKuyXDwuQ95l Vbds5/zrNrnZiWbGa7AeNmuW8wgggAACCCCAwG4U4FbhVmdVxTP29a6UnH9j1VO6KM/+/ISccVIS L6edfJ4szbx16xd5+ZXlqhIXnviRG0RVnQjqC++lP6vNYloei6k9XK0j/l35jBVxu/1v3adrT3e5 qmTy9fp2bdRfrrzp/6woNCRHxk45JaLyQEw9hmrDEbrtLlGxrTqSMpNIbzirtt1dmFNnrCMmw59U +366/W92fkPyuS/ZH7ZNjP1WlvyC45pWA0xQgddWH/2fPuhUOSOP/P5Sw+o779+w+fZPtrwe2m8y l1mSpSu59iuiBgQQQAABBBBAIEABAtdWsfd2ywGnzJmjP5MXMwUprl2RafWQptgZO0Qpn1YPWzKK MUK3y1HnoUBzYydlPr0mpWJW5k8fk7tPej7PGG614+3nz6++LdlcTrKZK7I4/4Qc22vdSGsfT/3i W/aV4jZ8+g/faVeWfFr+pMatj2IuLc8/n7Y926hf19fK68CRR6wto9S/F+WeAZ8bFEIRGZuwA9q5 E3GZXsy61WcvnJV773OExh+Qw1ZgbzC/n/32Q06dv5JDD09Lxn7GUzmtVMjK4rnTcuzH8/WDfZUz /59/S1EJlh/sVDJamU4fvC95eXs5K7lsVrLuv4xkMlkptNHEzUPfkEnnbwTW54sfnF6UNae+UrEg mfSinHv2kr0eAvD3jli/zxevup5tcRqsB90Hk9f02ful97ZDcugTvXL/2do/tJjUSRkEEEAAAQQQ QCAQgd31cOdgRqO3xFAT5G5bY7+Pq70enb1ZPfsu6u0x/PbSdPfEVNvb6A1fvNu9VLcRXZ+ccrZG 8eTv9Kh1/6v7Uhl7XG0J5D1a9dFlr6++4G5BY7UVjcXXY1G9n+2k62Nav26n0asea2VP2trcOo87 n/nKXrZWvyPR6HrU7bflFF8/rydXVWcyv6nfefY1VW2oz7p6bFQbkYpPpcd5z3Y8lfmSNrdSctds zfqvtDHpGXCNV6WD625dG9fz6kuVLXGcdiJ62yHr68iUux7WA/DXXdZj8X4vRKcu6tPlV53HXR+e s37jbbwenJ8nbc6Z3YUNexF7DT195C0CCCCAAAII7G4BtsNRv8ndKMfB40+qbTriVcONxCbk/Oqs fG/kDjs9cUl9Pq8qi4TCfvdVOvff9u9xH0TTNzohF58ary4c/YEsXH5OfqKeals+PPmrMwb1VURi 45OykFqRWXW12XuY+ty0f1QSlxck7lxtSybmJJG0n1QVn/yC2vzFPkzr9/ax7ntnOvZ0+VxddQrp W5pF3zodulNm30nJpNPxVDIpSaffkfiUvJGflWF1l7A+TOZ36PivJZWYFOdivCTmKjbR+Lg8M3Ov z7Yx6onP+vYA3bj1GtYd9yY2/76r27p03Pj4UHetX7Prv1zz/hGZX03J1Lh9I7aVlrKXQvl0dLTP XQ8SgH+5Ues/H7p+v8+zq6zNjrfeenhh+Tn5/vCHnaavmd3B4ZS2X/bJ8BG9gkQi933eZ81UFeAL BBBAAAEEEEDgfSPwAevvCe+b3uywjhRyWVG7gUiX+hW6r88TmWzROEprWVlRO6hY9feq+mtDgS1q qEPVmPuUZC27Ink18i7lGzrQJyGfB/SY19+hAatqi2rO/qke8islNXHhXhnYXz/IM5vforpVW9m8 e1269oal50Cv7HP2NO3cqLa35lIhJyur/1PjtT4i3C09PfvUevD/bui8f+cs/NbD4ulR+eqjSYlM LMjFx45swc+AgqQX/yo5tePwXSNDDR4E17lxUjMCCCCAAAIIbK9AO+Ffq2Xr5fdL90uzpHQ6gev2 rhtaRwCBG1mguCS/PPmMfPGnP5SRweo/fuUunZWvHz5R3o5pPLEsj98zcCNLMXYEEEAAAQQQ2CIB HQiaVNdq2Xr5/dL90qw+6nQCV5MZowwCCCCwFQKFCzIavtt+8nQ0LqeOfUUG1YPXXnv1aTkzk3Ra GJfL1x+XQf+LzFvRC+pAAAEEEEAAgRtIQAeCJkNutWy9/H7pfmlWH3U6gavJjFEGAQQQ2AqBUlam H47LmBukbqhUfXb+pScflZE+n3vlN2TlSwQQQAABBBBAoBkBHQg2k3djnlbL1svvl+6XZrWv0wlc N84GXyOAAAIBC1ifzX3rzSX529/fkf++957c2vNx+dShO+TgQPXtwwF3i+YQQAABBBBAYBcK6EDQ ZGitlq2X3y/dL83qo04ncDWZMcoggAACCCCAAAIIIIAAAjtQQAeCJl1vtWy9/H7pfmlWH3X6B006 TBkEEEAAAQQQQAABBBBAAAEEghIgcA1KmnYQQAABBBBAAAEEEEAAAQSMBAhcjdgohAACCCCAAAII IIAAAgggEJQAgWtQ0rSDAAIIIIAAAggggAACCCBgJEDgasRGIQQQQAABBBBAAAEEEEAAgaAECFyD kqYdBBBAAAEEEEAAAQQQQAABIwECVyM2CiGAAAIIIIAAAggggAACCAQlQOAalDTtIIAAAggggAAC CCCAAAIIGAkQuBqxUQgBBBBAAAEEEEAAAQQQQCAoAQLXoKRpBwEEEEAAAQQQQAABBBBAwEiAwNWI jUIIIIAAAggggAACCCCAAAJBCRC4BiVNOwgggAACCCCAAAIIIIAAAkYCBK5GbBRCAAEEEEAAAQQQ QAABBBAISoDANShp2kEAAQQQQAABBBBAAAEEEDASIHA1YqMQAggggAACCCCAAAIIIIBAUAIErkFJ 0w4CCCCAAAIIIIAAAggggICRAIGrERuFEEAAAQQQQAABBBBAAAEEghIgcA1KmnYQQAABBBBAAAEE EEAAAQSMBAhcjdgohAACCCCAAAIIIIAAAgggEJQAgWtQ0rSDAAIIIIAAAggggAACCCBgJEDgasRG IQQQQAABBBBAAAEEEEAAgaAECFyDkqYdBBBAAAEEEEAAAQQQQAABI4H/A/iMchodf2XMAAAAAElF TkSuQmCC --Apple-Mail=_400DDEDA-ECFC-4986-B9F3-41ABB91CC01D-- --Apple-Mail=_03B0E88E-3291-41E9-B674-BBEA58330FEC-- From nobody Mon Apr 6 03:54:24 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 215571A8755 for ; Mon, 6 Apr 2015 03:54:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.003 X-Spam-Level: X-Spam-Status: No, score=-100.003 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zaLCVDIaWmvT for ; Mon, 6 Apr 2015 03:54:19 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0792.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:792]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B34551A874B for ; Mon, 6 Apr 2015 03:54:18 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) with Microsoft SMTP Server (TLS) id 15.1.130.23; Mon, 6 Apr 2015 10:53:59 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.220]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.220]) with mapi id 15.01.0130.020; Mon, 6 Apr 2015 10:53:59 +0000 From: Ronald Bonica To: Luigi Iannone Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPtp3FrZs9xUaprzBtSdSj9p00VbOAgAAJRQCAAAPNAIAAAXiAgADc9UCAAInEAIABMXWAgAFRZQCAB6rPwA== Date: Mon, 6 Apr 2015 10:53:58 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5518AD07.9090200@joelhalpern.com> <580EAA3E-7B39-430B-A23B-001F0E8E597B@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.14] authentication-results: gigix.net; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB442; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(164054003)(479174004)(377454003)(51704005)(13464003)(53754006)(24454002)(19580395003)(92566002)(19580405001)(2950100001)(54356999)(76176999)(50986999)(86362001)(46102003)(77156002)(62966003)(230783001)(66066001)(2656002)(87936001)(110136001)(76576001)(33656002)(74316001)(15975445007)(102836002)(122556002)(106116001)(561944003)(40100003); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB442; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CO1PR05MB442; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB442; x-forefront-prvs: 0538A71254 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Apr 2015 10:53:58.2789 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB442 Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2015 10:54:23 -0000 Hi Luigi, I am not suggesting that discussion of cache scaling and control overhead b= e dropped. This discussion is very helpful to the reader. I suggest only that we run with Joel's proposal to add a disclaimer. The di= sclaimer should say something like: >>>>>> we do not know what the > >>>> impact on cache size and control overhead will be, as the studies > >>>> that have been made have been disputed as to their relevance to the > >>>> core Internet case Furthermore, we should extend the disclaimer to say: "We do not know what the impact of cache size and control overhead will be= upon {x, y, and z}". = Ron > -----Original Message----- > From: Luigi Iannone [mailto:ggx@gigix.net] > Sent: Wednesday, April 01, 2015 9:40 AM > To: Ronald Bonica > Cc: Damien Saucez; LISP mailing list list; BRUNGARD, DEBORAH A (ATTLABS) > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 > Hi Ron, >=20 > > On 31 Mar 2015, at 19:48, Ronald Bonica wrote: > > > > Damien, > > > > In his email below, Joel asks: > > > >>>> if we modified the section to say that we do not know what the > >>>> impact on cache size and control overhead will be, as the studies > >>>> that have been made have been disputed as to their relevance to the > >>>> core Internet case, would the document still meet the IESG > >>>> requirements for evaluating the impact > > > > I support Joel's request, so long as the disclaimer is complete. >=20 > Agreed that we need to clarify (via a disclaimer) what are the assumption= s of > the studies, and that outsides these assumptions we have no information. >=20 >=20 > > If cache size and control overhead have impact, they must have impact > upon something. Do we know what they will impact? If so, tell us. If not,= tell > us that. > > >=20 > Let me try to understand here. What you are suggesting is that any > discussion on the scalability of cache and control overhead should be > dropped (they are in the papers anyway), and only the aspects that have a= n > impact (and on what they have an impact) should be maintained. >=20 > Is my reading correct? >=20 > BTW, Deborah was also suggesting to simplify some sections which are > cluttered with to much numbers. This seems to me inline with your > suggestion (if I got it correctly). >=20 > ciao >=20 > Luigi >=20 >=20 > > > > Ron > > > >> -----Original Message----- > >> From: Damien Saucez [mailto:damien.saucez@gmail.com] > >> Sent: Monday, March 30, 2015 7:19 PM > >> To: Ronald Bonica > >> Cc: Joel Halpern; Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS); > LISP > >> mailing list list > >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > >> > >> Ron, > >> > >> As one of the authors I can say I am not frustrated :-) > >> > >> We are looking on how to address in the best way the comments of this > >> thread. > >> > >> Just that it is unrealistic to hope a new full study on the cache > >> size from research partners as such a study takes a lot of time and > >> resources (to produce the experimentation, then to get reviewed in a > >> conference or journal and finally get published) and would not change > >> any conclusion with regards to the analytical studies reference in > >> the draft already and that draw general conclusions. > >> > >> The best solution could be to ask your customers to provide me the > >> necessary information so that I could evaluate the impact of LISP for > >> their needs. Without that, I am afraid that the only thing that we > >> can reasonably provide is theoretical/analytical studies. > >> > >> The disclaimer you propose to add is just incorrect. It is not true > >> that we don't know the impact of cache size. Actually, in the draft, > >> we already reference the analytical study [CCD12] that demonstrates > >> analytically that it is possible to link cache size, traffic pattern, = and miss > rate. > >> > >> Here is the paragraph present in the draft: > >> > >> [CCD12] generalizes the caching discussion and proposes an analytic > >> model for the EID-to-RLOC cache size when prefix-level traffic has a > >> stationary generating process. The model shows that miss rate can b= e > >> accurately predicted from the EID-to-RLOC cache size and a small set > >> of easily measurable traffic parameters, meaning that operators can > >> provision the EID-to-RLOC cache of their ITRs according to the miss > >> rate they want to achieve for their given traffic. > >> > >> That is clear enough for me and unless someone can prove the model > >> wrong I am perfectly fine with this observation that is supported by > empirical data. > >> > >> Cheers, > >> > >> Damien Saucez > >> > >> On 30 Mar 2015, at 17:17, Ronald Bonica wrote: > >> > >>> Brian, Deborah, > >>> > >>> I realize that the authors are frustrated. Maybe we can run with > >>> Joel's > >> proposal if we make the disclaimer complete. > >>> > >>> Shouldn't the disclaimer read something like, "We do not know the > >>> impact > >> of cache size and control overhead on {x, y, z}", where x, y and z mig= ht be: > >>> > >>> - LISP scaling > >>> - LISP security > >>> - LISP resiliency > >>> - other ??? > >>> > >>> Given that, might we draw some conclusions regarding LISP's > applicability? > >>> > >>> Ron > >>> > >>>> -----Original Message----- > >>>> From: lisp [mailto:lisp-bounces@ietf.org] On Behalf Of Joel M. > >>>> Halpern > >>>> Sent: Sunday, March 29, 2015 9:55 PM > >>>> To: Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS) > >>>> Cc: LISP mailing list list > >>>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > >>>> > >>>> Brian, Deborah, if we modified the section to say that we do not > >>>> know what the impact on cache size and control overhead will be, as > >>>> the studies that have been made have been disputed as to their > >>>> relevance to the core Internet case, would the document still meet > >>>> the IESG requirements for evaluating the impact. I don't want to > >>>> ask the authors if they can live with a certain change if that > >>>> change will cause other necessary reviewers to complain. > >>>> > >>>> I do not see it as sensible to hold up the publication of this and > >>>> the other LISP work while researchers go off to see if they can > >>>> calculate > >> better results. > >>>> Particularly not when publishing this document is required to do > >>>> other > >> work. > >>>> > >>>> Yours, > >>>> Joel > >>>> > >>>> On 3/29/15 9:50 PM, Ross Callon wrote: > >>>>> I suppose that there are two options: > >>>>> > >>>>> 1. Admit that we have no clue what the cache size or control > >>>>> overhead will be. > >>>>> > >>>>> 2. Repeat the cited studies, but with a pessimistic (worse case) > >>>>> rather than optimistic (better than best case) assumption about > >>>>> cache granularity. > >>>>> > >>>>> The second option would allow us to actually have some idea what > >>>>> would happen if LISP were deployed on an Internet-wide scale, but > >>>>> would of course take more time and more work. > >>>>> > >>>>> Ross > >>>>> > >>>>> PS: I will be offline at meetings all of this week, so I might be > >>>>> a bit slower to respond for the next few days. > >>>>> > >>>>> -----Original Message----- From: Joel M. Halpern > >>>>> [mailto:jmh@joelhalpern.com] Sent: Sunday, March 29, 2015 9:36 PM > >> To: > >>>>> Ross Callon; Luigi Iannone; LISP mailing list list Cc: > >>>>> draft-ietf-lisp-impact@tools.ietf.org Subject: Re: [lisp] WG Last > >>>>> Call > >>>>> draft-ietf-lisp-impact-01 > >>>>> > >>>>> Putting aside the TBD (which of course needs to be fixed), I have > >>>>> trouble figuring out what you want us to say about the main issue > >>>>> in your review. On the one hand, this is the very issue that we > >>>>> have been asked to comment on, and on the other hand you say that > >>>>> we don't know. What do you think it is reasoanble to say? > >>>>> > >>>>> Yours, Joel > >>>>> > >>>>> On 3/29/15 9:03 PM, Ross Callon wrote: > >>>>>> Generally I think that this document needs more work before it > >>>>>> will be ready to submit for publication. Some comments on > >>>>>> draft-ietf-lisp-impact-01: > >>>>>> > >>>>>> First of all, I assume that the TBD at the end of section 3 will > >>>>>> be fixed. This reads: > >>>>>> > >>>>>> TBD: add a paragraph to explain the operational difference while > >>>>>> > >>>>>> dealing with a pull model instead of a push. > >>>>>> > >>>>>> Also in section 3, the third paragraph begins: > >>>>>> > >>>>>> In addition, Iannone and Bonaventure [IB07] show that the number > >>>>>> of > >>>>>> > >>>>>> mapping entries that must be handled by an ITR of a campus > >>>>>> network > >>>>>> > >>>>>> with 10,000 users is limited to few tens of thousands, and does > >>>>>> not > >>>>>> > >>>>>> represent more than 3 to 4 Megabytes of memory. > >>>>>> > >>>>>> Reference [IB07] is of course: > >>>>>> > >>>>>> Iannone, L. and O. Bonaventure, "On the cost of caching > >>>>>> locator/id mappings", In > >>>>>> > >>>>>> Proc. ACM CoNEXT 2007, December 2007. > >>>>>> > >>>>>> This paper states: > >>>>>> > >>>>>> In our analysis, we assume that the granularity of the > >>>>>> > >>>>>> EID-to-RLOC mapping is the prefix blocks assigned by > >>>>>> > >>>>>> RIRs. We call it /BGP granularity. In particular, we > >>>>>> > >>>>>> used the list of prefixes made available by the iPlane > >>>>>> > >>>>>> Project [15], containing around 240,000 entries. Using > >>>>>> > >>>>>> /BGP granularity means that each EID is first mapped > >>>>>> > >>>>>> on a /BGP prefix. The cache will thus contain /BGP > >>>>>> > >>>>>> to RLOC mappings.2 This is a natural choice, since > >>>>>> > >>>>>> routing locators are supposed to be border routers. > >>>>>> > >>>>>> The authors should be aware that there is some aggregation / > >>>>>> summarization being done in the operation of BGP routing, and > >>>>>> that the granularity of routes which appear in the default-free > >>>>>> BGP routing tables is fundamentally different from the > >>>>>> granularity of enterprise network / ISP boundaries across which > >>>>>> traffic is exchanged. > >>>>>> > >>>>>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., > >>>>>> Iannone, L., and A. Feldmann, "Deep dive into the lisp cache and > >>>>>> what isps should know about it", In Proc. IFIP Networking 2011, > >>>>>> May > >> 2011. > >>>>>> From this document: > >>>>>> > >>>>>> In addition, we use a local BGP prefixes > >>>>>> > >>>>>> database, fed with the list of BGP prefixes published by the > >>>>>> iPlane Project [17]. > >>>>>> > >>>>>> The database is used to group EID-to-RLOCs mappings with the > >>>>>> granularity of > >>>>>> > >>>>>> existing BGP prefixes, because, as for today, there is no > >>>>>> sufficient information > >>>>>> > >>>>>> to predict what will be the granularity of mappings in a > >>>>>> LISP-enabled Internet. > >>>>>> > >>>>>> I agree that "there is not sufficient information to predict what > >>>>>> will be the granularity of mappings in a LISP-enabled Internet". > >>>>>> However, not knowing what the mapping granularity will be does > >>>>>> not justify using an extremely optimistic guess, and then acting > >>>>>> as if the results are meaningful. These assumptions are clearly > >>>>>> off by some number of orders of magnitude, but how many orders > of > >>>>>> magnitude is unknown. We will note that the current internet > >>>>>> default-free routing table includes a few hundred thousand > >>>>>> entries (roughly twice the > >>>>>> 240,000 entries that existed when this study was done). > >>>>>> > >>>>>> For example, we might assume that the intended global deployment > >>>>>> model involves xTRs at the boundary between enterprise networks > >> and > >>>>>> service providers, and might note that there are several million > >>>>>> companies in the USA alone (most of these are relatively small > >>>>>> companies, of course). Thus there may be very roughly on the > >>>>>> order of a hundred million or so companies worldwide. If each one > >>>>>> had a separate entry in the mapping table, then the number of > >>>>>> entries will be nearly 1,000 times larger than BGP-prefix granular= ity. > >>>>>> > >>>>>> Section 4 mentions as one possible use of LISP: "enable mobility > >>>>>> of subscriber end points". If individual end points are > >>>>>> advertised into LISP, then the granularity of the mapping table > >>>>>> may be on the order of individual systems. In this case the > >>>>>> number of mapping table entries that could exist globally might > >>>>>> be on the same order of magnitude as the number of people in the > >>>>>> world, or very roughly > >>>>>> 7 Billion entries. This would suggest that the mapping table > >>>>>> might be roughly 30,000 times finer grained than was assumed in > >>>>>> the referenced studies. > >>>>>> > >>>>>> I don't see how we can accurately predict the control plane load > >>>>>> of LISP without some sense for what the granularity of the > >>>>>> mapping table will be. It should however be possible to bound the > >>>>>> control plane load. The referenced studies give a lower bound on > >>>>>> possible control plane load (it won't be any less), but give > >>>>>> neither an accurate measurement nor an upper bound on the > >>>>>> potential control plane load. I don't think that the document can > >>>>>> claim to explain the impact of LISP without there being an > >>>>>> attempt to measure an upper bound on the control plane load. > >>>>>> > >>>>>> Finally, perhaps I missed it but I didn't see any discussion of > >>>>>> the volume of overhead related to OAM traffic used for liveness > >>>>>> detection (the need for ITR's to determine the reachability of ETR= 's). > >>>>>> > >>>>>> Thanks, Ross > >>>>>> > >>>>>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi > >>>>>> Iannone *Sent:* Monday, March 09, 2015 10:22 AM *To:* LISP > >>>>>> mailing list list *Cc:* draft-ietf-lisp-impact@tools.ietf.org > >>>>>> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 > >>>>>> > >>>>>> Hi All, > >>>>>> > >>>>>> the authors of the LISP Impact document > >>>>>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested > >>>>>> the Work Group Last Call. > >>>>>> > >>>>>> This email starts a WG Last Call, to end March 30th, 2015. > >>>>>> > >>>>>> Because usually the pre-meeting period is already overloaded, the > >>>>>> LC duration is set to three weeks. > >>>>>> > >>>>>> Please review this updated WG document and let the WG know if > you > >>>>>> agree that it is ready for handing to the AD. > >>>>>> > >>>>>> If you have objections, please state your reasons why, and > >>>>>> explain what it would take to address your concerns. > >>>>>> > >>>>>> Any raised issue will be discussed during the WG meeting in Dallas= . > >>>>>> > >>>>>> Thanks > >>>>>> > >>>>>> > >>>>>> Luigi & Joel > >>>>>> > >>>>>> > >>>>>> > >>>>>> _______________________________________________ lisp > >> mailing > >>>> list > >>>>>> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp > >>>>>> > >>>>> > >>>> > >>>> _______________________________________________ > >>>> lisp mailing list > >>>> lisp@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/lisp > >>> > >>> _______________________________________________ > >>> lisp mailing list > >>> lisp@ietf.org > >>> https://www.ietf.org/mailman/listinfo/lisp > > > > _______________________________________________ > > lisp mailing list > > lisp@ietf.org > > https://www.ietf.org/mailman/listinfo/lisp From nobody Wed Apr 8 13:04:40 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EB4E1B35D2 for ; Wed, 8 Apr 2015 13:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nr2GKVHKAaAr for ; Wed, 8 Apr 2015 13:04:35 -0700 (PDT) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F07B11B35C6 for ; Wed, 8 Apr 2015 13:04:34 -0700 (PDT) Received: by wiax7 with SMTP id x7so40775708wia.0 for ; Wed, 08 Apr 2015 13:04:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JmCgaAg8oJRUXAHx7zw1fJmTxao3FtND+5oj7RtjPsk=; b=i2PCO0vWD+9nCYBkR4avjjuHNkifzbwjlv8ieCJvJLwu5ZjjX/QYmb6rNvD8abFYWi F9OzNtZpkE6IdIy3S38lXFlgy2wehhNHQIjuW3CjSB5gvnnpQ02GIB+lNBSvE3czMZYC 1epWV6AFrmdLG8ZeKrYk6XYnBqiixBMJYHFKTFo2A/okNNcN87xTG3DyKWQDMM+41B57 Opf1qyBej7spyRgyAqGSJ/7Zg+AphbQNR7wwTS3vIxtzoTSJ5iVEJ9l0Cj9gvnlL5lH4 eGUQx3LYYkvBVflLVQVrrcbimgSu1b0em58NCzUp6s8TlRfxoVt10L3o2OIQPh1y1Ok6 hSLw== X-Gm-Message-State: ALoCoQlk5wBfCIEcoyFdh/2LTQH+i4kmK4hRM1cMzjZE3uqsUL0Uf5ATUK4htWOdKwvNqDVutUY2 X-Received: by 10.194.237.34 with SMTP id uz2mr52388516wjc.157.1428523473751; Wed, 08 Apr 2015 13:04:33 -0700 (PDT) Received: from ?IPv6:2a01:e35:1381:3430:888f:679b:a4d1:19f6? ([2a01:e35:1381:3430:888f:679b:a4d1:19f6]) by mx.google.com with ESMTPSA id it5sm17106931wid.3.2015.04.08.13.04.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Apr 2015 13:04:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Luigi Iannone In-Reply-To: Date: Wed, 8 Apr 2015 22:04:31 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <45982A58-11B7-439D-8350-E200FC3992C3@gigix.net> References: <5518A89C.3090108@joelhalpern.com> <5518AD07.9090200@joelhalpern.com> <580EAA3E-7B39-430B-A23B-001F0E8E597B@gmail.com> To: Ronald Bonica X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2015 20:04:39 -0000 HI Ron, > On 06 Apr 2015, at 12:53, Ronald Bonica wrote: >=20 > Hi Luigi, >=20 > I am not suggesting that discussion of cache scaling and control = overhead be dropped. This discussion is very helpful to the reader. >=20 Thanks. We will try to streamline it a little bit, as suggested by = Deborah. > I suggest only that we run with Joel's proposal to add a disclaimer. Agreed. The final form of the disclaimer will depend on the updated content of = the document (see previous point). ciao Luigi > The disclaimer should say something like: >=20 >=20 >>>>>>> we do not know what the >>>>>> impact on cache size and control overhead will be, as the studies >>>>>> that have been made have been disputed as to their relevance to = the >>>>>> core Internet case >=20 > Furthermore, we should extend the disclaimer to say: >=20 > "We do not know what the impact of cache size and control overhead = will be upon {x, y, and z}". >=20 > = Ron >=20 >=20 >=20 >> -----Original Message----- >> From: Luigi Iannone [mailto:ggx@gigix.net] >> Sent: Wednesday, April 01, 2015 9:40 AM >> To: Ronald Bonica >> Cc: Damien Saucez; LISP mailing list list; BRUNGARD, DEBORAH A = (ATTLABS) >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >> Hi Ron, >>=20 >>> On 31 Mar 2015, at 19:48, Ronald Bonica wrote: >>>=20 >>> Damien, >>>=20 >>> In his email below, Joel asks: >>>=20 >>>>>> if we modified the section to say that we do not know what the >>>>>> impact on cache size and control overhead will be, as the studies >>>>>> that have been made have been disputed as to their relevance to = the >>>>>> core Internet case, would the document still meet the IESG >>>>>> requirements for evaluating the impact >>>=20 >>> I support Joel's request, so long as the disclaimer is complete. >>=20 >> Agreed that we need to clarify (via a disclaimer) what are the = assumptions of >> the studies, and that outsides these assumptions we have no = information. >>=20 >>=20 >>> If cache size and control overhead have impact, they must have = impact >> upon something. Do we know what they will impact? If so, tell us. If = not, tell >> us that. >>>=20 >>=20 >> Let me try to understand here. What you are suggesting is that any >> discussion on the scalability of cache and control overhead should be >> dropped (they are in the papers anyway), and only the aspects that = have an >> impact (and on what they have an impact) should be maintained. >>=20 >> Is my reading correct? >>=20 >> BTW, Deborah was also suggesting to simplify some sections which are >> cluttered with to much numbers. This seems to me inline with your >> suggestion (if I got it correctly). >>=20 >> ciao >>=20 >> Luigi >>=20 >>=20 >>>=20 >>> Ron >>>=20 >>>> -----Original Message----- >>>> From: Damien Saucez [mailto:damien.saucez@gmail.com] >>>> Sent: Monday, March 30, 2015 7:19 PM >>>> To: Ronald Bonica >>>> Cc: Joel Halpern; Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS); >> LISP >>>> mailing list list >>>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>=20 >>>> Ron, >>>>=20 >>>> As one of the authors I can say I am not frustrated :-) >>>>=20 >>>> We are looking on how to address in the best way the comments of = this >>>> thread. >>>>=20 >>>> Just that it is unrealistic to hope a new full study on the cache >>>> size from research partners as such a study takes a lot of time and >>>> resources (to produce the experimentation, then to get reviewed in = a >>>> conference or journal and finally get published) and would not = change >>>> any conclusion with regards to the analytical studies reference in >>>> the draft already and that draw general conclusions. >>>>=20 >>>> The best solution could be to ask your customers to provide me the >>>> necessary information so that I could evaluate the impact of LISP = for >>>> their needs. Without that, I am afraid that the only thing that we >>>> can reasonably provide is theoretical/analytical studies. >>>>=20 >>>> The disclaimer you propose to add is just incorrect. It is not true >>>> that we don't know the impact of cache size. Actually, in the = draft, >>>> we already reference the analytical study [CCD12] that demonstrates >>>> analytically that it is possible to link cache size, traffic = pattern, and miss >> rate. >>>>=20 >>>> Here is the paragraph present in the draft: >>>>=20 >>>> [CCD12] generalizes the caching discussion and proposes an = analytic >>>> model for the EID-to-RLOC cache size when prefix-level traffic has = a >>>> stationary generating process. The model shows that miss rate can = be >>>> accurately predicted from the EID-to-RLOC cache size and a small = set >>>> of easily measurable traffic parameters, meaning that operators = can >>>> provision the EID-to-RLOC cache of their ITRs according to the = miss >>>> rate they want to achieve for their given traffic. >>>>=20 >>>> That is clear enough for me and unless someone can prove the model >>>> wrong I am perfectly fine with this observation that is supported = by >> empirical data. >>>>=20 >>>> Cheers, >>>>=20 >>>> Damien Saucez >>>>=20 >>>> On 30 Mar 2015, at 17:17, Ronald Bonica = wrote: >>>>=20 >>>>> Brian, Deborah, >>>>>=20 >>>>> I realize that the authors are frustrated. Maybe we can run with >>>>> Joel's >>>> proposal if we make the disclaimer complete. >>>>>=20 >>>>> Shouldn't the disclaimer read something like, "We do not know the >>>>> impact >>>> of cache size and control overhead on {x, y, z}", where x, y and z = might be: >>>>>=20 >>>>> - LISP scaling >>>>> - LISP security >>>>> - LISP resiliency >>>>> - other ??? >>>>>=20 >>>>> Given that, might we draw some conclusions regarding LISP's >> applicability? >>>>>=20 >>>>> Ron >>>>>=20 >>>>>> -----Original Message----- >>>>>> From: lisp [mailto:lisp-bounces@ietf.org] On Behalf Of Joel M. >>>>>> Halpern >>>>>> Sent: Sunday, March 29, 2015 9:55 PM >>>>>> To: Brian Haberman; BRUNGARD, DEBORAH A (ATTLABS) >>>>>> Cc: LISP mailing list list >>>>>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>>>=20 >>>>>> Brian, Deborah, if we modified the section to say that we do not >>>>>> know what the impact on cache size and control overhead will be, = as >>>>>> the studies that have been made have been disputed as to their >>>>>> relevance to the core Internet case, would the document still = meet >>>>>> the IESG requirements for evaluating the impact. I don't want to >>>>>> ask the authors if they can live with a certain change if that >>>>>> change will cause other necessary reviewers to complain. >>>>>>=20 >>>>>> I do not see it as sensible to hold up the publication of this = and >>>>>> the other LISP work while researchers go off to see if they can >>>>>> calculate >>>> better results. >>>>>> Particularly not when publishing this document is required to do >>>>>> other >>>> work. >>>>>>=20 >>>>>> Yours, >>>>>> Joel >>>>>>=20 >>>>>> On 3/29/15 9:50 PM, Ross Callon wrote: >>>>>>> I suppose that there are two options: >>>>>>>=20 >>>>>>> 1. Admit that we have no clue what the cache size or control >>>>>>> overhead will be. >>>>>>>=20 >>>>>>> 2. Repeat the cited studies, but with a pessimistic (worse case) >>>>>>> rather than optimistic (better than best case) assumption about >>>>>>> cache granularity. >>>>>>>=20 >>>>>>> The second option would allow us to actually have some idea what >>>>>>> would happen if LISP were deployed on an Internet-wide scale, = but >>>>>>> would of course take more time and more work. >>>>>>>=20 >>>>>>> Ross >>>>>>>=20 >>>>>>> PS: I will be offline at meetings all of this week, so I might = be >>>>>>> a bit slower to respond for the next few days. >>>>>>>=20 >>>>>>> -----Original Message----- From: Joel M. Halpern >>>>>>> [mailto:jmh@joelhalpern.com] Sent: Sunday, March 29, 2015 9:36 = PM >>>> To: >>>>>>> Ross Callon; Luigi Iannone; LISP mailing list list Cc: >>>>>>> draft-ietf-lisp-impact@tools.ietf.org Subject: Re: [lisp] WG = Last >>>>>>> Call >>>>>>> draft-ietf-lisp-impact-01 >>>>>>>=20 >>>>>>> Putting aside the TBD (which of course needs to be fixed), I = have >>>>>>> trouble figuring out what you want us to say about the main = issue >>>>>>> in your review. On the one hand, this is the very issue that we >>>>>>> have been asked to comment on, and on the other hand you say = that >>>>>>> we don't know. What do you think it is reasoanble to say? >>>>>>>=20 >>>>>>> Yours, Joel >>>>>>>=20 >>>>>>> On 3/29/15 9:03 PM, Ross Callon wrote: >>>>>>>> Generally I think that this document needs more work before it >>>>>>>> will be ready to submit for publication. Some comments on >>>>>>>> draft-ietf-lisp-impact-01: >>>>>>>>=20 >>>>>>>> First of all, I assume that the TBD at the end of section 3 = will >>>>>>>> be fixed. This reads: >>>>>>>>=20 >>>>>>>> TBD: add a paragraph to explain the operational difference = while >>>>>>>>=20 >>>>>>>> dealing with a pull model instead of a push. >>>>>>>>=20 >>>>>>>> Also in section 3, the third paragraph begins: >>>>>>>>=20 >>>>>>>> In addition, Iannone and Bonaventure [IB07] show that the = number >>>>>>>> of >>>>>>>>=20 >>>>>>>> mapping entries that must be handled by an ITR of a campus >>>>>>>> network >>>>>>>>=20 >>>>>>>> with 10,000 users is limited to few tens of thousands, and does >>>>>>>> not >>>>>>>>=20 >>>>>>>> represent more than 3 to 4 Megabytes of memory. >>>>>>>>=20 >>>>>>>> Reference [IB07] is of course: >>>>>>>>=20 >>>>>>>> Iannone, L. and O. Bonaventure, "On the cost of caching >>>>>>>> locator/id mappings", In >>>>>>>>=20 >>>>>>>> Proc. ACM CoNEXT 2007, December 2007. >>>>>>>>=20 >>>>>>>> This paper states: >>>>>>>>=20 >>>>>>>> In our analysis, we assume that the granularity of the >>>>>>>>=20 >>>>>>>> EID-to-RLOC mapping is the prefix blocks assigned by >>>>>>>>=20 >>>>>>>> RIRs. We call it /BGP granularity. In particular, we >>>>>>>>=20 >>>>>>>> used the list of prefixes made available by the iPlane >>>>>>>>=20 >>>>>>>> Project [15], containing around 240,000 entries. Using >>>>>>>>=20 >>>>>>>> /BGP granularity means that each EID is first mapped >>>>>>>>=20 >>>>>>>> on a /BGP prefix. The cache will thus contain /BGP >>>>>>>>=20 >>>>>>>> to RLOC mappings.2 This is a natural choice, since >>>>>>>>=20 >>>>>>>> routing locators are supposed to be border routers. >>>>>>>>=20 >>>>>>>> The authors should be aware that there is some aggregation / >>>>>>>> summarization being done in the operation of BGP routing, and >>>>>>>> that the granularity of routes which appear in the default-free >>>>>>>> BGP routing tables is fundamentally different from the >>>>>>>> granularity of enterprise network / ISP boundaries across which >>>>>>>> traffic is exchanged. >>>>>>>>=20 >>>>>>>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., >>>>>>>> Iannone, L., and A. Feldmann, "Deep dive into the lisp cache = and >>>>>>>> what isps should know about it", In Proc. IFIP Networking = 2011, >>>>>>>> May >>>> 2011. >>>>>>>> =46rom this document: >>>>>>>>=20 >>>>>>>> In addition, we use a local BGP prefixes >>>>>>>>=20 >>>>>>>> database, fed with the list of BGP prefixes published by the >>>>>>>> iPlane Project [17]. >>>>>>>>=20 >>>>>>>> The database is used to group EID-to-RLOCs mappings with the >>>>>>>> granularity of >>>>>>>>=20 >>>>>>>> existing BGP prefixes, because, as for today, there is no >>>>>>>> sufficient information >>>>>>>>=20 >>>>>>>> to predict what will be the granularity of mappings in a >>>>>>>> LISP-enabled Internet. >>>>>>>>=20 >>>>>>>> I agree that "there is not sufficient information to predict = what >>>>>>>> will be the granularity of mappings in a LISP-enabled = Internet". >>>>>>>> However, not knowing what the mapping granularity will be does >>>>>>>> not justify using an extremely optimistic guess, and then = acting >>>>>>>> as if the results are meaningful. These assumptions are clearly >>>>>>>> off by some number of orders of magnitude, but how many orders >> of >>>>>>>> magnitude is unknown. We will note that the current internet >>>>>>>> default-free routing table includes a few hundred thousand >>>>>>>> entries (roughly twice the >>>>>>>> 240,000 entries that existed when this study was done). >>>>>>>>=20 >>>>>>>> For example, we might assume that the intended global = deployment >>>>>>>> model involves xTRs at the boundary between enterprise networks >>>> and >>>>>>>> service providers, and might note that there are several = million >>>>>>>> companies in the USA alone (most of these are relatively small >>>>>>>> companies, of course). Thus there may be very roughly on the >>>>>>>> order of a hundred million or so companies worldwide. If each = one >>>>>>>> had a separate entry in the mapping table, then the number of >>>>>>>> entries will be nearly 1,000 times larger than BGP-prefix = granularity. >>>>>>>>=20 >>>>>>>> Section 4 mentions as one possible use of LISP: "enable = mobility >>>>>>>> of subscriber end points". If individual end points are >>>>>>>> advertised into LISP, then the granularity of the mapping table >>>>>>>> may be on the order of individual systems. In this case the >>>>>>>> number of mapping table entries that could exist globally might >>>>>>>> be on the same order of magnitude as the number of people in = the >>>>>>>> world, or very roughly >>>>>>>> 7 Billion entries. This would suggest that the mapping table >>>>>>>> might be roughly 30,000 times finer grained than was assumed in >>>>>>>> the referenced studies. >>>>>>>>=20 >>>>>>>> I don't see how we can accurately predict the control plane = load >>>>>>>> of LISP without some sense for what the granularity of the >>>>>>>> mapping table will be. It should however be possible to bound = the >>>>>>>> control plane load. The referenced studies give a lower bound = on >>>>>>>> possible control plane load (it won't be any less), but give >>>>>>>> neither an accurate measurement nor an upper bound on the >>>>>>>> potential control plane load. I don't think that the document = can >>>>>>>> claim to explain the impact of LISP without there being an >>>>>>>> attempt to measure an upper bound on the control plane load. >>>>>>>>=20 >>>>>>>> Finally, perhaps I missed it but I didn't see any discussion of >>>>>>>> the volume of overhead related to OAM traffic used for liveness >>>>>>>> detection (the need for ITR's to determine the reachability of = ETR's). >>>>>>>>=20 >>>>>>>> Thanks, Ross >>>>>>>>=20 >>>>>>>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi >>>>>>>> Iannone *Sent:* Monday, March 09, 2015 10:22 AM *To:* LISP >>>>>>>> mailing list list *Cc:* draft-ietf-lisp-impact@tools.ietf.org >>>>>>>> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>>>>>>=20 >>>>>>>> Hi All, >>>>>>>>=20 >>>>>>>> the authors of the LISP Impact document >>>>>>>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] = requested >>>>>>>> the Work Group Last Call. >>>>>>>>=20 >>>>>>>> This email starts a WG Last Call, to end March 30th, 2015. >>>>>>>>=20 >>>>>>>> Because usually the pre-meeting period is already overloaded, = the >>>>>>>> LC duration is set to three weeks. >>>>>>>>=20 >>>>>>>> Please review this updated WG document and let the WG know if >> you >>>>>>>> agree that it is ready for handing to the AD. >>>>>>>>=20 >>>>>>>> If you have objections, please state your reasons why, and >>>>>>>> explain what it would take to address your concerns. >>>>>>>>=20 >>>>>>>> Any raised issue will be discussed during the WG meeting in = Dallas. >>>>>>>>=20 >>>>>>>> Thanks >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Luigi & Joel >>>>>>>>=20 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> _______________________________________________ lisp >>>> mailing >>>>>> list >>>>>>>> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp >>>>>>>>=20 >>>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> lisp mailing list >>>>>> lisp@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/lisp >>>>>=20 >>>>> _______________________________________________ >>>>> lisp mailing list >>>>> lisp@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/lisp >>>=20 >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp >=20 From nobody Wed Apr 8 17:29:46 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D4771A9131 for ; Wed, 8 Apr 2015 17:29:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2mY_00f5vqTW for ; Wed, 8 Apr 2015 17:29:40 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0752.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::752]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A32211A9169 for ; Wed, 8 Apr 2015 17:29:39 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) with Microsoft SMTP Server (TLS) id 15.1.130.23; Thu, 9 Apr 2015 00:29:21 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0130.020; Thu, 9 Apr 2015 00:29:21 +0000 From: Ross Callon To: Damien Saucez Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzA= Date: Thu, 9 Apr 2015 00:29:21 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> In-Reply-To: <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.12] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1430; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(479174004)(51704005)(76104003)(24454002)(13464003)(53754006)(377454003)(164054003)(51444003)(106116001)(87936001)(5890100001)(122556002)(19580395003)(99286002)(33656002)(2656002)(110136001)(93886004)(230783001)(77156002)(62966003)(76576001)(102836002)(86362001)(46102003)(19580405001)(40100003)(66066001)(54356999)(74316001)(92566002)(2900100001)(50986999)(15975445007)(2950100001)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1430; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1430; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; x-forefront-prvs: 0541031FF6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Apr 2015 00:29:21.1208 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1430 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 00:29:43 -0000 > See [CCD12], this document provides a generic model that works for > any desegregation assumption as long as the map-cache is implemented > with LRU. > > Damien Saucez [CCD12] is of course:=20 Coras, F., Cabellos-Aparicio, A., and J. Domingo-Pascual, "An Analytical= Model for the LISP Cache Size", In Proc. IFIP Networking 2012, May 2012. I just finished reading this through. To me the analytic model looks mostly= fine, except for one issue mentioned below, but the results (in terms of h= ow large a cache is needed) depends upon the assumption about the granulari= ty of the cache.=20 Near the end of section 2 of this paper (the last paragraph before section = 3) includes the text:=20 =20 "... One can easily observe that the map-cache is most efficient in=20 situations when destination EIDs present high temporal and/or spatial=20 locality and that its size depends upon the diversity of the visited=20 destinations. As a result, a cache's performance depends entirely on=20 its provisioned size and on traffic characteristics." Of course the desired size of the cache depends upon the likelihood, for a = given cache size, that the next EID that comes along will match an entry wh= ich is already in the cache, which depends on the size of the entries in th= e cache. [As one absurd extreme example, if you had a single default route = in the cache, every EID would match it and the cache could be of size 1. A = less absurd but still slightly extreme example, if you could get away with = nothing finer than a /8 in the cache, then 256 entries would be the largest= possible cache size.] Thus the text is true for any given granularity of = entries in the cache. The paper might more accurately have said "As a resul= t, a cache's performance depends entirely on its provisioned size, on traff= ic characteristics, and on the granularity of cache entries".=20 In section 4.1, the second paragraph begins:=20 Both for the evaluation of the working set in section 3.3 and for the cache performance evaluation to be presented in section 4.3, IP addresses had to be mapped to their corresponding prefixes. We considered EID-prefixes to be of BGP-prefix granularity".=20 Of course some assumption of the granularity of prefixes is needed. It is c= lear that what we assume for the granularity affects the result. I don't ag= ree that BGP-prefix granularity is the right assumption.=20 The other issue that I found with the paper refers to a later sentence in t= he same second paragraph of section 4.1: The only preprocessing we performed was to filter out more specific=20 prefixes. Generally such prefixes are used for traffic engineering=20 purposes. However, the LISP protocol provides mechanisms for a more efficient management of these functions that do not require EID-prefix de-aggregation.=20 My understanding of this is that what some service providers do today is to= announce some more specific prefixes (that match a PA prefix assigned to t= hem) at some interconnection points and some different more specific prefix= es at other interconnection points in order to draw in traffic where they w= ant to draw it in. If with LISP you were to map all of these prefixes in on= e mapping table entry then you would be mapping them all to the same RLOC (= or set of RLOCs). Ignoring the issue that any one large ISP could have thou= sands of PE routers (with thousands more CE routers attached to them), if a= ll of these were mapped to one RLOC then you would not be able to do traffi= c engineering on a finer scale (unless you were to do deep packet inspectio= n, which I believe is not the plan). Thus I understand how LISP might poten= tially prevent these more specific prefixes from being advertised into the = global routing table, but they will still need to be in the mapping table. Thanks, Ross -----Original Message----- From: Damien Saucez [mailto:damien.saucez@gmail.com]=20 Sent: Thursday, April 02, 2015 3:16 AM To: Ross Callon Cc: Joel Halpern; Luigi Iannone; LISP mailing list list; draft-ietf-lisp-im= pact@tools.ietf.org Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 On 30 Mar 2015, at 03:50, Ross Callon wrote: > I suppose that there are two options: >=20 > 1. Admit that we have no clue what the cache size or control overhead wil= l be. >=20 See [CCD12], this document provides a generic model that works for any desegregation assumption as long as the map-cache is implemented with LRU. Damien Saucez > 2. Repeat the cited studies, but with a pessimistic (worse case) rather t= han optimistic (better than best case) assumption about cache granularity.= =20 >=20 > The second option would allow us to actually have some idea what would ha= ppen if LISP were deployed on an Internet-wide scale, but would of course t= ake more time and more work.=20 >=20 > Ross >=20 > PS: I will be offline at meetings all of this week, so I might be a bit s= lower to respond for the next few days. =20 >=20 > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com]=20 > Sent: Sunday, March 29, 2015 9:36 PM > To: Ross Callon; Luigi Iannone; LISP mailing list list > Cc: draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 > Putting aside the TBD (which of course needs to be fixed), I have=20 > trouble figuring out what you want us to say about the main issue in=20 > your review. On the one hand, this is the very issue that we have been=20 > asked to comment on, and on the other hand you say that we don't know.=20 > What do you think it is reasoanble to say? >=20 > Yours, > Joel >=20 > On 3/29/15 9:03 PM, Ross Callon wrote: >> Generally I think that this document needs more work before it will be >> ready to submit for publication. Some comments on draft-ietf-lisp-impact= -01: >>=20 >> First of all, I assume that the TBD at the end of section 3 will be >> fixed. This reads: >>=20 >> TBD: add a paragraph to explain the operational difference while >>=20 >> dealing with a pull model instead of a push. >>=20 >> Also in section 3, the third paragraph begins: >>=20 >> In addition, Iannone and Bonaventure [IB07] show that the number of >>=20 >> mapping entries that must be handled by an ITR of a campus network >>=20 >> with 10,000 users is limited to few tens of thousands, and does not >>=20 >> represent more than 3 to 4 Megabytes of memory. >>=20 >> Reference [IB07] is of course: >>=20 >> Iannone, L. and O. Bonaventure, "On the cost of caching >> locator/id mappings", In >>=20 >> Proc. ACM CoNEXT 2007, December 2007. >>=20 >> This paper states: >>=20 >> In our analysis, we assume that the granularity of the >>=20 >> EID-to-RLOC mapping is the prefix blocks assigned by >>=20 >> RIRs. We call it /BGP granularity. In particular, we >>=20 >> used the list of prefixes made available by the iPlane >>=20 >> Project [15], containing around 240,000 entries. Using >>=20 >> /BGP granularity means that each EID is first mapped >>=20 >> on a /BGP prefix. The cache will thus contain /BGP >>=20 >> to RLOC mappings.2 This is a natural choice, since >>=20 >> routing locators are supposed to be border routers. >>=20 >> The authors should be aware that there is some aggregation / >> summarization being done in the operation of BGP routing, and that the >> granularity of routes which appear in the default-free BGP routing >> tables is fundamentally different from the granularity of enterprise >> network / ISP boundaries across which traffic is exchanged. >>=20 >> The same paragraph cites Kim et al. [KIF11], which is Kim, J., Iannone, >> L., and A. Feldmann, "Deep dive into the lisp cache and what isps should >> know about it", In Proc. IFIP Networking 2011, May 2011. From this >> document: >>=20 >> In addition, we use a local BGP prefixes >>=20 >> database, fed with the list of BGP prefixes published by the iPlane >> Project [17]. >>=20 >> The database is used to group EID-to-RLOCs mappings with the >> granularity of >>=20 >> existing BGP prefixes, because, as for today, there is no >> sufficient information >>=20 >> to predict what will be the granularity of mappings in a >> LISP-enabled Internet. >>=20 >> I agree that "there is not sufficient information to predict what will >> be the granularity of mappings in a LISP-enabled Internet". However, not >> knowing what the mapping granularity will be does not justify using an >> extremely optimistic guess, and then acting as if the results are >> meaningful. These assumptions are clearly off by some number of orders >> of magnitude, but how many orders of magnitude is unknown. We will note >> that the current internet default-free routing table includes a few >> hundred thousand entries (roughly twice the 240,000 entries that existed >> when this study was done). >>=20 >> For example, we might assume that the intended global deployment model >> involves xTRs at the boundary between enterprise networks and service >> providers, and might note that there are several million companies in >> the USA alone (most of these are relatively small companies, of course). >> Thus there may be very roughly on the order of a hundred million or so >> companies worldwide. If each one had a separate entry in the mapping >> table, then the number of entries will be nearly 1,000 times larger than >> BGP-prefix granularity. >>=20 >> Section 4 mentions as one possible use of LISP: "enable mobility of >> subscriber end points". If individual end points are advertised into >> LISP, then the granularity of the mapping table may be on the order of >> individual systems. In this case the number of mapping table entries >> that could exist globally might be on the same order of magnitude as the >> number of people in the world, or very roughly 7 Billion entries. This >> would suggest that the mapping table might be roughly 30,000 times finer >> grained than was assumed in the referenced studies. >>=20 >> I don't see how we can accurately predict the control plane load of LISP >> without some sense for what the granularity of the mapping table will >> be. It should however be possible to bound the control plane load. The >> referenced studies give a lower bound on possible control plane load (it >> won't be any less), but give neither an accurate measurement nor an >> upper bound on the potential control plane load. I don't think that the >> document can claim to explain the impact of LISP without there being an >> attempt to measure an upper bound on the control plane load. >>=20 >> Finally, perhaps I missed it but I didn't see any discussion of the >> volume of overhead related to OAM traffic used for liveness detection >> (the need for ITR's to determine the reachability of ETR's). >>=20 >> Thanks, Ross >>=20 >> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi Iannone >> *Sent:* Monday, March 09, 2015 10:22 AM >> *To:* LISP mailing list list >> *Cc:* draft-ietf-lisp-impact@tools.ietf.org >> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >> Hi All, >>=20 >> the authors of the LISP Impact document >> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested the >> Work Group Last Call. >>=20 >> This email starts a WG Last Call, to end March 30th, 2015. >>=20 >> Because usually the pre-meeting period is already overloaded, the LC >> duration is set to three weeks. >>=20 >> Please review this updated WG document and let the WG know if you agree >> that it is ready for handing to the AD. >>=20 >> If you have objections, please state your reasons why, and explain what >> it would take to address your concerns. >>=20 >> Any raised issue will be discussed during the WG meeting in Dallas. >>=20 >> Thanks >>=20 >>=20 >> Luigi & Joel >>=20 >>=20 >>=20 >> _______________________________________________ >> lisp mailing list >> lisp@ietf.org >> https://www.ietf.org/mailman/listinfo/lisp >>=20 >=20 > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Thu Apr 9 10:52:25 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43D861B2FF6 for ; Thu, 9 Apr 2015 10:52:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b5848HrvmTUg for ; Thu, 9 Apr 2015 10:52:19 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E66C1B3029 for ; Thu, 9 Apr 2015 10:52:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=799; q=dns/txt; s=iport; t=1428601922; x=1429811522; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=/d0XieBNrl9Ct5EwlQjaxuTyp9v8emGzf3OhzEx2E7E=; b=O00W1YHo3qKd2SOfgh+WqpA+Rhc0p+15z5zasxuHRD3xKFzVDWNaMDuW wSeQW8e6INHmqaKS6OaLiXsjsoXk9kCasnb4f7Bl8ok040PDTCgl6oe8J ET6UJ0qpJl1R9Em/fYzyVtkeXvRb4zJJuS1DXNWCu1aIs9H8iDt+VzKLC Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AKBQD4uyZV/4gNJK1cgwiBLgXMGwKBREwBAQEBAQF+hCABAQMBOj8FCwIBCA4oEDIlAgQOBYgiCM5OAQEBAQEBAQEBAQEBAQEBAQEBARmLK4QYMTMHgxeBFgEEkHqGI4NoAZRkIoNvb4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.11,551,1422921600"; d="scan'208";a="2712610" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-8.cisco.com with ESMTP; 09 Apr 2015 17:51:36 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t39HpalL017424 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 9 Apr 2015 17:51:36 GMT Received: from xmb-rcd-x15.cisco.com ([169.254.5.199]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Thu, 9 Apr 2015 12:51:36 -0500 From: "Darrel Lewis (darlewis)" To: Ross Callon Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQcu3SdjsnEc/tuUqtILM8nKwJ+A== Date: Thu, 9 Apr 2015 17:51:36 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.253.185] Content-Type: text/plain; charset="us-ascii" Content-ID: <7AFB83C1A82E804886909AFBDEEC3204@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 17:52:23 -0000 On Apr 8, 2015, at 5:29 PM, Ross Callon wrote: > My understanding of this is that what some service providers do today is = to announce some more specific prefixes (that match a PA prefix assigned to= them) at some interconnection points and some different more specific pref= ixes at other interconnection points in order to draw in traffic where they= want to draw it in. If with LISP you were to map all of these prefixes in = one mapping table entry then you would be mapping them all to the same RLOC= (or set of RLOCs).=20 This is not correct, there is no requirement for an ETR to provide the same= answer to one requesting ITR as it does another. Quite the opposite, repl= ies can be customized depending on many possible variables. -Darrel= From nobody Thu Apr 9 11:16:24 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9CA1A8927 for ; Thu, 9 Apr 2015 11:16:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hq_Tnatg7Jfe for ; Thu, 9 Apr 2015 11:16:21 -0700 (PDT) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85C5A1A6F10 for ; Thu, 9 Apr 2015 11:16:21 -0700 (PDT) Received: by pddn5 with SMTP id n5so161094532pdd.2 for ; Thu, 09 Apr 2015 11:16:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dGxvOdpBhKYhXxXfxhFeK9Pf51r8QrtUu49m3lAk9iw=; b=EC9VQDR62IICcUZxHpRlHB6qy3sPJcV9EixKkrSlG86Vpgow2SEMvpHS2FTBx/oKXf 8nz1Dma9YWoDyd5TSe2HDw0EVJbrQg6GaDLl2icGHiyYEAwmb5K92LF2ErUy+cqb6yEJ 9qgTIUcpLiQbBslqY4qHO9rYcvqn+MHCvg8Juv2+jNoXbdxR2YFSkrn3suxpr3b/jnKi xswEIMLHmy/Ou1ZotTp0DMNZQo0Rbx7Fb4OI3H3EU+4MlzecICFVIVYimJxlUukIsbU4 z181tlOqBWqI8wD5HEjcqwG+zZApuR06BsOFC8YbTCcSaQm6XY/zZIhhKmYUFNxrxZ7J nrwQ== X-Received: by 10.66.65.169 with SMTP id y9mr57900970pas.60.1428603381181; Thu, 09 Apr 2015 11:16:21 -0700 (PDT) Received: from [192.168.1.60] ([207.145.253.66]) by mx.google.com with ESMTPSA id jd5sm15010174pbd.35.2015.04.09.11.16.19 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 Apr 2015 11:16:20 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) From: Dino Farinacci In-Reply-To: Date: Thu, 9 Apr 2015 11:16:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> To: Darrel Lewis X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 18:16:23 -0000 And to add to what Darrel said, the policy control can be provided at = the LISP site or by the MSP (Mapping Service Provider). It depends who = is jockeying for control or who wants features out-sourced. Dino > On Apr 9, 2015, at 10:51 AM, Darrel Lewis (darlewis) = wrote: >=20 >=20 > On Apr 8, 2015, at 5:29 PM, Ross Callon wrote: >=20 >> My understanding of this is that what some service providers do today = is to announce some more specific prefixes (that match a PA prefix = assigned to them) at some interconnection points and some different more = specific prefixes at other interconnection points in order to draw in = traffic where they want to draw it in. If with LISP you were to map all = of these prefixes in one mapping table entry then you would be mapping = them all to the same RLOC (or set of RLOCs).=20 >=20 >=20 > This is not correct, there is no requirement for an ETR to provide the = same answer to one requesting ITR as it does another. Quite the = opposite, replies can be customized depending on many possible = variables. >=20 > -Darrel > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Thu Apr 9 20:29:04 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B93751AC3D7 for ; Thu, 9 Apr 2015 20:29:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gzR2aBzrYDWO for ; Thu, 9 Apr 2015 20:29:02 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0126.outbound.protection.outlook.com [65.55.169.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE09A1AC3D5 for ; Thu, 9 Apr 2015 20:29:01 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) with Microsoft SMTP Server (TLS) id 15.1.130.23; Fri, 10 Apr 2015 03:29:00 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0130.020; Fri, 10 Apr 2015 03:29:00 +0000 From: Ross Callon To: Dino Farinacci , Darrel Lewis Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzCAASgAAIAABvIAgABnF8A= Date: Fri, 10 Apr 2015 03:29:00 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> In-Reply-To: <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.11] authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1430; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(13464003)(51704005)(24454002)(377454003)(87936001)(106116001)(2656002)(19580395003)(33656002)(93886004)(99286002)(230783001)(62966003)(77156002)(76576001)(102836002)(86362001)(46102003)(92566002)(54356999)(19580405001)(74316001)(40100003)(2900100001)(66066001)(2950100001)(50986999)(122556002)(15975445007)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1430; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1430; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; x-forefront-prvs: 054231DC40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Apr 2015 03:29:00.3290 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1430 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 03:29:03 -0000 I understand that the ETR could send a different response to different ITRs= .=20 However, there is a reason that some more specific prefixes are advertised = (in addition to a covering less specific prefix). One reason is that some s= ervice providers want incoming traffic delivered to them via different inte= rconnects based on the destination. Even if you are doing traffic engineeri= ng with LISP, then this reason doesn't go away, and isn't solved by sending= only the less specific prefix in the map reply. Of course there are other = reasons to advertise more specific prefixes, and on the most part these don= 't go away either. I therefore feel that it was an error for the study disc= ussed in [CCD12] to "... filter out more specific prefixes".=20 Perhaps a more serious problem is that "BGP-prefix granularity" is not like= ly to be even remotely close to correct, with or without filtering out more= specifics. =20 Ross -----Original Message----- From: Dino Farinacci [mailto:farinacci@gmail.com]=20 Sent: Thursday, April 09, 2015 2:16 PM To: Darrel Lewis Cc: Ross Callon; LISP mailing list list; draft-ietf-lisp-impact@tools.ietf.= org Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 And to add to what Darrel said, the policy control can be provided at the L= ISP site or by the MSP (Mapping Service Provider). It depends who is jockey= ing for control or who wants features out-sourced. Dino > On Apr 9, 2015, at 10:51 AM, Darrel Lewis (darlewis) = wrote: >=20 >=20 > On Apr 8, 2015, at 5:29 PM, Ross Callon wrote: >=20 >> My understanding of this is that what some service providers do today is= to announce some more specific prefixes (that match a PA prefix assigned t= o them) at some interconnection points and some different more specific pre= fixes at other interconnection points in order to draw in traffic where the= y want to draw it in. If with LISP you were to map all of these prefixes in= one mapping table entry then you would be mapping them all to the same RLO= C (or set of RLOCs).=20 >=20 >=20 > This is not correct, there is no requirement for an ETR to provide the sa= me answer to one requesting ITR as it does another. Quite the opposite, re= plies can be customized depending on many possible variables. >=20 > -Darrel > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Thu Apr 9 23:15:52 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B734E1ACE6A for ; Thu, 9 Apr 2015 23:15:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wZ8f6FuFlYml for ; Thu, 9 Apr 2015 23:15:50 -0700 (PDT) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C1DC1ACE65 for ; Thu, 9 Apr 2015 23:15:50 -0700 (PDT) Received: by pdbqa5 with SMTP id qa5so12561332pdb.1 for ; Thu, 09 Apr 2015 23:15:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Fd0YKWXB9z9khtRKcpnyj7wAFV+5xr0UtFVuAi86XA4=; b=UQ1/+5GgyXkurHxGbq/3CI+s+3FV2sIABVjHPe0RIncGH5D+N4DX3VzhWrZobNQ5sA UA0FcF9yXLjvxsUVGcUL/SmB9HXK5S1/KxM5a12hlumG06ZvgUNPHmXlkf64BGwHLZAH hQHvkBzrBjg39EvxkzgMazdxNsf8jzXauvhU7XvfU20nzxw1Ir9eNTK8a1/pJLzfSTN3 iwIS02WdkGoN77qYqB6nLcKIP4ymQ3Inc+pHp3jM8Tv2/+0rAFI249OljL6vpo9VxVie qBzfXpyU0iQHjzDnovg0gfSN+GP8eeoG7MRW7FJhSyGK+7k0A4QdEnLOboMrXcGH91wa isvg== X-Received: by 10.66.235.36 with SMTP id uj4mr62284698pac.123.1428646549676; Thu, 09 Apr 2015 23:15:49 -0700 (PDT) Received: from [10.158.234.91] (mobile-166-171-248-190.mycingular.net. [166.171.248.190]) by mx.google.com with ESMTPSA id u8sm968638pdj.46.2015.04.09.23.15.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 09 Apr 2015 23:15:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Dino Farinacci X-Mailer: iPhone Mail (12F70) In-Reply-To: Date: Thu, 9 Apr 2015 23:15:47 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> To: Ross Callon Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2015 06:15:52 -0000 > However, there is a reason that some more specific prefixes are advertised= (in addition to a covering less specific prefix). One reason is that some s= ervice providers want incoming traffic delivered to them via different inter= connects based on the destination. Even if you are doing traffic Right but if you want that with LISP you can return a coarse prefix in a Map= -Reply with different priority values to different ITRs. It doesn't require f= or more-specifics.=20 > engineering with LISP, then this reason doesn't go away, and isn't solved b= y sending only the less specific prefix in the map reply. Of course there ar= e other Yes it is solved. With a push protocol to instruct traffic to come one way o= r the other is only done with multiple prefixes where with LISP it can be do= ne with the same prefix but is tailored on a per source or request basis.=20= > reasons to advertise more specific prefixes, and on the most part these do= n't go away either. I therefore feel that it was an error for the study disc= ussed in [CCD12] to "... filter out more specific prefixes". It doesn't follow at all to me.=20 Dino= From nobody Mon Apr 13 11:04:36 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60CCD1AD272 for ; Mon, 13 Apr 2015 11:04:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.003 X-Spam-Level: X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sXt6-jzyURWx for ; Mon, 13 Apr 2015 11:04:33 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0768.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:768]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42EE41AD2A4 for ; Mon, 13 Apr 2015 11:04:33 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1432.namprd05.prod.outlook.com (25.160.107.154) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 13 Apr 2015 18:04:11 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0136.014; Mon, 13 Apr 2015 18:04:12 +0000 From: Ross Callon To: Dino Farinacci Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzCAASgAAIAABvIAgABnF8CAAGHjgIAFes7w Date: Mon, 13 Apr 2015 18:04:11 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> In-Reply-To: <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.13] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1432; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(164054003)(377454003)(52084003)(102836002)(19580395003)(76176999)(93886004)(110136001)(66066001)(99286002)(230783001)(92566002)(19580405001)(54356999)(50986999)(1411001)(106116001)(2900100001)(2950100001)(77156002)(87936001)(40100003)(76576001)(46102003)(122556002)(86362001)(2656002)(62966003)(33656002)(74316001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1432; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:BY1PR0501MB1432; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1432; x-forefront-prvs: 0545EFAC9A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2015 18:04:11.5617 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1432 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 18:04:35 -0000 Dino, I am not sure that you read my earlier email quite the way that I mea= nt to explain the issue. One reason for more specifics being advertised is = that some ISPs don't want incoming traffic split by source, but rather by d= estination. Probably to agree on how this would work with LISP we need to s= it down in person and discuss this with white boards and pictures.=20 To me it seems like there are two ways forward here: One option is to go wi= th what Joel suggested earlier, and add to the document something along the= lines that the scaling numbers are disputed and we don't actually know how= it scales. The other option would be for at least the two of us to sit dow= n in person as soon as we get a chance (no later than Prague, hopefully ear= lier if either of us gets a trip to the other's neck of the woods). I don't= currently have any trips planned to California, but could let you know if = I do and try to plan to stay an extra day to go over this.=20 Thanks, Ross -----Original Message----- From: Dino Farinacci [mailto:farinacci@gmail.com]=20 Sent: Friday, April 10, 2015 2:16 AM To: Ross Callon Cc: Darrel Lewis; LISP mailing list list; draft-ietf-lisp-impact@tools.ietf= .org Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > However, there is a reason that some more specific prefixes are advertise= d (in addition to a covering less specific prefix). One reason is that some= service providers want incoming traffic delivered to them via different in= terconnects based on the destination. Even if you are doing traffic Right but if you want that with LISP you can return a coarse prefix in a Ma= p-Reply with different priority values to different ITRs. It doesn't requir= e for more-specifics.=20 > engineering with LISP, then this reason doesn't go away, and isn't solved= by sending only the less specific prefix in the map reply. Of course there= are other Yes it is solved. With a push protocol to instruct traffic to come one way = or the other is only done with multiple prefixes where with LISP it can be = done with the same prefix but is tailored on a per source or request basis.= =20 > reasons to advertise more specific prefixes, and on the most part these d= on't go away either. I therefore feel that it was an error for the study di= scussed in [CCD12] to "... filter out more specific prefixes". It doesn't follow at all to me.=20 Dino From nobody Mon Apr 13 11:52:42 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2F3A1B2A49 for ; Mon, 13 Apr 2015 11:52:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.088 X-Spam-Level: X-Spam-Status: No, score=0.088 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W0DyBiGPiYSC for ; Mon, 13 Apr 2015 11:52:35 -0700 (PDT) Received: from roura.ac.upc.es (roura.ac.upc.edu [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id 6E49C1B2A48 for ; Mon, 13 Apr 2015 11:52:33 -0700 (PDT) Received: from gw-3.ac.upc.es (gw-3.ac.upc.es [147.83.30.9]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id t3DIhd0X021489; Mon, 13 Apr 2015 20:43:39 +0200 Received: from [10.154.176.141] (unknown [128.107.241.174]) by gw-3.ac.upc.es (Postfix) with ESMTPSA id E39E721B; Mon, 13 Apr 2015 20:52:23 +0200 (CEST) Message-ID: <552C1064.9000500@ac.upc.edu> Date: Mon, 13 Apr 2015 11:52:20 -0700 From: Florin Coras User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Ross Callon , Damien Saucez References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 18:52:41 -0000 Hi Ross, Apologies for the belated reply, it was a busy week. First of all, thanks for taking the time to read the paper and for the good comments. More inline. On 4/8/15 5:29 PM, Ross Callon wrote: >> See [CCD12], this document provides a generic model that works for >> any desegregation assumption as long as the map-cache is implemented >> with LRU. >> >> Damien Saucez > [CCD12] is of course: > > Coras, F., Cabellos-Aparicio, A., and J. Domingo-Pascual, "An > Analytical Model > for the LISP Cache Size", In Proc. IFIP Networking 2012, May 2012. > > I just finished reading this through. To me the analytic model looks > mostly fine, except for one issue mentioned below, but the results (in > terms of how large a cache is needed) depends upon the assumption > about the granularity of the cache. I'm pretty sure you mean the granularity of the entries cached (the width of the EID-prefixes). And this is indeed so because in light of the fixed size of the 32-bit (or 128-bit) address space, granularity controls the number of prefixes and thereby the number of destinations traffic could have. But note that the relevant metric for a cache is the number of destinations rather than the granularity. > > Near the end of section 2 of this paper (the last paragraph before > section 3) includes the text: > "... One can easily observe that the map-cache is most > efficient in > situations when destination EIDs present high temporal and/or spatial > locality and that its size depends upon the diversity of the visited > destinations. As a result, a cache's performance depends entirely on > its provisioned size and on traffic characteristics." > > Of course the desired size of the cache depends upon the likelihood, > for a given cache size, that the next EID that comes along will match > an entry which is already in the cache, which depends on the size of > the entries in the cache. [As one absurd extreme example, if you had a > single default route in the cache, every EID would match it and the > cache could be of size 1. A less absurd but still slightly extreme > example, if you could get away with nothing finer than a /8 in the > cache, then 256 entries would be the largest possible cache size.] > Thus the text is true for any given granularity of entries in the > cache. The paper might more accurately have said "As a result, a > cache's performance depends entirely on its provisioned size, on > traffic characteristics, and on the granularity of cache entries". There are two things mixed in here: i) the parameters influencing cache performance and ii) assumptions to practically evaluate a cache's performance. One of the traffic's characteristics is the number of destinations it has. As explained before, when dealing with EID-prefix caches, granularity influences the cardinality of the set of destinations, so its effect is indirectly considered. Therefore, I believe, our statement is general enough. Regarding the second point, when setting up an experiment to evaluate map-cache performance, one has to consider the granularity of EID-prefixes. As you've noted, we've used BGP-prefix granularity to fix the number of destinations in our experiments. Understandably, this is debatable, but more on it lower. > > In section 4.1, the second paragraph begins: > > Both for the evaluation of the working set in section 3.3 and for > the cache performance evaluation to be presented in section 4.3, > IP addresses had to be mapped to their corresponding prefixes. We > considered EID-prefixes to be of BGP-prefix granularity". > > Of course some assumption of the granularity of prefixes is needed. It > is clear that what we assume for the granularity affects the result. I > don't agree that BGP-prefix granularity is the right assumption. I've gleaned from your previous emails that you believe aggregation of PA assignments hides the actual size of the EID-prefix namespace. I guess this is why you disagree with our assumption. The goal our experiments was to understand the performance of LISP map-caches if edge networks already owning their address space (PI address owners) were to switch to LISP. Speculating if and how PA owning edge networks are to switch to LISP was outside the scope. However, an important thing to consider is that cache performance is not primarily driven by the number of destinations but by the their popularity distribution. To give an absurd example: even if there are billions of destinations in the mapping system, if a site's users only visit google and facebook, the site's map-cache will only need 2 entries. In fact, we've showed in [1] that the cache model can be entirely determined from the popularity distribution. Thereby, to understand a site's map-cache asymptotic scalability it is enough to characterize the popularity distribution of the EID-prefixes visited. So, how does the popularity distribution look like? Since we cannot compute the popularity of EID-prefixes without any assumptions on granularity, we can instead look at web traffic as a good approximation. This has been shown to be power law, often referred to as Zipf-like (see [2]), i.e, most of the traffic goes to a small set of destinations while the majority of destinations are sent few or no packets at all. Note though that we obtained a similar law for our traces when considering EID-prefixes to be of BGP-prefix granularity and this law has been shown to hold in many other fields (see [1] and the references therein). All this means that cache miss rates decrease very fast with cache size (see eq. (11) in [1]), but the exact 'speed' will depend on the characteristics of each site. In the worst case, if for some strange reason the popularity distribution becomes flat (i.e, all EID-prefixes are equally popular) then the map-cache size will have to be proportional to the number of EID-prefixes to ensure a reasonably good hit-rate. [1] F. Coras, J. Domingo, A. Cabellos. "On the scalability of LISP mappings caches". Technical Report. URL: http://personals.ac.upc.edu/fcoras/publications/2015-fcoras-scalability.pdf [2] Breslau, Lee, Pei Cao, Li Fan, Graham Phillips, and Scott Shenker. "Web caching and Zipf-like distributions: Evidence and implications." INFOCOM, in Proceedings. IEEE, vol. 1, pp. 126-134, 1999. > > The other issue that I found with the paper refers to a later sentence > in the same second paragraph of section 4.1: > > The only preprocessing we performed was to filter out more specific > prefixes. Generally such prefixes are used for traffic engineering > purposes. However, the LISP protocol provides mechanisms for a more > efficient management of these functions that do not require > EID-prefix > de-aggregation. > > My understanding of this is that what some service providers do today > is to announce some more specific prefixes (that match a PA prefix > assigned to them) at some interconnection points and some different > more specific prefixes at other interconnection points in order to > draw in traffic where they want to draw it in. If the more specifics are meant only for steering the traffic, then LISP offers better mechanisms for ingress TE (with only one mapping) by means of RLOC priority and weights. If instead you are suggesting those more specifics are advertised per *individual client* (which you seem to do lower) then we're back at the point above. That is, we might be underestimating the size of the EID-prefix namespace. Out of curiosity, do you happen to know any reference suggesting this is the norm rather than the exception? > If with LISP you were to map all of these prefixes in one mapping > table entry then you would be mapping them all to the same RLOC (or > set of RLOCs). Ignoring the issue that any one large ISP could have > thousands of PE routers (with thousands more CE routers attached to > them), if all of these were mapped to one RLOC then you would not be > able to do traffic engineering on a finer scale (unless you were to do > deep packet inspection, which I believe is not the plan). Thus I > understand how LISP might potentially prevent these more specific > prefixes from being advertised into the global routing table, but they > will still need to be in the mapping table. > Here you seem to assume that all of the ISP's PA clients will turn on LISP on their CPEs (I really hope you're right ;-) ). If that happens, yes, all their prefixes will need to be registered in the mapping system. But again, what matters is popularity, not the absolute number of EID-prefixes. That is, there's nothing saying that a site sending traffic to the PA prefix will have to store all of the ISP's clients prefixes. Most probably it will cache just one. Also, there's an alternative here. The ISP could turn LISP on its upstream ASBRs and their customers, since they're PA, would be unaffected. In this case, any site communicating with the ISP's clients would need to store just one mapping and the ISP would take care of routing the decapsulated packets to their intended destination. This is somewhat similar, to Instagram and Netflix being EIDs in Amazon's datacenters. Thanks, Florin > Thanks, Ross > > -----Original Message----- > From: Damien Saucez [mailto:damien.saucez@gmail.com] > Sent: Thursday, April 02, 2015 3:16 AM > To: Ross Callon > Cc: Joel Halpern; Luigi Iannone; LISP mailing list list; > draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > > > On 30 Mar 2015, at 03:50, Ross Callon wrote: > >> I suppose that there are two options: >> >> 1. Admit that we have no clue what the cache size or control overhead >> will be. >> > See [CCD12], this document provides a generic model that works for > any desegregation assumption as long as the map-cache is implemented > with LRU. > > Damien Saucez > >> 2. Repeat the cited studies, but with a pessimistic (worse case) >> rather than optimistic (better than best case) assumption about cache >> granularity. >> >> The second option would allow us to actually have some idea what >> would happen if LISP were deployed on an Internet-wide scale, but >> would of course take more time and more work. >> >> Ross >> >> PS: I will be offline at meetings all of this week, so I might be a >> bit slower to respond for the next few days. >> >> -----Original Message----- >> From: Joel M. Halpern [mailto:jmh@joelhalpern.com] >> Sent: Sunday, March 29, 2015 9:36 PM >> To: Ross Callon; Luigi Iannone; LISP mailing list list >> Cc: draft-ietf-lisp-impact@tools.ietf.org >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >> >> Putting aside the TBD (which of course needs to be fixed), I have >> trouble figuring out what you want us to say about the main issue in >> your review. On the one hand, this is the very issue that we have been >> asked to comment on, and on the other hand you say that we don't know. >> What do you think it is reasoanble to say? >> >> Yours, >> Joel >> >> On 3/29/15 9:03 PM, Ross Callon wrote: >>> Generally I think that this document needs more work before it will be >>> ready to submit for publication. Some comments on >>> draft-ietf-lisp-impact-01: >>> >>> First of all, I assume that the TBD at the end of section 3 will be >>> fixed. This reads: >>> >>> TBD: add a paragraph to explain the operational difference while >>> >>> dealing with a pull model instead of a push. >>> >>> Also in section 3, the third paragraph begins: >>> >>> In addition, Iannone and Bonaventure [IB07] show that the number of >>> >>> mapping entries that must be handled by an ITR of a campus network >>> >>> with 10,000 users is limited to few tens of thousands, and does not >>> >>> represent more than 3 to 4 Megabytes of memory. >>> >>> Reference [IB07] is of course: >>> >>> Iannone, L. and O. Bonaventure, "On the cost of caching >>> locator/id mappings", In >>> >>> Proc. ACM CoNEXT 2007, December 2007. >>> >>> This paper states: >>> >>> In our analysis, we assume that the granularity of the >>> >>> EID-to-RLOC mapping is the prefix blocks assigned by >>> >>> RIRs. We call it /BGP granularity. In particular, we >>> >>> used the list of prefixes made available by the iPlane >>> >>> Project [15], containing around 240,000 entries. Using >>> >>> /BGP granularity means that each EID is first mapped >>> >>> on a /BGP prefix. The cache will thus contain /BGP >>> >>> to RLOC mappings.2 This is a natural choice, since >>> >>> routing locators are supposed to be border routers. >>> >>> The authors should be aware that there is some aggregation / >>> summarization being done in the operation of BGP routing, and that the >>> granularity of routes which appear in the default-free BGP routing >>> tables is fundamentally different from the granularity of enterprise >>> network / ISP boundaries across which traffic is exchanged. >>> >>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., >>> Iannone, >>> L., and A. Feldmann, "Deep dive into the lisp cache and what isps >>> should >>> know about it", In Proc. IFIP Networking 2011, May 2011. From this >>> document: >>> >>> In addition, we use a local BGP prefixes >>> >>> database, fed with the list of BGP prefixes published by the iPlane >>> Project [17]. >>> >>> The database is used to group EID-to-RLOCs mappings with the >>> granularity of >>> >>> existing BGP prefixes, because, as for today, there is no >>> sufficient information >>> >>> to predict what will be the granularity of mappings in a >>> LISP-enabled Internet. >>> >>> I agree that "there is not sufficient information to predict what will >>> be the granularity of mappings in a LISP-enabled Internet". However, >>> not >>> knowing what the mapping granularity will be does not justify using an >>> extremely optimistic guess, and then acting as if the results are >>> meaningful. These assumptions are clearly off by some number of orders >>> of magnitude, but how many orders of magnitude is unknown. We will note >>> that the current internet default-free routing table includes a few >>> hundred thousand entries (roughly twice the 240,000 entries that >>> existed >>> when this study was done). >>> >>> For example, we might assume that the intended global deployment model >>> involves xTRs at the boundary between enterprise networks and service >>> providers, and might note that there are several million companies in >>> the USA alone (most of these are relatively small companies, of >>> course). >>> Thus there may be very roughly on the order of a hundred million or so >>> companies worldwide. If each one had a separate entry in the mapping >>> table, then the number of entries will be nearly 1,000 times larger >>> than >>> BGP-prefix granularity. >>> >>> Section 4 mentions as one possible use of LISP: "enable mobility of >>> subscriber end points". If individual end points are advertised into >>> LISP, then the granularity of the mapping table may be on the order of >>> individual systems. In this case the number of mapping table entries >>> that could exist globally might be on the same order of magnitude as >>> the >>> number of people in the world, or very roughly 7 Billion entries. This >>> would suggest that the mapping table might be roughly 30,000 times >>> finer >>> grained than was assumed in the referenced studies. >>> >>> I don't see how we can accurately predict the control plane load of >>> LISP >>> without some sense for what the granularity of the mapping table will >>> be. It should however be possible to bound the control plane load. The >>> referenced studies give a lower bound on possible control plane load >>> (it >>> won't be any less), but give neither an accurate measurement nor an >>> upper bound on the potential control plane load. I don't think that the >>> document can claim to explain the impact of LISP without there being an >>> attempt to measure an upper bound on the control plane load. >>> >>> Finally, perhaps I missed it but I didn't see any discussion of the >>> volume of overhead related to OAM traffic used for liveness detection >>> (the need for ITR's to determine the reachability of ETR's). >>> >>> Thanks, Ross >>> >>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi Iannone >>> *Sent:* Monday, March 09, 2015 10:22 AM >>> *To:* LISP mailing list list >>> *Cc:* draft-ietf-lisp-impact@tools.ietf.org >>> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>> >>> Hi All, >>> >>> the authors of the LISP Impact document >>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested the >>> Work Group Last Call. >>> >>> This email starts a WG Last Call, to end March 30th, 2015. >>> >>> Because usually the pre-meeting period is already overloaded, the LC >>> duration is set to three weeks. >>> >>> Please review this updated WG document and let the WG know if you agree >>> that it is ready for handing to the AD. >>> >>> If you have objections, please state your reasons why, and explain what >>> it would take to address your concerns. >>> >>> Any raised issue will be discussed during the WG meeting in Dallas. >>> >>> Thanks >>> >>> >>> Luigi & Joel >>> >>> >>> >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp >>> >> _______________________________________________ >> lisp mailing list >> lisp@ietf.org >> https://www.ietf.org/mailman/listinfo/lisp From nobody Mon Apr 13 12:58:09 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 537F31A1AC1 for ; Mon, 13 Apr 2015 12:58:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wLYMVejDIClE for ; Mon, 13 Apr 2015 12:58:06 -0700 (PDT) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE3151A1AC2 for ; Mon, 13 Apr 2015 12:58:05 -0700 (PDT) Received: by pdbqa5 with SMTP id qa5so117953702pdb.1 for ; Mon, 13 Apr 2015 12:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4PgsefF6pIcdNT92gZVVM7/shL0uHb9aqmVJfZhXxpo=; b=CQx0ENlhso78AY/lCIImsNh9qc+8izOXqS1RyI5Zx+BIBslYBj7V8orX84O7LI+8+g ZnqPXBo7h3xxpPdCuFHPxtuo3bkHk7eemkHTieCXlo6S0do6f4MSMla01ZWIs6BFSDUQ ujP6pXTB05sQCDQciQteYSFQBfivLPFG63vmvYSQzGBMaKu52n7t2wYCciDrUuhSR6r7 KUsT7/sh2m411DlZ/iEbVFpE8ObD+99W6F6NPkxKXPUcyqMr7Mf/xvSLzBC0ZnXYK81z n9pNUmbzkXlCBVTziQJy7xhFNlKCV4auzUDzqWmjoRHtdBsriTs/IVtfWZIW+AsiHAKM FPTA== X-Received: by 10.68.210.46 with SMTP id mr14mr29192706pbc.73.1428955085368; Mon, 13 Apr 2015 12:58:05 -0700 (PDT) Received: from ?IPv6:2602:306:308b:a510:19ff:2bb5:f4b:6044? ([2602:306:308b:a510:19ff:2bb5:f4b:6044]) by mx.google.com with ESMTPSA id oo3sm8118794pdb.26.2015.04.13.12.58.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Apr 2015 12:58:04 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Dino Farinacci In-Reply-To: Date: Mon, 13 Apr 2015 12:58:03 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> To: Ross Callon X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 19:58:07 -0000 > Dino, I am not sure that you read my earlier email quite the way that = I meant to explain the issue. One=20 Well I read the words you wrote. ;-) > reason for more specifics being advertised is that some ISPs don't = want incoming traffic split by source, but rather by destination. = Probably to agree on how this would work with LISP we need to sit down = in person and discuss this with white boards and pictures.=20 What ISPs want more than anything else is balanced load. And if they = have to vary from that point, they go more granular. And that usually = means by source or 5-tuple hashing in the data-plane. > To me it seems like there are two ways forward here: One option is to = go with what Joel suggested earlier, and add to the document something = along the lines that the scaling numbers are disputed and we don't = actually know how it scales. The other option would be for at least the = two of us to sit down in=20 I agree.=20 We don=E2=80=99t know how ANYTHING scales until it gets there. Where = =E2=80=9Cthere=E2=80=9D is some point. Is BGP scaling? So this will = always come down to subjective opinion and perspective from different = points of view. > person as soon as we get a chance (no later than Prague, hopefully = earlier if either of us gets a trip to the other's neck of the woods). I = don't currently have any trips planned to California, but could let you = know if I do and try to plan to stay an extra day to go over this.=20 We should do that in any case, but we shouldn=E2=80=99t block or slow = down the process. We can do this in Prague but go with Joel=E2=80=99s = suggestion for now. Dino >=20 > Thanks, Ross >=20 > -----Original Message----- > From: Dino Farinacci [mailto:farinacci@gmail.com]=20 > Sent: Friday, April 10, 2015 2:16 AM > To: Ross Callon > Cc: Darrel Lewis; LISP mailing list list; = draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 >> However, there is a reason that some more specific prefixes are = advertised (in addition to a covering less specific prefix). One reason = is that some service providers want incoming traffic delivered to them = via different interconnects based on the destination. Even if you are = doing traffic >=20 > Right but if you want that with LISP you can return a coarse prefix in = a Map-Reply with different priority values to different ITRs. It doesn't = require for more-specifics.=20 >=20 >> engineering with LISP, then this reason doesn't go away, and isn't = solved by sending only the less specific prefix in the map reply. Of = course there are other >=20 > Yes it is solved. With a push protocol to instruct traffic to come one = way or the other is only done with multiple prefixes where with LISP it = can be done with the same prefix but is tailored on a per source or = request basis.=20 >=20 >> reasons to advertise more specific prefixes, and on the most part = these don't go away either. I therefore feel that it was an error for = the study discussed in [CCD12] to "... filter out more specific = prefixes". >=20 > It doesn't follow at all to me.=20 >=20 > Dino From nobody Mon Apr 13 14:05:09 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B18501A8729 for ; Mon, 13 Apr 2015 14:05:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45Qu6hNR2lzr for ; Mon, 13 Apr 2015 14:05:06 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0788.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:788]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 613D81A8727 for ; Mon, 13 Apr 2015 14:05:06 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1607.namprd05.prod.outlook.com (25.160.203.156) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 13 Apr 2015 21:04:51 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 13 Apr 2015 21:04:49 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0136.014; Mon, 13 Apr 2015 21:04:49 +0000 From: Ross Callon To: Dino Farinacci Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzCAASgAAIAABvIAgABnF8CAAGHjgIAFes7wgAAh7YCAABItgA== Date: Mon, 13 Apr 2015 21:04:48 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> In-Reply-To: <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.13] x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1607; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(13464003)(377454003)(52084003)(51704005)(164054003)(46102003)(87936001)(1411001)(19580395003)(19580405001)(122556002)(2656002)(86362001)(230783001)(74316001)(92566002)(106116001)(102836002)(62966003)(50986999)(93886004)(54356999)(40100003)(77156002)(76176999)(76576001)(110136001)(99286002)(2950100001)(33656002)(66066001)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1430; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1430; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; x-forefront-prvs: 0545EFAC9A Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2015 21:04:48.9274 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1430 X-OriginatorOrg: juniper.net Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 21:05:08 -0000 PiAuLi5XZSBzaG91bGQgZG8gdGhhdCBpbiBhbnkgY2FzZSwgYnV0IHdlIHNob3VsZG7igJl0IGJs b2NrIG9yIHNsb3cgZG93biB0aGUNCj4gcHJvY2Vzcy4gV2UgY2FuIGRvIHRoaXMgaW4gUHJhZ3Vl IGJ1dCBnbyB3aXRoIEpvZWzigJlzIHN1Z2dlc3Rpb24gZm9yIG5vdy4NCg0KTWFrZXMgc2Vuc2Uu IEkgdGhpbmsgdGhhdCBGbG9yaW4ncyBlbWFpbCBoaW50cyBhdCBhIHZlcnkgc21hbGwgZWRpdCB0 byBKb2VsJ3Mgc3VnZ2VzdGlvbiwgd2hpY2ggSSB3aWxsIG1lbnRpb24gaW4gcmVwbHkgdG8gaGlz IGVtYWlsLiANCg0KUm9zcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRGlu byBGYXJpbmFjY2kgW21haWx0bzpmYXJpbmFjY2lAZ21haWwuY29tXSANClNlbnQ6IE1vbmRheSwg QXByaWwgMTMsIDIwMTUgMzo1OCBQTQ0KVG86IFJvc3MgQ2FsbG9uDQpDYzogRGFycmVsIExld2lz OyBMSVNQIG1haWxpbmcgbGlzdCBsaXN0OyBkcmFmdC1pZXRmLWxpc3AtaW1wYWN0QHRvb2xzLmll dGYub3JnDQpTdWJqZWN0OiBSZTogW2xpc3BdIFdHIExhc3QgQ2FsbCBkcmFmdC1pZXRmLWxpc3At aW1wYWN0LTAxDQoNCj4gRGlubywgSSBhbSBub3Qgc3VyZSB0aGF0IHlvdSByZWFkIG15IGVhcmxp ZXIgZW1haWwgcXVpdGUgdGhlIHdheSB0aGF0IEkgbWVhbnQgdG8gZXhwbGFpbiB0aGUgaXNzdWUu IE9uZSANCg0KV2VsbCBJIHJlYWQgdGhlIHdvcmRzIHlvdSB3cm90ZS4gIDstKQ0KDQo+IHJlYXNv biBmb3IgbW9yZSBzcGVjaWZpY3MgYmVpbmcgYWR2ZXJ0aXNlZCBpcyB0aGF0IHNvbWUgSVNQcyBk b24ndCB3YW50IGluY29taW5nIHRyYWZmaWMgc3BsaXQgYnkgc291cmNlLCBidXQgcmF0aGVyIGJ5 IGRlc3RpbmF0aW9uLiBQcm9iYWJseSB0byBhZ3JlZSBvbiBob3cgdGhpcyB3b3VsZCB3b3JrIHdp dGggTElTUCB3ZSBuZWVkIHRvIHNpdCBkb3duIGluIHBlcnNvbiBhbmQgZGlzY3VzcyB0aGlzIHdp dGggd2hpdGUgYm9hcmRzIGFuZCBwaWN0dXJlcy4gDQoNCldoYXQgSVNQcyB3YW50IG1vcmUgdGhh biBhbnl0aGluZyBlbHNlIGlzIGJhbGFuY2VkIGxvYWQuIEFuZCBpZiB0aGV5IGhhdmUgdG8gdmFy eSBmcm9tIHRoYXQgcG9pbnQsIHRoZXkgZ28gbW9yZSBncmFudWxhci4gQW5kIHRoYXQgdXN1YWxs eSBtZWFucyBieSBzb3VyY2Ugb3IgNS10dXBsZSBoYXNoaW5nIGluIHRoZSBkYXRhLXBsYW5lLg0K DQo+IFRvIG1lIGl0IHNlZW1zIGxpa2UgdGhlcmUgYXJlIHR3byB3YXlzIGZvcndhcmQgaGVyZTog T25lIG9wdGlvbiBpcyB0byBnbyB3aXRoIHdoYXQgSm9lbCBzdWdnZXN0ZWQgZWFybGllciwgYW5k IGFkZCB0byB0aGUgZG9jdW1lbnQgc29tZXRoaW5nIGFsb25nIHRoZSBsaW5lcyB0aGF0IHRoZSBz Y2FsaW5nIG51bWJlcnMgYXJlIGRpc3B1dGVkIGFuZCB3ZSBkb24ndCBhY3R1YWxseSBrbm93IGhv dyBpdCBzY2FsZXMuIFRoZSBvdGhlciBvcHRpb24gd291bGQgYmUgZm9yIGF0IGxlYXN0IHRoZSB0 d28gb2YgdXMgdG8gc2l0IGRvd24gaW4gDQoNCkkgYWdyZWUuIA0KDQpXZSBkb27igJl0IGtub3cg aG93IEFOWVRISU5HIHNjYWxlcyB1bnRpbCBpdCBnZXRzIHRoZXJlLiBXaGVyZSDigJx0aGVyZeKA nSBpcyBzb21lIHBvaW50LiBJcyBCR1Agc2NhbGluZz8gU28gdGhpcyB3aWxsIGFsd2F5cyBjb21l IGRvd24gdG8gc3ViamVjdGl2ZSBvcGluaW9uIGFuZCBwZXJzcGVjdGl2ZSBmcm9tIGRpZmZlcmVu dCBwb2ludHMgb2Ygdmlldy4NCg0KPiBwZXJzb24gYXMgc29vbiBhcyB3ZSBnZXQgYSBjaGFuY2Ug KG5vIGxhdGVyIHRoYW4gUHJhZ3VlLCBob3BlZnVsbHkgZWFybGllciBpZiBlaXRoZXIgb2YgdXMg Z2V0cyBhIHRyaXAgdG8gdGhlIG90aGVyJ3MgbmVjayBvZiB0aGUgd29vZHMpLiBJIGRvbid0IGN1 cnJlbnRseSBoYXZlIGFueSB0cmlwcyBwbGFubmVkIHRvIENhbGlmb3JuaWEsIGJ1dCBjb3VsZCBs ZXQgeW91IGtub3cgaWYgSSBkbyBhbmQgdHJ5IHRvIHBsYW4gdG8gc3RheSBhbiBleHRyYSBkYXkg dG8gZ28gb3ZlciB0aGlzLiANCg0KV2Ugc2hvdWxkIGRvIHRoYXQgaW4gYW55IGNhc2UsIGJ1dCB3 ZSBzaG91bGRu4oCZdCBibG9jayBvciBzbG93IGRvd24gdGhlIHByb2Nlc3MuIFdlIGNhbiBkbyB0 aGlzIGluIFByYWd1ZSBidXQgZ28gd2l0aCBKb2Vs4oCZcyBzdWdnZXN0aW9uIGZvciBub3cuDQoN CkRpbm8NCg0KPiANCj4gVGhhbmtzLCBSb3NzDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPiBGcm9tOiBEaW5vIEZhcmluYWNjaSBbbWFpbHRvOmZhcmluYWNjaUBnbWFpbC5jb21d IA0KPiBTZW50OiBGcmlkYXksIEFwcmlsIDEwLCAyMDE1IDI6MTYgQU0NCj4gVG86IFJvc3MgQ2Fs bG9uDQo+IENjOiBEYXJyZWwgTGV3aXM7IExJU1AgbWFpbGluZyBsaXN0IGxpc3Q7IGRyYWZ0LWll dGYtbGlzcC1pbXBhY3RAdG9vbHMuaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtsaXNwXSBXRyBM YXN0IENhbGwgZHJhZnQtaWV0Zi1saXNwLWltcGFjdC0wMQ0KPiANCj4+IEhvd2V2ZXIsIHRoZXJl IGlzIGEgcmVhc29uIHRoYXQgc29tZSBtb3JlIHNwZWNpZmljIHByZWZpeGVzIGFyZSBhZHZlcnRp c2VkIChpbiBhZGRpdGlvbiB0byBhIGNvdmVyaW5nIGxlc3Mgc3BlY2lmaWMgcHJlZml4KS4gT25l IHJlYXNvbiBpcyB0aGF0IHNvbWUgc2VydmljZSBwcm92aWRlcnMgd2FudCBpbmNvbWluZyB0cmFm ZmljIGRlbGl2ZXJlZCB0byB0aGVtIHZpYSBkaWZmZXJlbnQgaW50ZXJjb25uZWN0cyBiYXNlZCBv biB0aGUgZGVzdGluYXRpb24uIEV2ZW4gaWYgeW91IGFyZSBkb2luZyB0cmFmZmljDQo+IA0KPiBS aWdodCBidXQgaWYgeW91IHdhbnQgdGhhdCB3aXRoIExJU1AgeW91IGNhbiByZXR1cm4gYSBjb2Fy c2UgcHJlZml4IGluIGEgTWFwLVJlcGx5IHdpdGggZGlmZmVyZW50IHByaW9yaXR5IHZhbHVlcyB0 byBkaWZmZXJlbnQgSVRScy4gSXQgZG9lc24ndCByZXF1aXJlIGZvciBtb3JlLXNwZWNpZmljcy4g DQo+IA0KPj4gZW5naW5lZXJpbmcgd2l0aCBMSVNQLCB0aGVuIHRoaXMgcmVhc29uIGRvZXNuJ3Qg Z28gYXdheSwgYW5kIGlzbid0IHNvbHZlZCBieSBzZW5kaW5nIG9ubHkgdGhlIGxlc3Mgc3BlY2lm aWMgcHJlZml4IGluIHRoZSBtYXAgcmVwbHkuIE9mIGNvdXJzZSB0aGVyZSBhcmUgb3RoZXINCj4g DQo+IFllcyBpdCBpcyBzb2x2ZWQuIFdpdGggYSBwdXNoIHByb3RvY29sIHRvIGluc3RydWN0IHRy YWZmaWMgdG8gY29tZSBvbmUgd2F5IG9yIHRoZSBvdGhlciBpcyBvbmx5IGRvbmUgd2l0aCBtdWx0 aXBsZSBwcmVmaXhlcyB3aGVyZSB3aXRoIExJU1AgaXQgY2FuIGJlIGRvbmUgd2l0aCB0aGUgc2Ft ZSBwcmVmaXggYnV0IGlzIHRhaWxvcmVkIG9uIGEgcGVyIHNvdXJjZSBvciByZXF1ZXN0IGJhc2lz LiANCj4gDQo+PiByZWFzb25zIHRvIGFkdmVydGlzZSBtb3JlIHNwZWNpZmljIHByZWZpeGVzLCBh bmQgb24gdGhlIG1vc3QgcGFydCB0aGVzZSBkb24ndCBnbyBhd2F5IGVpdGhlci4gSSB0aGVyZWZv cmUgZmVlbCB0aGF0IGl0IHdhcyBhbiBlcnJvciBmb3IgdGhlIHN0dWR5IGRpc2N1c3NlZCBpbiBb Q0NEMTJdIHRvICIuLi4gZmlsdGVyIG91dCBtb3JlIHNwZWNpZmljIHByZWZpeGVzIi4NCj4gDQo+ IEl0IGRvZXNuJ3QgZm9sbG93IGF0IGFsbCB0byBtZS4gDQo+IA0KPiBEaW5vDQoNCg== From nobody Mon Apr 13 14:06:25 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A9F31A8735 for ; Mon, 13 Apr 2015 14:06:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OzkdjCmlJJe4 for ; Mon, 13 Apr 2015 14:06:18 -0700 (PDT) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 344661A8740 for ; Mon, 13 Apr 2015 14:06:10 -0700 (PDT) Received: by pdea3 with SMTP id a3so119711564pde.3 for ; Mon, 13 Apr 2015 14:06:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cY4DUXKAdQZ9p71/eR1h0IWnG5jUFlwLrkUoPDeH6ZU=; b=KBvxJQCAd2mtEHOGTZEY3YRBfo+DODNrYoix5ABbqccQgREpkivwOAB9atX68QtQwf 7hz+XGKLSG31IMloXsTII0q27wyGwq1Nc4+uL/ytGMGLA/vIXlcjpLyiE+TDtBKho2yf 55RYy28krwtGZhs3i3kH+bIvNQ9jgpkuz5cDd7/wX7fXqw4HID4BOuNmR2hHZuFYQ/eQ jhqcpOVGbhZINAiWxUU12a4f9JQmr5YYlJHoXNe9Mdjh1DSh1Y6oIdrrYK8B+wVnCFsf tITCV8dm/0GV8zC7XJu03K0LRkZSa5fTb9ki84okH2Pmp1zUxgm7WmC7Q6IYWdsy+6WV oC8Q== X-Received: by 10.66.159.193 with SMTP id xe1mr30455650pab.48.1428959169933; Mon, 13 Apr 2015 14:06:09 -0700 (PDT) Received: from ?IPv6:2602:306:308b:a510:19ff:2bb5:f4b:6044? ([2602:306:308b:a510:19ff:2bb5:f4b:6044]) by mx.google.com with ESMTPSA id q4sm8192828pdo.42.2015.04.13.14.06.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Apr 2015 14:06:09 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Dino Farinacci In-Reply-To: Date: Mon, 13 Apr 2015 14:06:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> To: Ross Callon X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 21:06:24 -0000 >> ...We should do that in any case, but we shouldn=E2=80=99t block or = slow down the >> process. We can do this in Prague but go with Joel=E2=80=99s = suggestion for now. >=20 > Makes sense. I think that Florin's email hints at a very small edit to = Joel's suggestion, which I will mention in reply to his email.=20 Ack Ross. Thanks. Dino >=20 > Ross >=20 > -----Original Message----- > From: Dino Farinacci [mailto:farinacci@gmail.com]=20 > Sent: Monday, April 13, 2015 3:58 PM > To: Ross Callon > Cc: Darrel Lewis; LISP mailing list list; = draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 >> Dino, I am not sure that you read my earlier email quite the way that = I meant to explain the issue. One=20 >=20 > Well I read the words you wrote. ;-) >=20 >> reason for more specifics being advertised is that some ISPs don't = want incoming traffic split by source, but rather by destination. = Probably to agree on how this would work with LISP we need to sit down = in person and discuss this with white boards and pictures.=20 >=20 > What ISPs want more than anything else is balanced load. And if they = have to vary from that point, they go more granular. And that usually = means by source or 5-tuple hashing in the data-plane. >=20 >> To me it seems like there are two ways forward here: One option is to = go with what Joel suggested earlier, and add to the document something = along the lines that the scaling numbers are disputed and we don't = actually know how it scales. The other option would be for at least the = two of us to sit down in=20 >=20 > I agree.=20 >=20 > We don=E2=80=99t know how ANYTHING scales until it gets there. Where = =E2=80=9Cthere=E2=80=9D is some point. Is BGP scaling? So this will = always come down to subjective opinion and perspective from different = points of view. >=20 >> person as soon as we get a chance (no later than Prague, hopefully = earlier if either of us gets a trip to the other's neck of the woods). I = don't currently have any trips planned to California, but could let you = know if I do and try to plan to stay an extra day to go over this.=20 >=20 > We should do that in any case, but we shouldn=E2=80=99t block or slow = down the process. We can do this in Prague but go with Joel=E2=80=99s = suggestion for now. >=20 > Dino >=20 >>=20 >> Thanks, Ross >>=20 >> -----Original Message----- >> From: Dino Farinacci [mailto:farinacci@gmail.com]=20 >> Sent: Friday, April 10, 2015 2:16 AM >> To: Ross Callon >> Cc: Darrel Lewis; LISP mailing list list; = draft-ietf-lisp-impact@tools.ietf.org >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >>> However, there is a reason that some more specific prefixes are = advertised (in addition to a covering less specific prefix). One reason = is that some service providers want incoming traffic delivered to them = via different interconnects based on the destination. Even if you are = doing traffic >>=20 >> Right but if you want that with LISP you can return a coarse prefix = in a Map-Reply with different priority values to different ITRs. It = doesn't require for more-specifics.=20 >>=20 >>> engineering with LISP, then this reason doesn't go away, and isn't = solved by sending only the less specific prefix in the map reply. Of = course there are other >>=20 >> Yes it is solved. With a push protocol to instruct traffic to come = one way or the other is only done with multiple prefixes where with LISP = it can be done with the same prefix but is tailored on a per source or = request basis.=20 >>=20 >>> reasons to advertise more specific prefixes, and on the most part = these don't go away either. I therefore feel that it was an error for = the study discussed in [CCD12] to "... filter out more specific = prefixes". >>=20 >> It doesn't follow at all to me.=20 >>=20 >> Dino >=20 From nobody Mon Apr 13 14:16:15 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A5FD1A875C for ; Mon, 13 Apr 2015 14:16:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SfYnhProJmYu for ; Mon, 13 Apr 2015 14:16:08 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0785.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:785]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0EFD51A872C for ; Mon, 13 Apr 2015 14:16:07 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1334.namprd05.prod.outlook.com (25.160.200.18) with Microsoft SMTP Server (TLS) id 15.1.130.23; Mon, 13 Apr 2015 21:15:50 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 13 Apr 2015 21:15:47 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0136.014; Mon, 13 Apr 2015 21:15:47 +0000 From: Ross Callon To: Florin Coras , Damien Saucez Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzCAB4JLAIAAJQYw Date: Mon, 13 Apr 2015 21:15:46 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <552C1064.9000500@ac.upc.edu> In-Reply-To: <552C1064.9000500@ac.upc.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ac.upc.edu; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.13] x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; UriScan:; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1334; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(164054003)(53754006)(52604005)(24454002)(13464003)(43544003)(76104003)(377454003)(243025005)(479174004)(102836002)(15975445007)(74316001)(92566002)(106116001)(33656002)(99286002)(2950100001)(2900100001)(4001410100001)(66066001)(62966003)(50986999)(54356999)(93886004)(76176999)(76576001)(77156002)(40100003)(19580395003)(19580405001)(5890100001)(46102003)(87936001)(230783001)(86362001)(2171001)(122556002)(2656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1430; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:BY1PR0501MB1430; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1430; x-forefront-prvs: 0545EFAC9A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2015 21:15:46.4508 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1430 X-OriginatorOrg: juniper.net Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 21:16:13 -0000 > I'm pretty sure you mean the granularity of the entries cached (the=20 > width of the EID-prefixes). Yes. I have been summarizing this using the term "granularity of the cache"= or "cache granularity", but of course I mean the granularity / "width" of = the entries which are maintained in the cache.=20 > The goal our experiments was to understand the > performance of LISP map-caches if edge=20 > networks already owning their address space (PI address owners) were to=20 > switch to LISP. Speculating if and how PA owning edge networks are to=20 > switch to LISP was outside the scope. Yes, I think that this text gets to the point of my biggest issue. I am con= cerned that people may miss this assumption in the study and think that it = pertains to a potential wider deployment of LISP.=20 Perhaps the note that we need in the impact document would include somethin= g like: "[CCD12] analyzes the performance of the LISP map cache if only the= current edge networks already owning their address space (PI address owner= s) were to switch to LISP. It is not known what the performance implication= s would be if LISP were more widely deployed, or if the availability of LIS= P or other factors were to cause a significant increase in the number of PI= addresses."=20 Thanks, Ross -----Original Message----- From: Florin Coras [mailto:fcoras@ac.upc.edu]=20 Sent: Monday, April 13, 2015 2:52 PM To: Ross Callon; Damien Saucez Cc: Joel Halpern; Luigi Iannone; LISP mailing list list; draft-ietf-lisp-im= pact@tools.ietf.org Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 Hi Ross, Apologies for the belated reply, it was a busy week. First of all,=20 thanks for taking the time to read the paper and for the good comments.=20 More inline. On 4/8/15 5:29 PM, Ross Callon wrote: >> See [CCD12], this document provides a generic model that works for >> any desegregation assumption as long as the map-cache is implemented >> with LRU. >> >> Damien Saucez > [CCD12] is of course: > > Coras, F., Cabellos-Aparicio, A., and J. Domingo-Pascual, "An=20 > Analytical Model > for the LISP Cache Size", In Proc. IFIP Networking 2012, May 2012. > > I just finished reading this through. To me the analytic model looks=20 > mostly fine, except for one issue mentioned below, but the results (in=20 > terms of how large a cache is needed) depends upon the assumption=20 > about the granularity of the cache. I'm pretty sure you mean the granularity of the entries cached (the=20 width of the EID-prefixes). And this is indeed so because in light of=20 the fixed size of the 32-bit (or 128-bit) address space, granularity=20 controls the number of prefixes and thereby the number of destinations=20 traffic could have. But note that the relevant metric for a cache is the=20 number of destinations rather than the granularity. > > Near the end of section 2 of this paper (the last paragraph before=20 > section 3) includes the text: > "... One can easily observe that the map-cache is most=20 > efficient in > situations when destination EIDs present high temporal and/or spatial > locality and that its size depends upon the diversity of the visited > destinations. As a result, a cache's performance depends entirely on > its provisioned size and on traffic characteristics." > > Of course the desired size of the cache depends upon the likelihood,=20 > for a given cache size, that the next EID that comes along will match=20 > an entry which is already in the cache, which depends on the size of=20 > the entries in the cache. [As one absurd extreme example, if you had a=20 > single default route in the cache, every EID would match it and the=20 > cache could be of size 1. A less absurd but still slightly extreme=20 > example, if you could get away with nothing finer than a /8 in the=20 > cache, then 256 entries would be the largest possible cache size.] =20 > Thus the text is true for any given granularity of entries in the=20 > cache. The paper might more accurately have said "As a result, a=20 > cache's performance depends entirely on its provisioned size, on=20 > traffic characteristics, and on the granularity of cache entries". There are two things mixed in here: i) the parameters influencing cache=20 performance and ii) assumptions to practically evaluate a cache's=20 performance. One of the traffic's characteristics is the number of destinations it=20 has. As explained before, when dealing with EID-prefix caches,=20 granularity influences the cardinality of the set of destinations, so=20 its effect is indirectly considered. Therefore, I believe, our statement=20 is general enough. Regarding the second point, when setting up an experiment to evaluate=20 map-cache performance, one has to consider the granularity of=20 EID-prefixes. As you've noted, we've used BGP-prefix granularity to fix=20 the number of destinations in our experiments. Understandably, this is=20 debatable, but more on it lower. > > In section 4.1, the second paragraph begins: > > Both for the evaluation of the working set in section 3.3 and for > the cache performance evaluation to be presented in section 4.3, > IP addresses had to be mapped to their corresponding prefixes. We > considered EID-prefixes to be of BGP-prefix granularity". > > Of course some assumption of the granularity of prefixes is needed. It=20 > is clear that what we assume for the granularity affects the result. I=20 > don't agree that BGP-prefix granularity is the right assumption. I've gleaned from your previous emails that you believe aggregation of=20 PA assignments hides the actual size of the EID-prefix namespace. I=20 guess this is why you disagree with our assumption. The goal our=20 experiments was to understand the performance of LISP map-caches if edge=20 networks already owning their address space (PI address owners) were to=20 switch to LISP. Speculating if and how PA owning edge networks are to=20 switch to LISP was outside the scope. However, an important thing to consider is that cache performance is not=20 primarily driven by the number of destinations but by the their=20 popularity distribution. To give an absurd example: even if there are=20 billions of destinations in the mapping system, if a site's users only=20 visit google and facebook, the site's map-cache will only need 2=20 entries. In fact, we've showed in [1] that the cache model can be=20 entirely determined from the popularity distribution. Thereby, to=20 understand a site's map-cache asymptotic scalability it is enough to=20 characterize the popularity distribution of the EID-prefixes visited. So, how does the popularity distribution look like? Since we cannot=20 compute the popularity of EID-prefixes without any assumptions on=20 granularity, we can instead look at web traffic as a good approximation.=20 This has been shown to be power law, often referred to as Zipf-like (see=20 [2]), i.e, most of the traffic goes to a small set of destinations while=20 the majority of destinations are sent few or no packets at all. Note=20 though that we obtained a similar law for our traces when considering=20 EID-prefixes to be of BGP-prefix granularity and this law has been shown=20 to hold in many other fields (see [1] and the references therein). All this means that cache miss rates decrease very fast with cache size=20 (see eq. (11) in [1]), but the exact 'speed' will depend on the=20 characteristics of each site. In the worst case, if for some strange=20 reason the popularity distribution becomes flat (i.e, all EID-prefixes=20 are equally popular) then the map-cache size will have to be=20 proportional to the number of EID-prefixes to ensure a reasonably good=20 hit-rate. [1] F. Coras, J. Domingo, A. Cabellos. "On the scalability of LISP=20 mappings caches". Technical Report. URL:=20 http://personals.ac.upc.edu/fcoras/publications/2015-fcoras-scalability.pdf [2] Breslau, Lee, Pei Cao, Li Fan, Graham Phillips, and Scott Shenker.=20 "Web caching and Zipf-like distributions: Evidence and implications."=20 INFOCOM, in Proceedings. IEEE, vol. 1, pp. 126-134, 1999. > > The other issue that I found with the paper refers to a later sentence=20 > in the same second paragraph of section 4.1: > > The only preprocessing we performed was to filter out more specific > prefixes. Generally such prefixes are used for traffic engineering > purposes. However, the LISP protocol provides mechanisms for a more > efficient management of these functions that do not require=20 > EID-prefix > de-aggregation. > > My understanding of this is that what some service providers do today=20 > is to announce some more specific prefixes (that match a PA prefix=20 > assigned to them) at some interconnection points and some different=20 > more specific prefixes at other interconnection points in order to=20 > draw in traffic where they want to draw it in. If the more specifics are meant only for steering the traffic, then LISP=20 offers better mechanisms for ingress TE (with only one mapping) by means=20 of RLOC priority and weights. If instead you are suggesting those more=20 specifics are advertised per *individual client* (which you seem to do=20 lower) then we're back at the point above. That is, we might be=20 underestimating the size of the EID-prefix namespace. Out of curiosity,=20 do you happen to know any reference suggesting this is the norm rather=20 than the exception? > If with LISP you were to map all of these prefixes in one mapping=20 > table entry then you would be mapping them all to the same RLOC (or=20 > set of RLOCs). Ignoring the issue that any one large ISP could have=20 > thousands of PE routers (with thousands more CE routers attached to=20 > them), if all of these were mapped to one RLOC then you would not be=20 > able to do traffic engineering on a finer scale (unless you were to do=20 > deep packet inspection, which I believe is not the plan). Thus I=20 > understand how LISP might potentially prevent these more specific=20 > prefixes from being advertised into the global routing table, but they=20 > will still need to be in the mapping table. > Here you seem to assume that all of the ISP's PA clients will turn on=20 LISP on their CPEs (I really hope you're right ;-) ). If that happens,=20 yes, all their prefixes will need to be registered in the mapping=20 system. But again, what matters is popularity, not the absolute number=20 of EID-prefixes. That is, there's nothing saying that a site sending=20 traffic to the PA prefix will have to store all of the ISP's clients=20 prefixes. Most probably it will cache just one. Also, there's an alternative here. The ISP could turn LISP on its=20 upstream ASBRs and their customers, since they're PA, would be=20 unaffected. In this case, any site communicating with the ISP's clients=20 would need to store just one mapping and the ISP would take care of=20 routing the decapsulated packets to their intended destination. This is=20 somewhat similar, to Instagram and Netflix being EIDs in Amazon's=20 datacenters. Thanks, Florin > Thanks, Ross > > -----Original Message----- > From: Damien Saucez [mailto:damien.saucez@gmail.com] > Sent: Thursday, April 02, 2015 3:16 AM > To: Ross Callon > Cc: Joel Halpern; Luigi Iannone; LISP mailing list list;=20 > draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > > > On 30 Mar 2015, at 03:50, Ross Callon wrote: > >> I suppose that there are two options: >> >> 1. Admit that we have no clue what the cache size or control overhead=20 >> will be. >> > See [CCD12], this document provides a generic model that works for > any desegregation assumption as long as the map-cache is implemented > with LRU. > > Damien Saucez > >> 2. Repeat the cited studies, but with a pessimistic (worse case)=20 >> rather than optimistic (better than best case) assumption about cache=20 >> granularity. >> >> The second option would allow us to actually have some idea what=20 >> would happen if LISP were deployed on an Internet-wide scale, but=20 >> would of course take more time and more work. >> >> Ross >> >> PS: I will be offline at meetings all of this week, so I might be a=20 >> bit slower to respond for the next few days. >> >> -----Original Message----- >> From: Joel M. Halpern [mailto:jmh@joelhalpern.com] >> Sent: Sunday, March 29, 2015 9:36 PM >> To: Ross Callon; Luigi Iannone; LISP mailing list list >> Cc: draft-ietf-lisp-impact@tools.ietf.org >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >> >> Putting aside the TBD (which of course needs to be fixed), I have >> trouble figuring out what you want us to say about the main issue in >> your review. On the one hand, this is the very issue that we have been >> asked to comment on, and on the other hand you say that we don't know. >> What do you think it is reasoanble to say? >> >> Yours, >> Joel >> >> On 3/29/15 9:03 PM, Ross Callon wrote: >>> Generally I think that this document needs more work before it will be >>> ready to submit for publication. Some comments on=20 >>> draft-ietf-lisp-impact-01: >>> >>> First of all, I assume that the TBD at the end of section 3 will be >>> fixed. This reads: >>> >>> TBD: add a paragraph to explain the operational difference while >>> >>> dealing with a pull model instead of a push. >>> >>> Also in section 3, the third paragraph begins: >>> >>> In addition, Iannone and Bonaventure [IB07] show that the number of >>> >>> mapping entries that must be handled by an ITR of a campus network >>> >>> with 10,000 users is limited to few tens of thousands, and does not >>> >>> represent more than 3 to 4 Megabytes of memory. >>> >>> Reference [IB07] is of course: >>> >>> Iannone, L. and O. Bonaventure, "On the cost of caching >>> locator/id mappings", In >>> >>> Proc. ACM CoNEXT 2007, December 2007. >>> >>> This paper states: >>> >>> In our analysis, we assume that the granularity of the >>> >>> EID-to-RLOC mapping is the prefix blocks assigned by >>> >>> RIRs. We call it /BGP granularity. In particular, we >>> >>> used the list of prefixes made available by the iPlane >>> >>> Project [15], containing around 240,000 entries. Using >>> >>> /BGP granularity means that each EID is first mapped >>> >>> on a /BGP prefix. The cache will thus contain /BGP >>> >>> to RLOC mappings.2 This is a natural choice, since >>> >>> routing locators are supposed to be border routers. >>> >>> The authors should be aware that there is some aggregation / >>> summarization being done in the operation of BGP routing, and that the >>> granularity of routes which appear in the default-free BGP routing >>> tables is fundamentally different from the granularity of enterprise >>> network / ISP boundaries across which traffic is exchanged. >>> >>> The same paragraph cites Kim et al. [KIF11], which is Kim, J.,=20 >>> Iannone, >>> L., and A. Feldmann, "Deep dive into the lisp cache and what isps=20 >>> should >>> know about it", In Proc. IFIP Networking 2011, May 2011. From this >>> document: >>> >>> In addition, we use a local BGP prefixes >>> >>> database, fed with the list of BGP prefixes published by the iPlane >>> Project [17]. >>> >>> The database is used to group EID-to-RLOCs mappings with the >>> granularity of >>> >>> existing BGP prefixes, because, as for today, there is no >>> sufficient information >>> >>> to predict what will be the granularity of mappings in a >>> LISP-enabled Internet. >>> >>> I agree that "there is not sufficient information to predict what will >>> be the granularity of mappings in a LISP-enabled Internet". However,=20 >>> not >>> knowing what the mapping granularity will be does not justify using an >>> extremely optimistic guess, and then acting as if the results are >>> meaningful. These assumptions are clearly off by some number of orders >>> of magnitude, but how many orders of magnitude is unknown. We will note >>> that the current internet default-free routing table includes a few >>> hundred thousand entries (roughly twice the 240,000 entries that=20 >>> existed >>> when this study was done). >>> >>> For example, we might assume that the intended global deployment model >>> involves xTRs at the boundary between enterprise networks and service >>> providers, and might note that there are several million companies in >>> the USA alone (most of these are relatively small companies, of=20 >>> course). >>> Thus there may be very roughly on the order of a hundred million or so >>> companies worldwide. If each one had a separate entry in the mapping >>> table, then the number of entries will be nearly 1,000 times larger=20 >>> than >>> BGP-prefix granularity. >>> >>> Section 4 mentions as one possible use of LISP: "enable mobility of >>> subscriber end points". If individual end points are advertised into >>> LISP, then the granularity of the mapping table may be on the order of >>> individual systems. In this case the number of mapping table entries >>> that could exist globally might be on the same order of magnitude as=20 >>> the >>> number of people in the world, or very roughly 7 Billion entries. This >>> would suggest that the mapping table might be roughly 30,000 times=20 >>> finer >>> grained than was assumed in the referenced studies. >>> >>> I don't see how we can accurately predict the control plane load of=20 >>> LISP >>> without some sense for what the granularity of the mapping table will >>> be. It should however be possible to bound the control plane load. The >>> referenced studies give a lower bound on possible control plane load=20 >>> (it >>> won't be any less), but give neither an accurate measurement nor an >>> upper bound on the potential control plane load. I don't think that the >>> document can claim to explain the impact of LISP without there being an >>> attempt to measure an upper bound on the control plane load. >>> >>> Finally, perhaps I missed it but I didn't see any discussion of the >>> volume of overhead related to OAM traffic used for liveness detection >>> (the need for ITR's to determine the reachability of ETR's). >>> >>> Thanks, Ross >>> >>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi Iannone >>> *Sent:* Monday, March 09, 2015 10:22 AM >>> *To:* LISP mailing list list >>> *Cc:* draft-ietf-lisp-impact@tools.ietf.org >>> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>> >>> Hi All, >>> >>> the authors of the LISP Impact document >>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested the >>> Work Group Last Call. >>> >>> This email starts a WG Last Call, to end March 30th, 2015. >>> >>> Because usually the pre-meeting period is already overloaded, the LC >>> duration is set to three weeks. >>> >>> Please review this updated WG document and let the WG know if you agree >>> that it is ready for handing to the AD. >>> >>> If you have objections, please state your reasons why, and explain what >>> it would take to address your concerns. >>> >>> Any raised issue will be discussed during the WG meeting in Dallas. >>> >>> Thanks >>> >>> >>> Luigi & Joel >>> >>> >>> >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp >>> >> _______________________________________________ >> lisp mailing list >> lisp@ietf.org >> https://www.ietf.org/mailman/listinfo/lisp From nobody Mon Apr 13 15:55:48 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE4F01B2AD3 for ; Mon, 13 Apr 2015 15:55:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.612 X-Spam-Level: X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iiY_61Cucwwk for ; Mon, 13 Apr 2015 15:55:42 -0700 (PDT) Received: from roura.ac.upc.es (roura.ac.upc.edu [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id 488541B2AD7 for ; Mon, 13 Apr 2015 15:55:41 -0700 (PDT) Received: from gw-3.ac.upc.es (gw-3.ac.upc.es [147.83.30.9]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id t3DMkj5H029764; Tue, 14 Apr 2015 00:46:45 +0200 Received: from [10.154.176.141] (unknown [128.107.241.174]) by gw-3.ac.upc.es (Postfix) with ESMTPSA id 9E579B21; Tue, 14 Apr 2015 00:55:36 +0200 (CEST) Message-ID: <552C4963.1090105@ac.upc.edu> Date: Mon, 13 Apr 2015 15:55:31 -0700 From: Florin Coras User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Ross Callon , Damien Saucez References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <552C1064.9000500@ac.upc.edu> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 22:55:46 -0000 Ross, As explained in my previous email, the model is general, only the experimental validation makes assumptions with regards to the size of the EID-prefix namespace. See [1], and in particular eq. 11, to see how cache performance scales. Thanks, Florin [1] F. Coras, J. Domingo, A. Cabellos. "On the scalability of LISP mappings caches". Technical Report. URL: http://personals.ac.upc.edu/fcoras/publications/2015-fcoras-scalability.pdf On 4/13/15 2:15 PM, Ross Callon wrote: >> I'm pretty sure you mean the granularity of the entries cached (the >> width of the EID-prefixes). > Yes. I have been summarizing this using the term "granularity of the cache" or "cache granularity", but of course I mean the granularity / "width" of the entries which are maintained in the cache. > >> The goal our experiments was to understand the >> performance of LISP map-caches if edge >> networks already owning their address space (PI address owners) were to >> switch to LISP. Speculating if and how PA owning edge networks are to >> switch to LISP was outside the scope. > Yes, I think that this text gets to the point of my biggest issue. I am concerned that people may miss this assumption in the study and think that it pertains to a potential wider deployment of LISP. > > Perhaps the note that we need in the impact document would include something like: "[CCD12] analyzes the performance of the LISP map cache if only the current edge networks already owning their address space (PI address owners) were to switch to LISP. It is not known what the performance implications would be if LISP were more widely deployed, or if the availability of LISP or other factors were to cause a significant increase in the number of PI addresses." > > Thanks, Ross > > -----Original Message----- > From: Florin Coras [mailto:fcoras@ac.upc.edu] > Sent: Monday, April 13, 2015 2:52 PM > To: Ross Callon; Damien Saucez > Cc: Joel Halpern; Luigi Iannone; LISP mailing list list; draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 > > Hi Ross, > > Apologies for the belated reply, it was a busy week. First of all, > thanks for taking the time to read the paper and for the good comments. > More inline. > > On 4/8/15 5:29 PM, Ross Callon wrote: >>> See [CCD12], this document provides a generic model that works for >>> any desegregation assumption as long as the map-cache is implemented >>> with LRU. >>> >>> Damien Saucez >> [CCD12] is of course: >> >> Coras, F., Cabellos-Aparicio, A., and J. Domingo-Pascual, "An >> Analytical Model >> for the LISP Cache Size", In Proc. IFIP Networking 2012, May 2012. >> >> I just finished reading this through. To me the analytic model looks >> mostly fine, except for one issue mentioned below, but the results (in >> terms of how large a cache is needed) depends upon the assumption >> about the granularity of the cache. > I'm pretty sure you mean the granularity of the entries cached (the > width of the EID-prefixes). And this is indeed so because in light of > the fixed size of the 32-bit (or 128-bit) address space, granularity > controls the number of prefixes and thereby the number of destinations > traffic could have. But note that the relevant metric for a cache is the > number of destinations rather than the granularity. >> Near the end of section 2 of this paper (the last paragraph before >> section 3) includes the text: >> "... One can easily observe that the map-cache is most >> efficient in >> situations when destination EIDs present high temporal and/or spatial >> locality and that its size depends upon the diversity of the visited >> destinations. As a result, a cache's performance depends entirely on >> its provisioned size and on traffic characteristics." >> >> Of course the desired size of the cache depends upon the likelihood, >> for a given cache size, that the next EID that comes along will match >> an entry which is already in the cache, which depends on the size of >> the entries in the cache. [As one absurd extreme example, if you had a >> single default route in the cache, every EID would match it and the >> cache could be of size 1. A less absurd but still slightly extreme >> example, if you could get away with nothing finer than a /8 in the >> cache, then 256 entries would be the largest possible cache size.] >> Thus the text is true for any given granularity of entries in the >> cache. The paper might more accurately have said "As a result, a >> cache's performance depends entirely on its provisioned size, on >> traffic characteristics, and on the granularity of cache entries". > There are two things mixed in here: i) the parameters influencing cache > performance and ii) assumptions to practically evaluate a cache's > performance. > > One of the traffic's characteristics is the number of destinations it > has. As explained before, when dealing with EID-prefix caches, > granularity influences the cardinality of the set of destinations, so > its effect is indirectly considered. Therefore, I believe, our statement > is general enough. > > Regarding the second point, when setting up an experiment to evaluate > map-cache performance, one has to consider the granularity of > EID-prefixes. As you've noted, we've used BGP-prefix granularity to fix > the number of destinations in our experiments. Understandably, this is > debatable, but more on it lower. >> In section 4.1, the second paragraph begins: >> >> Both for the evaluation of the working set in section 3.3 and for >> the cache performance evaluation to be presented in section 4.3, >> IP addresses had to be mapped to their corresponding prefixes. We >> considered EID-prefixes to be of BGP-prefix granularity". >> >> Of course some assumption of the granularity of prefixes is needed. It >> is clear that what we assume for the granularity affects the result. I >> don't agree that BGP-prefix granularity is the right assumption. > I've gleaned from your previous emails that you believe aggregation of > PA assignments hides the actual size of the EID-prefix namespace. I > guess this is why you disagree with our assumption. The goal our > experiments was to understand the performance of LISP map-caches if edge > networks already owning their address space (PI address owners) were to > switch to LISP. Speculating if and how PA owning edge networks are to > switch to LISP was outside the scope. > > However, an important thing to consider is that cache performance is not > primarily driven by the number of destinations but by the their > popularity distribution. To give an absurd example: even if there are > billions of destinations in the mapping system, if a site's users only > visit google and facebook, the site's map-cache will only need 2 > entries. In fact, we've showed in [1] that the cache model can be > entirely determined from the popularity distribution. Thereby, to > understand a site's map-cache asymptotic scalability it is enough to > characterize the popularity distribution of the EID-prefixes visited. > > So, how does the popularity distribution look like? Since we cannot > compute the popularity of EID-prefixes without any assumptions on > granularity, we can instead look at web traffic as a good approximation. > This has been shown to be power law, often referred to as Zipf-like (see > [2]), i.e, most of the traffic goes to a small set of destinations while > the majority of destinations are sent few or no packets at all. Note > though that we obtained a similar law for our traces when considering > EID-prefixes to be of BGP-prefix granularity and this law has been shown > to hold in many other fields (see [1] and the references therein). > > All this means that cache miss rates decrease very fast with cache size > (see eq. (11) in [1]), but the exact 'speed' will depend on the > characteristics of each site. In the worst case, if for some strange > reason the popularity distribution becomes flat (i.e, all EID-prefixes > are equally popular) then the map-cache size will have to be > proportional to the number of EID-prefixes to ensure a reasonably good > hit-rate. > > [1] F. Coras, J. Domingo, A. Cabellos. "On the scalability of LISP > mappings caches". Technical Report. URL: > http://personals.ac.upc.edu/fcoras/publications/2015-fcoras-scalability.pdf > [2] Breslau, Lee, Pei Cao, Li Fan, Graham Phillips, and Scott Shenker. > "Web caching and Zipf-like distributions: Evidence and implications." > INFOCOM, in Proceedings. IEEE, vol. 1, pp. 126-134, 1999. > >> The other issue that I found with the paper refers to a later sentence >> in the same second paragraph of section 4.1: >> >> The only preprocessing we performed was to filter out more specific >> prefixes. Generally such prefixes are used for traffic engineering >> purposes. However, the LISP protocol provides mechanisms for a more >> efficient management of these functions that do not require >> EID-prefix >> de-aggregation. >> >> My understanding of this is that what some service providers do today >> is to announce some more specific prefixes (that match a PA prefix >> assigned to them) at some interconnection points and some different >> more specific prefixes at other interconnection points in order to >> draw in traffic where they want to draw it in. > If the more specifics are meant only for steering the traffic, then LISP > offers better mechanisms for ingress TE (with only one mapping) by means > of RLOC priority and weights. If instead you are suggesting those more > specifics are advertised per *individual client* (which you seem to do > lower) then we're back at the point above. That is, we might be > underestimating the size of the EID-prefix namespace. Out of curiosity, > do you happen to know any reference suggesting this is the norm rather > than the exception? > >> If with LISP you were to map all of these prefixes in one mapping >> table entry then you would be mapping them all to the same RLOC (or >> set of RLOCs). Ignoring the issue that any one large ISP could have >> thousands of PE routers (with thousands more CE routers attached to >> them), if all of these were mapped to one RLOC then you would not be >> able to do traffic engineering on a finer scale (unless you were to do >> deep packet inspection, which I believe is not the plan). Thus I >> understand how LISP might potentially prevent these more specific >> prefixes from being advertised into the global routing table, but they >> will still need to be in the mapping table. >> > Here you seem to assume that all of the ISP's PA clients will turn on > LISP on their CPEs (I really hope you're right ;-) ). If that happens, > yes, all their prefixes will need to be registered in the mapping > system. But again, what matters is popularity, not the absolute number > of EID-prefixes. That is, there's nothing saying that a site sending > traffic to the PA prefix will have to store all of the ISP's clients > prefixes. Most probably it will cache just one. > > Also, there's an alternative here. The ISP could turn LISP on its > upstream ASBRs and their customers, since they're PA, would be > unaffected. In this case, any site communicating with the ISP's clients > would need to store just one mapping and the ISP would take care of > routing the decapsulated packets to their intended destination. This is > somewhat similar, to Instagram and Netflix being EIDs in Amazon's > datacenters. > > Thanks, > Florin >> Thanks, Ross >> >> -----Original Message----- >> From: Damien Saucez [mailto:damien.saucez@gmail.com] >> Sent: Thursday, April 02, 2015 3:16 AM >> To: Ross Callon >> Cc: Joel Halpern; Luigi Iannone; LISP mailing list list; >> draft-ietf-lisp-impact@tools.ietf.org >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >> >> >> On 30 Mar 2015, at 03:50, Ross Callon wrote: >> >>> I suppose that there are two options: >>> >>> 1. Admit that we have no clue what the cache size or control overhead >>> will be. >>> >> See [CCD12], this document provides a generic model that works for >> any desegregation assumption as long as the map-cache is implemented >> with LRU. >> >> Damien Saucez >> >>> 2. Repeat the cited studies, but with a pessimistic (worse case) >>> rather than optimistic (better than best case) assumption about cache >>> granularity. >>> >>> The second option would allow us to actually have some idea what >>> would happen if LISP were deployed on an Internet-wide scale, but >>> would of course take more time and more work. >>> >>> Ross >>> >>> PS: I will be offline at meetings all of this week, so I might be a >>> bit slower to respond for the next few days. >>> >>> -----Original Message----- >>> From: Joel M. Halpern [mailto:jmh@joelhalpern.com] >>> Sent: Sunday, March 29, 2015 9:36 PM >>> To: Ross Callon; Luigi Iannone; LISP mailing list list >>> Cc: draft-ietf-lisp-impact@tools.ietf.org >>> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>> >>> Putting aside the TBD (which of course needs to be fixed), I have >>> trouble figuring out what you want us to say about the main issue in >>> your review. On the one hand, this is the very issue that we have been >>> asked to comment on, and on the other hand you say that we don't know. >>> What do you think it is reasoanble to say? >>> >>> Yours, >>> Joel >>> >>> On 3/29/15 9:03 PM, Ross Callon wrote: >>>> Generally I think that this document needs more work before it will be >>>> ready to submit for publication. Some comments on >>>> draft-ietf-lisp-impact-01: >>>> >>>> First of all, I assume that the TBD at the end of section 3 will be >>>> fixed. This reads: >>>> >>>> TBD: add a paragraph to explain the operational difference while >>>> >>>> dealing with a pull model instead of a push. >>>> >>>> Also in section 3, the third paragraph begins: >>>> >>>> In addition, Iannone and Bonaventure [IB07] show that the number of >>>> >>>> mapping entries that must be handled by an ITR of a campus network >>>> >>>> with 10,000 users is limited to few tens of thousands, and does not >>>> >>>> represent more than 3 to 4 Megabytes of memory. >>>> >>>> Reference [IB07] is of course: >>>> >>>> Iannone, L. and O. Bonaventure, "On the cost of caching >>>> locator/id mappings", In >>>> >>>> Proc. ACM CoNEXT 2007, December 2007. >>>> >>>> This paper states: >>>> >>>> In our analysis, we assume that the granularity of the >>>> >>>> EID-to-RLOC mapping is the prefix blocks assigned by >>>> >>>> RIRs. We call it /BGP granularity. In particular, we >>>> >>>> used the list of prefixes made available by the iPlane >>>> >>>> Project [15], containing around 240,000 entries. Using >>>> >>>> /BGP granularity means that each EID is first mapped >>>> >>>> on a /BGP prefix. The cache will thus contain /BGP >>>> >>>> to RLOC mappings.2 This is a natural choice, since >>>> >>>> routing locators are supposed to be border routers. >>>> >>>> The authors should be aware that there is some aggregation / >>>> summarization being done in the operation of BGP routing, and that the >>>> granularity of routes which appear in the default-free BGP routing >>>> tables is fundamentally different from the granularity of enterprise >>>> network / ISP boundaries across which traffic is exchanged. >>>> >>>> The same paragraph cites Kim et al. [KIF11], which is Kim, J., >>>> Iannone, >>>> L., and A. Feldmann, "Deep dive into the lisp cache and what isps >>>> should >>>> know about it", In Proc. IFIP Networking 2011, May 2011. From this >>>> document: >>>> >>>> In addition, we use a local BGP prefixes >>>> >>>> database, fed with the list of BGP prefixes published by the iPlane >>>> Project [17]. >>>> >>>> The database is used to group EID-to-RLOCs mappings with the >>>> granularity of >>>> >>>> existing BGP prefixes, because, as for today, there is no >>>> sufficient information >>>> >>>> to predict what will be the granularity of mappings in a >>>> LISP-enabled Internet. >>>> >>>> I agree that "there is not sufficient information to predict what will >>>> be the granularity of mappings in a LISP-enabled Internet". However, >>>> not >>>> knowing what the mapping granularity will be does not justify using an >>>> extremely optimistic guess, and then acting as if the results are >>>> meaningful. These assumptions are clearly off by some number of orders >>>> of magnitude, but how many orders of magnitude is unknown. We will note >>>> that the current internet default-free routing table includes a few >>>> hundred thousand entries (roughly twice the 240,000 entries that >>>> existed >>>> when this study was done). >>>> >>>> For example, we might assume that the intended global deployment model >>>> involves xTRs at the boundary between enterprise networks and service >>>> providers, and might note that there are several million companies in >>>> the USA alone (most of these are relatively small companies, of >>>> course). >>>> Thus there may be very roughly on the order of a hundred million or so >>>> companies worldwide. If each one had a separate entry in the mapping >>>> table, then the number of entries will be nearly 1,000 times larger >>>> than >>>> BGP-prefix granularity. >>>> >>>> Section 4 mentions as one possible use of LISP: "enable mobility of >>>> subscriber end points". If individual end points are advertised into >>>> LISP, then the granularity of the mapping table may be on the order of >>>> individual systems. In this case the number of mapping table entries >>>> that could exist globally might be on the same order of magnitude as >>>> the >>>> number of people in the world, or very roughly 7 Billion entries. This >>>> would suggest that the mapping table might be roughly 30,000 times >>>> finer >>>> grained than was assumed in the referenced studies. >>>> >>>> I don't see how we can accurately predict the control plane load of >>>> LISP >>>> without some sense for what the granularity of the mapping table will >>>> be. It should however be possible to bound the control plane load. The >>>> referenced studies give a lower bound on possible control plane load >>>> (it >>>> won't be any less), but give neither an accurate measurement nor an >>>> upper bound on the potential control plane load. I don't think that the >>>> document can claim to explain the impact of LISP without there being an >>>> attempt to measure an upper bound on the control plane load. >>>> >>>> Finally, perhaps I missed it but I didn't see any discussion of the >>>> volume of overhead related to OAM traffic used for liveness detection >>>> (the need for ITR's to determine the reachability of ETR's). >>>> >>>> Thanks, Ross >>>> >>>> *From:*lisp [mailto:lisp-bounces@ietf.org] *On Behalf Of *Luigi Iannone >>>> *Sent:* Monday, March 09, 2015 10:22 AM >>>> *To:* LISP mailing list list >>>> *Cc:* draft-ietf-lisp-impact@tools.ietf.org >>>> *Subject:* [lisp] WG Last Call draft-ietf-lisp-impact-01 >>>> >>>> Hi All, >>>> >>>> the authors of the LISP Impact document >>>> [https://tools.ietf.org/html/draft-ietf-lisp-impact-01] requested the >>>> Work Group Last Call. >>>> >>>> This email starts a WG Last Call, to end March 30th, 2015. >>>> >>>> Because usually the pre-meeting period is already overloaded, the LC >>>> duration is set to three weeks. >>>> >>>> Please review this updated WG document and let the WG know if you agree >>>> that it is ready for handing to the AD. >>>> >>>> If you have objections, please state your reasons why, and explain what >>>> it would take to address your concerns. >>>> >>>> Any raised issue will be discussed during the WG meeting in Dallas. >>>> >>>> Thanks >>>> >>>> >>>> Luigi & Joel >>>> >>>> >>>> >>>> _______________________________________________ >>>> lisp mailing list >>>> lisp@ietf.org >>>> https://www.ietf.org/mailman/listinfo/lisp >>>> >>> _______________________________________________ >>> lisp mailing list >>> lisp@ietf.org >>> https://www.ietf.org/mailman/listinfo/lisp > > > > > > > From nobody Tue Apr 14 05:13:14 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 126C61A8F4B; Tue, 14 Apr 2015 05:13:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xKklYFD3rXgM; Tue, 14 Apr 2015 05:13:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D57101A8BC2; Tue, 14 Apr 2015 05:13:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150414121311.26866.29490.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 05:13:11 -0700 From: IETF Secretariat Archived-At: Subject: [lisp] ID Tracker State Update Notice: X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 12:13:13 -0000 IESG state changed to Last Call Requested from AD Evaluation::External Party ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block-mgmnt/ From nobody Tue Apr 14 05:13:43 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906E01A9008; Tue, 14 Apr 2015 05:13:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LCFYIydwu7ha; Tue, 14 Apr 2015 05:13:39 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B49AA1A8BC2; Tue, 14 Apr 2015 05:13:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150414121339.29722.96973.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 05:13:39 -0700 From: IETF Secretariat Archived-At: Subject: [lisp] ID Tracker State Update Notice: X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 12:13:41 -0000 IESG state changed to Last Call Requested from AD Evaluation::External Party ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block/ From nobody Tue Apr 14 06:58:12 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2161A1A00F7; Tue, 14 Apr 2015 06:58:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pbH-sBHoxLWX; Tue, 14 Apr 2015 06:58:09 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 028161A009B; Tue, 14 Apr 2015 06:58:09 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150414135809.7704.54773.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 06:58:09 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] Last Call: (LISP EID Block) to Informational RFC X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 13:58:10 -0000 The IESG has received a request from the Locator/ID Separation Protocol WG (lisp) to consider the following document: - 'LISP EID Block' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-04-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This is a direction to IANA to allocate a /32 IPv6 prefix for use with the Locator/ID Separation Protocol (LISP). The prefix will be used for local intra-domain routing and global endpoint identification, by sites deploying LISP as EID (Endpoint IDentifier) addressing space. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Apr 14 06:58:20 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D93B1A00E4; Tue, 14 Apr 2015 06:58:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ki4yVit0eptZ; Tue, 14 Apr 2015 06:58:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 576071A00FD; Tue, 14 Apr 2015 06:58:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150414135810.7704.49984.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 06:58:10 -0700 From: IETF Secretariat Archived-At: Subject: [lisp] ID Tracker State Update Notice: X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 13:58:12 -0000 Last call has been made for draft-ietf-lisp-eid-block and state has been changed to In Last Call ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block/ From nobody Tue Apr 14 06:59:46 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F4A61A00EC; Tue, 14 Apr 2015 06:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SOQ8ntUQE97S; Tue, 14 Apr 2015 06:59:41 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B26641A0111; Tue, 14 Apr 2015 06:59:38 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20150414135938.16336.13996.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 06:59:38 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] Last Call: (LISP EID Block Management Guidelines) to Informational RFC X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 13:59:43 -0000 The IESG has received a request from the Locator/ID Separation Protocol WG (lisp) to consider the following document: - 'LISP EID Block Management Guidelines' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-04-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document proposes a framework for the management of the LISP EID Prefix. The framework described relies on hierarchical distribution of the address space, granting temporary usage of sub-prefixes of such space to requesting organizations. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block-mgmnt/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block-mgmnt/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Apr 14 06:59:47 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A45DE1A01CB; Tue, 14 Apr 2015 06:59:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZB1wR_rIAmnW; Tue, 14 Apr 2015 06:59:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5253E1A0262; Tue, 14 Apr 2015 06:59:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150414135940.16336.31952.idtracker@ietfa.amsl.com> Date: Tue, 14 Apr 2015 06:59:40 -0700 From: IETF Secretariat Archived-At: Subject: [lisp] ID Tracker State Update Notice: X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 13:59:44 -0000 Last call has been made for draft-ietf-lisp-eid-block-mgmnt and state has been changed to In Last Call ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block-mgmnt/ From nobody Tue Apr 14 15:40:39 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08B221B3021 for ; Tue, 14 Apr 2015 15:40:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QMQFt0F6QaT6 for ; Tue, 14 Apr 2015 15:40:35 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0119.outbound.protection.outlook.com [65.55.169.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3EEA1B301D for ; Tue, 14 Apr 2015 15:40:33 -0700 (PDT) Received: from BY1PR0501MB1430.namprd05.prod.outlook.com (25.160.107.152) by BY1PR0501MB1432.namprd05.prod.outlook.com (25.160.107.154) with Microsoft SMTP Server (TLS) id 15.1.136.25; Tue, 14 Apr 2015 22:40:31 +0000 Received: from BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) by BY1PR0501MB1430.namprd05.prod.outlook.com ([25.160.107.152]) with mapi id 15.01.0136.014; Tue, 14 Apr 2015 22:40:31 +0000 From: Ross Callon To: Dino Farinacci Thread-Topic: [lisp] WG Last Call draft-ietf-lisp-impact-01 Thread-Index: AQHQWnSPQbPJi+hgVUqTeQIKhdZvrp00M8ZggAArMgCAAAJBgIAFE3wAgAqKBzCAASgAAIAABvIAgABnF8CAAGHjgIAFes7wgAAh7YCAAbxNMA== Date: Tue, 14 Apr 2015 22:40:31 +0000 Message-ID: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> In-Reply-To: <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.17] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1432; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(979002)(6009001)(52084003)(164054003)(51704005)(377454003)(13464003)(122556002)(62966003)(76576001)(40100003)(46102003)(74316001)(86362001)(2656002)(33656002)(92566002)(230783001)(99286002)(102836002)(110136001)(19580395003)(77156002)(93886004)(76176999)(1411001)(106116001)(2950100001)(2900100001)(87936001)(66066001)(54356999)(19580405001)(50986999)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1432; H:BY1PR0501MB1430.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:BY1PR0501MB1432; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1432; x-forefront-prvs: 054642504A Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2015 22:40:31.1578 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1432 Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 22:40:38 -0000 RGlubzsNCg0KT25lIHBvaW50IGZyb20geW91ciBmaXJzdCBlbWFpbCB5ZXN0ZXJkYXkgdGhhdCBJ IHRoaW5rIG1pZ2h0IGJlIHdvcnRoIG1ha2luZyAoYWx0aG91Z2ggdGhpcyBtaWdodCBiZSBwYXJ0 aWFsbHkgT0JFIGJ5IG1vcmUgcmVjZW50IGVtYWlscykuIA0KDQo+IFdoYXQgSVNQcyB3YW50IG1v cmUgdGhhbiBhbnl0aGluZyBlbHNlIGlzIGJhbGFuY2VkIGxvYWQuIEFuZCBpZiB0aGV5DQo+IGhh dmUgdG8gdmFyeSBmcm9tIHRoYXQgcG9pbnQsIHRoZXkgZ28gbW9yZSBncmFudWxhci4gQW5kIHRo YXQgdXN1YWxseQ0KPiBtZWFucyBieSBzb3VyY2Ugb3IgNS10dXBsZSBoYXNoaW5nIGluIHRoZSBk YXRhLXBsYW5lLg0KDQpJIGFncmVlIHRoYXQgYSB2ZXJ5IGNvbW1vbiBhcHByb2FjaCBmb3IgYmFs YW5jaW5nIGxvYWQgaW52b2x2ZXMgaGFzaGluZyBvbiB0aGUgd2VsbCBrbm93biA1LXR1cGxlIChz b3VyY2UgYW5kIGRlc3RpbmF0aW9uIElQIGFkZHJlc3NlcywgZXRjLi4uKSB0byBhbGxvdyBsb2Fk IHNwbGl0dGluZyBhY3Jvc3MgbXVsdGlwbGUgcGF0aHMgKHBsdXMgdGVjaG5pcXVlcyBmb3Igc2V0 dGluZyB1cCB0aGUgbXVsdGlwbGUgcGF0aHMpLiBUaGlzIGlzIGZhaXJseSB3ZWxsIGtub3duLiBI b3dldmVyLCB0aGlzIGRvZXMgbm90IHJlcXVpcmUgYW5ub3VuY2luZyAibW9yZSBzcGVjaWZpYyIg YWRkcmVzc2VzIGludG8gQkdQIChub3IgaW50byB0aGUgTElTUCBjYWNoZSkuIEFzIHN1Y2ggaXQg ZG9lc24ndCByZWxhdGUgdG8gdGhlIGlzc3VlIG9mIHdoZXRoZXIgb3Igbm90IHRoZSBtb3JlIHNw ZWNpZmljIGFkZHJlc3NlcyB0aGF0IGFyZSBjdXJyZW50bHkgYWR2ZXJ0aXNlZCBpbnRvIEJHUCB3 aWxsIG5lZWQgdG8gYWxzbyBjb3JyZXNwb25kIHRvIHNlcGFyYXRlIGVudHJpZXMgaW4gYSBMSVNQ IGNhY2hlLiANCg0KVGhlIHJlYXNvbiB0aGF0IEkgd2FzIG1lbnRpb25pbmcgdGhlIGxlc3MgY29t bW9uLCBidXQgc3RpbGwgc29tZXRpbWVzIHVzZWQgYXBwcm9hY2ggb2YgYW5ub3VuY2luZyBtb3Jl IHNwZWNpZmljIGFkZHJlc3NlcyBpbnRvIEJHUCBpbiBvcmRlciB0byBoYXZlIHRyYWZmaWMgYXJy aXZlIGF0IHlvdXIgbmV0d29yayAiY2xvc2VyIiB0byB0aGUgdWx0aW1hdGUgZGVzdGluYXRpb24s IGlzIHNwZWNpZmljYWxseSBiZWNhdXNlIHRoaXMgKmlzKiBhIHJlYXNvbiBmb3IgYW5ub3VuY2lu ZyBtb3JlIHNwZWNpZmljIGFkZHJlc3NlcyBpbiB0byBCR1AuIEkgaGF2ZSBoZWFyZCB0aGlzIGFw cHJvYWNoIHJlZmVycmVkIHRvIGFzICJjb2xkIHBvdGF0byIgcm91dGluZyAoc2luY2UgaXQgdHJp ZXMgdG8gZ2V0IHRoZSBwcmV2aW91cyBuZXR3b3JrIG9wZXJhdG9yIGFsb25nIGEgcGF0aCB0byBo b2xkIG9udG8gdGhlIHBhY2tldCBsb25nZXIpLiANCg0KTm9uZXRoZWxlc3MsIHRoaXMgaXMgcHJv YmFibHkgbW9yZSBlYXNpbHkgZGlzY3Vzc2VkIHdpdGggYSB3aGl0ZSBib2FyZCBpbiBmcm9udCBv ZiB1cyAoYW5kIHBlcmhhcHMgYWxzbyBhIGJlZXIgOy0pLiAgDQoNClJvc3MNCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IERpbm8gRmFyaW5hY2NpIFttYWlsdG86ZmFyaW5hY2Np QGdtYWlsLmNvbV0gDQpTZW50OiBNb25kYXksIEFwcmlsIDEzLCAyMDE1IDM6NTggUE0NClRvOiBS b3NzIENhbGxvbg0KQ2M6IERhcnJlbCBMZXdpczsgTElTUCBtYWlsaW5nIGxpc3QgbGlzdDsgZHJh ZnQtaWV0Zi1saXNwLWltcGFjdEB0b29scy5pZXRmLm9yZw0KU3ViamVjdDogUmU6IFtsaXNwXSBX RyBMYXN0IENhbGwgZHJhZnQtaWV0Zi1saXNwLWltcGFjdC0wMQ0KDQo+IERpbm8sIEkgYW0gbm90 IHN1cmUgdGhhdCB5b3UgcmVhZCBteSBlYXJsaWVyIGVtYWlsIHF1aXRlIHRoZSB3YXkgdGhhdCBJ IG1lYW50IHRvIGV4cGxhaW4gdGhlIGlzc3VlLiBPbmUgDQoNCldlbGwgSSByZWFkIHRoZSB3b3Jk cyB5b3Ugd3JvdGUuICA7LSkNCg0KPiByZWFzb24gZm9yIG1vcmUgc3BlY2lmaWNzIGJlaW5nIGFk dmVydGlzZWQgaXMgdGhhdCBzb21lIElTUHMgZG9uJ3Qgd2FudCBpbmNvbWluZyB0cmFmZmljIHNw bGl0IGJ5IHNvdXJjZSwgYnV0IHJhdGhlciBieSBkZXN0aW5hdGlvbi4gUHJvYmFibHkgdG8gYWdy ZWUgb24gaG93IHRoaXMgd291bGQgd29yayB3aXRoIExJU1Agd2UgbmVlZCB0byBzaXQgZG93biBp biBwZXJzb24gYW5kIGRpc2N1c3MgdGhpcyB3aXRoIHdoaXRlIGJvYXJkcyBhbmQgcGljdHVyZXMu IA0KDQpXaGF0IElTUHMgd2FudCBtb3JlIHRoYW4gYW55dGhpbmcgZWxzZSBpcyBiYWxhbmNlZCBs b2FkLiBBbmQgaWYgdGhleSBoYXZlIHRvIHZhcnkgZnJvbSB0aGF0IHBvaW50LCB0aGV5IGdvIG1v cmUgZ3JhbnVsYXIuIEFuZCB0aGF0IHVzdWFsbHkgbWVhbnMgYnkgc291cmNlIG9yIDUtdHVwbGUg aGFzaGluZyBpbiB0aGUgZGF0YS1wbGFuZS4NCg0KPiBUbyBtZSBpdCBzZWVtcyBsaWtlIHRoZXJl IGFyZSB0d28gd2F5cyBmb3J3YXJkIGhlcmU6IE9uZSBvcHRpb24gaXMgdG8gZ28gd2l0aCB3aGF0 IEpvZWwgc3VnZ2VzdGVkIGVhcmxpZXIsIGFuZCBhZGQgdG8gdGhlIGRvY3VtZW50IHNvbWV0aGlu ZyBhbG9uZyB0aGUgbGluZXMgdGhhdCB0aGUgc2NhbGluZyBudW1iZXJzIGFyZSBkaXNwdXRlZCBh bmQgd2UgZG9uJ3QgYWN0dWFsbHkga25vdyBob3cgaXQgc2NhbGVzLiBUaGUgb3RoZXIgb3B0aW9u IHdvdWxkIGJlIGZvciBhdCBsZWFzdCB0aGUgdHdvIG9mIHVzIHRvIHNpdCBkb3duIGluIA0KDQpJ IGFncmVlLiANCg0KV2UgZG9u4oCZdCBrbm93IGhvdyBBTllUSElORyBzY2FsZXMgdW50aWwgaXQg Z2V0cyB0aGVyZS4gV2hlcmUg4oCcdGhlcmXigJ0gaXMgc29tZSBwb2ludC4gSXMgQkdQIHNjYWxp bmc/IFNvIHRoaXMgd2lsbCBhbHdheXMgY29tZSBkb3duIHRvIHN1YmplY3RpdmUgb3BpbmlvbiBh bmQgcGVyc3BlY3RpdmUgZnJvbSBkaWZmZXJlbnQgcG9pbnRzIG9mIHZpZXcuDQoNCj4gcGVyc29u IGFzIHNvb24gYXMgd2UgZ2V0IGEgY2hhbmNlIChubyBsYXRlciB0aGFuIFByYWd1ZSwgaG9wZWZ1 bGx5IGVhcmxpZXIgaWYgZWl0aGVyIG9mIHVzIGdldHMgYSB0cmlwIHRvIHRoZSBvdGhlcidzIG5l Y2sgb2YgdGhlIHdvb2RzKS4gSSBkb24ndCBjdXJyZW50bHkgaGF2ZSBhbnkgdHJpcHMgcGxhbm5l ZCB0byBDYWxpZm9ybmlhLCBidXQgY291bGQgbGV0IHlvdSBrbm93IGlmIEkgZG8gYW5kIHRyeSB0 byBwbGFuIHRvIHN0YXkgYW4gZXh0cmEgZGF5IHRvIGdvIG92ZXIgdGhpcy4gDQoNCldlIHNob3Vs ZCBkbyB0aGF0IGluIGFueSBjYXNlLCBidXQgd2Ugc2hvdWxkbuKAmXQgYmxvY2sgb3Igc2xvdyBk b3duIHRoZSBwcm9jZXNzLiBXZSBjYW4gZG8gdGhpcyBpbiBQcmFndWUgYnV0IGdvIHdpdGggSm9l bOKAmXMgc3VnZ2VzdGlvbiBmb3Igbm93Lg0KDQpEaW5vDQoNCj4gDQo+IFRoYW5rcywgUm9zcw0K PiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGlubyBGYXJpbmFjY2kg W21haWx0bzpmYXJpbmFjY2lAZ21haWwuY29tXSANCj4gU2VudDogRnJpZGF5LCBBcHJpbCAxMCwg MjAxNSAyOjE2IEFNDQo+IFRvOiBSb3NzIENhbGxvbg0KPiBDYzogRGFycmVsIExld2lzOyBMSVNQ IG1haWxpbmcgbGlzdCBsaXN0OyBkcmFmdC1pZXRmLWxpc3AtaW1wYWN0QHRvb2xzLmlldGYub3Jn DQo+IFN1YmplY3Q6IFJlOiBbbGlzcF0gV0cgTGFzdCBDYWxsIGRyYWZ0LWlldGYtbGlzcC1pbXBh Y3QtMDENCj4gDQo+PiBIb3dldmVyLCB0aGVyZSBpcyBhIHJlYXNvbiB0aGF0IHNvbWUgbW9yZSBz cGVjaWZpYyBwcmVmaXhlcyBhcmUgYWR2ZXJ0aXNlZCAoaW4gYWRkaXRpb24gdG8gYSBjb3Zlcmlu ZyBsZXNzIHNwZWNpZmljIHByZWZpeCkuIE9uZSByZWFzb24gaXMgdGhhdCBzb21lIHNlcnZpY2Ug cHJvdmlkZXJzIHdhbnQgaW5jb21pbmcgdHJhZmZpYyBkZWxpdmVyZWQgdG8gdGhlbSB2aWEgZGlm ZmVyZW50IGludGVyY29ubmVjdHMgYmFzZWQgb24gdGhlIGRlc3RpbmF0aW9uLiBFdmVuIGlmIHlv dSBhcmUgZG9pbmcgdHJhZmZpYw0KPiANCj4gUmlnaHQgYnV0IGlmIHlvdSB3YW50IHRoYXQgd2l0 aCBMSVNQIHlvdSBjYW4gcmV0dXJuIGEgY29hcnNlIHByZWZpeCBpbiBhIE1hcC1SZXBseSB3aXRo IGRpZmZlcmVudCBwcmlvcml0eSB2YWx1ZXMgdG8gZGlmZmVyZW50IElUUnMuIEl0IGRvZXNuJ3Qg cmVxdWlyZSBmb3IgbW9yZS1zcGVjaWZpY3MuIA0KPiANCj4+IGVuZ2luZWVyaW5nIHdpdGggTElT UCwgdGhlbiB0aGlzIHJlYXNvbiBkb2Vzbid0IGdvIGF3YXksIGFuZCBpc24ndCBzb2x2ZWQgYnkg c2VuZGluZyBvbmx5IHRoZSBsZXNzIHNwZWNpZmljIHByZWZpeCBpbiB0aGUgbWFwIHJlcGx5LiBP ZiBjb3Vyc2UgdGhlcmUgYXJlIG90aGVyDQo+IA0KPiBZZXMgaXQgaXMgc29sdmVkLiBXaXRoIGEg cHVzaCBwcm90b2NvbCB0byBpbnN0cnVjdCB0cmFmZmljIHRvIGNvbWUgb25lIHdheSBvciB0aGUg b3RoZXIgaXMgb25seSBkb25lIHdpdGggbXVsdGlwbGUgcHJlZml4ZXMgd2hlcmUgd2l0aCBMSVNQ IGl0IGNhbiBiZSBkb25lIHdpdGggdGhlIHNhbWUgcHJlZml4IGJ1dCBpcyB0YWlsb3JlZCBvbiBh IHBlciBzb3VyY2Ugb3IgcmVxdWVzdCBiYXNpcy4gDQo+IA0KPj4gcmVhc29ucyB0byBhZHZlcnRp c2UgbW9yZSBzcGVjaWZpYyBwcmVmaXhlcywgYW5kIG9uIHRoZSBtb3N0IHBhcnQgdGhlc2UgZG9u J3QgZ28gYXdheSBlaXRoZXIuIEkgdGhlcmVmb3JlIGZlZWwgdGhhdCBpdCB3YXMgYW4gZXJyb3Ig Zm9yIHRoZSBzdHVkeSBkaXNjdXNzZWQgaW4gW0NDRDEyXSB0byAiLi4uIGZpbHRlciBvdXQgbW9y ZSBzcGVjaWZpYyBwcmVmaXhlcyIuDQo+IA0KPiBJdCBkb2Vzbid0IGZvbGxvdyBhdCBhbGwgdG8g bWUuIA0KPiANCj4gRGlubw0KDQo= From nobody Tue Apr 14 15:47:13 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF781AD369 for ; Tue, 14 Apr 2015 15:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIYA_b5MwR5j for ; Tue, 14 Apr 2015 15:47:10 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CA131AC3CB for ; Tue, 14 Apr 2015 15:47:10 -0700 (PDT) Received: by paboj16 with SMTP id oj16so27701034pab.0 for ; Tue, 14 Apr 2015 15:47:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qxMev9mBqw/HZiHkwjRmGVMm/oZJmcx4vQq/qeIf7R4=; b=H+cubm9QolOE+qUZQRsUd77WUBbyUrhuyRXRS3vMNiV9ist5KGc/Sy90ZFSsWWliaA YkSxSzTeYk8wP96cZcghutG780/P78nrfTPNmXVZnbzlPVBQwuM/ZzMQIGNEkAMVza/E RUCU3bPyc2m+Aw94a16s2aXDc1esQ9EWDv1Ilpj8bppl1L2dGQifkM2w2x1d8BTZdZw6 e0NKGUvBlCPqPtH+o2xsX1OV5aFbalLHvTYwXkf9awW4U0iXVnGKQTpnXvSS1Q7t5t3E nKZxSuRHc0gRk8vpZfs/n8WyQOdXGxNON7VQvcogWnoarnNifY1EnEH4zF95L3pjVyNp FZaA== X-Received: by 10.66.65.228 with SMTP id a4mr41143874pat.47.1429051629818; Tue, 14 Apr 2015 15:47:09 -0700 (PDT) Received: from ?IPv6:2601:9:4701:1df0:7c75:a61e:42fe:6210? ([2601:9:4701:1df0:7c75:a61e:42fe:6210]) by mx.google.com with ESMTPSA id j14sm2108939pbq.29.2015.04.14.15.47.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Apr 2015 15:47:09 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Dino Farinacci In-Reply-To: Date: Tue, 14 Apr 2015 15:47:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5518A89C.3090108@joelhalpern.com> <5C76220B-7DC6-46B9-8C57-A30D977FA7C8@gmail.com> <2B837AD6-2751-4E08-814E-3F109B481612@gmail.com> <1FD09B0F-212C-44C2-A674-BF4691FF5877@gmail.com> <55FC92EE-2D14-493E-8492-0B81A4D4ECA0@gmail.com> To: Ross Callon X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list , "draft-ietf-lisp-impact@tools.ietf.org" Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 22:47:12 -0000 > Dino; >=20 > One point from your first email yesterday that I think might be worth = making (although this might be partially OBE by more recent emails).=20 >=20 >> What ISPs want more than anything else is balanced load. And if they >> have to vary from that point, they go more granular. And that usually >> means by source or 5-tuple hashing in the data-plane. >=20 > I agree that a very common approach for balancing load involves = hashing on the well known 5-tuple (source and destination IP addresses, = etc...) to allow load splitting across multiple paths (plus techniques = for setting up the multiple paths). This is fairly well known. However, = this does not require announcing "more specific" addresses into BGP (nor = into the LISP cache). As such it doesn't relate to the issue of whether = or not the more specific addresses that are currently advertised into = BGP will need to also correspond to separate entries in a LISP cache.=20 Right, agree. I was referring to how ISPs load-split traffic. It is a = combination of control-plane (the specifity of route advertisements) and = data-plane (5-tuple hash to select one of many ECMP paths). > The reason that I was mentioning the less common, but still sometimes = used approach of announcing more specific addresses into BGP in order to = have traffic arrive at your network "closer" to the ultimate = destination, is specifically because this *is* a reason for announcing = more specific addresses in to BGP. I have heard this approach referred = to as "cold potato" routing (since it tries to get the previous network = operator along a path to hold onto the packet longer).=20 Right. With LISP you can do cold or hot potato with the same length = prefix given to ITRs in different source sites. That can=E2=80=99t be = done with a push protocol unless you do (source, dest) routing which = kinda blows up the size of the RIB. > Nonetheless, this is probably more easily discussed with a white board = in front of us (and perhaps also a beer ;-). =20 Definitely. Count on it. Dino >=20 > Ross >=20 > -----Original Message----- > From: Dino Farinacci [mailto:farinacci@gmail.com]=20 > Sent: Monday, April 13, 2015 3:58 PM > To: Ross Callon > Cc: Darrel Lewis; LISP mailing list list; = draft-ietf-lisp-impact@tools.ietf.org > Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >=20 >> Dino, I am not sure that you read my earlier email quite the way that = I meant to explain the issue. One=20 >=20 > Well I read the words you wrote. ;-) >=20 >> reason for more specifics being advertised is that some ISPs don't = want incoming traffic split by source, but rather by destination. = Probably to agree on how this would work with LISP we need to sit down = in person and discuss this with white boards and pictures.=20 >=20 > What ISPs want more than anything else is balanced load. And if they = have to vary from that point, they go more granular. And that usually = means by source or 5-tuple hashing in the data-plane. >=20 >> To me it seems like there are two ways forward here: One option is to = go with what Joel suggested earlier, and add to the document something = along the lines that the scaling numbers are disputed and we don't = actually know how it scales. The other option would be for at least the = two of us to sit down in=20 >=20 > I agree.=20 >=20 > We don=E2=80=99t know how ANYTHING scales until it gets there. Where = =E2=80=9Cthere=E2=80=9D is some point. Is BGP scaling? So this will = always come down to subjective opinion and perspective from different = points of view. >=20 >> person as soon as we get a chance (no later than Prague, hopefully = earlier if either of us gets a trip to the other's neck of the woods). I = don't currently have any trips planned to California, but could let you = know if I do and try to plan to stay an extra day to go over this.=20 >=20 > We should do that in any case, but we shouldn=E2=80=99t block or slow = down the process. We can do this in Prague but go with Joel=E2=80=99s = suggestion for now. >=20 > Dino >=20 >>=20 >> Thanks, Ross >>=20 >> -----Original Message----- >> From: Dino Farinacci [mailto:farinacci@gmail.com]=20 >> Sent: Friday, April 10, 2015 2:16 AM >> To: Ross Callon >> Cc: Darrel Lewis; LISP mailing list list; = draft-ietf-lisp-impact@tools.ietf.org >> Subject: Re: [lisp] WG Last Call draft-ietf-lisp-impact-01 >>=20 >>> However, there is a reason that some more specific prefixes are = advertised (in addition to a covering less specific prefix). One reason = is that some service providers want incoming traffic delivered to them = via different interconnects based on the destination. Even if you are = doing traffic >>=20 >> Right but if you want that with LISP you can return a coarse prefix = in a Map-Reply with different priority values to different ITRs. It = doesn't require for more-specifics.=20 >>=20 >>> engineering with LISP, then this reason doesn't go away, and isn't = solved by sending only the less specific prefix in the map reply. Of = course there are other >>=20 >> Yes it is solved. With a push protocol to instruct traffic to come = one way or the other is only done with multiple prefixes where with LISP = it can be done with the same prefix but is tailored on a per source or = request basis.=20 >>=20 >>> reasons to advertise more specific prefixes, and on the most part = these don't go away either. I therefore feel that it was an error for = the study discussed in [CCD12] to "... filter out more specific = prefixes". >>=20 >> It doesn't follow at all to me.=20 >>=20 >> Dino >=20 From nobody Wed Apr 15 01:18:45 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F6D1B32DE for ; Wed, 15 Apr 2015 01:18:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59mq5myW5bfo for ; Wed, 15 Apr 2015 01:18:41 -0700 (PDT) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF1C31B32DD for ; Wed, 15 Apr 2015 01:18:40 -0700 (PDT) Received: by wgyo15 with SMTP id o15so38206644wgy.2 for ; Wed, 15 Apr 2015 01:18:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=y6/2k8wweW5X7d3NU9r3adAktxnux5ELWRC/IWf6KfU=; b=Am8Ao3y4KqJKEDYTNx/JI5eSsQjJrPQYYvJMYm/i9jel6oxwGMaaLwHu0RXao0P6RJ MYLi6wFKnvR4zlZi/JlGCc8E/vBnL+bDZoToJIrrcMxJwZfzn0rJbMHUzV9TwIStlJZR axkWBE1KnaeSZB7kzcrXZqy4Qplo9yvQcp+iwj4efcWbi/b5g+ORPR2STTJaPNd4PL9W EblzN8OS1NIoXfn6j/c45u5VKEwRthTrw+hRUpdiGrUlIOwJWL9tTbI3Xe/Jo+NXt1Sx nbU0OnaRdreOhgHIKO708t54YH8wGnPyuyGxo5O/aR05e7pI3YW0OVDz+qVSfUR1FCGV aRug== X-Gm-Message-State: ALoCoQlqOiu1s5yBkIfqkOPtic3U+ZTP80ullH4th8cvZSv5YBWK+fEMnGU52SDTD0dOZIt7j6Xf X-Received: by 10.180.8.98 with SMTP id q2mr38585684wia.80.1429085919723; Wed, 15 Apr 2015 01:18:39 -0700 (PDT) Received: from ?IPv6:2001:660:330f:a4:81ee:a62f:1934:e0d7? ([2001:660:330f:a4:81ee:a62f:1934:e0d7]) by mx.google.com with ESMTPSA id s4sm9660753wix.14.2015.04.15.01.18.38 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 15 Apr 2015 01:18:38 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_4CAF1732-C813-4DD0-A575-6BD45C296359" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Luigi Iannone In-Reply-To: <84BEB8D1-06A4-4925-AA20-0C0220B0C4B2@gigix.net> Date: Wed, 15 Apr 2015 10:18:43 +0200 Message-Id: References: <84BEB8D1-06A4-4925-AA20-0C0220B0C4B2@gigix.net> To: LISP mailing list list X-Mailer: Apple Mail (2.2098) Archived-At: Subject: Re: [lisp] WG LC draft-ietf-lisp-threats-12 X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 08:18:43 -0000 --Apple-Mail=_4CAF1732-C813-4DD0-A575-6BD45C296359 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi All, the two weeks WG LC for the lisp threats document have elapsed. No objection have been raised, hence, the WG LC consensus expressed = during last meeting is confirmed. The document will now move forward waiting the shepherd writeup and then = into Ads hands. ciao Luigi > On 31 Mar 2015, at 12:24, Luigi Iannone wrote: >=20 > Hi All, >=20 > During 92nd IETF LISP WG meeting the authors of the LISP Threats = document > [http://www.ietf.org/id/draft-ietf-lisp-threats-12.txt = ] requested the = Work Group Last Call. >=20 > There was rough consensus in the room for last call, hence, to confirm = such outcome,=20 > this email starts the two weeks WG Last Call, to end April 14th, 2015. >=20 > Please review this updated WG document and let the WG know if you = agree that it is ready for handing to the AD. > If you have objections, please state your reasons why, and explain = what it would take to address your concerns. >=20 > Thanks >=20 > Luigi & Joel --Apple-Mail=_4CAF1732-C813-4DD0-A575-6BD45C296359 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi All,

the= two weeks WG LC for the lisp threats document have elapsed.
No objection have been raised, hence, the WG LC consensus = expressed during last meeting is confirmed.

The document will now move forward = waiting the shepherd writeup and then into Ads hands.

ciao

Luigi


On = 31 Mar 2015, at 12:24, Luigi Iannone <ggx@gigix.net> wrote:

Hi All,

During= 92nd IETF  LISP WG meeting the authors of the LISP Threats = document
[http://www.ietf.org/id/draft-ietf-lisp-threats-12.txt] = requested the Work Group Last Call.

There was rough consensus in the room = for last call, hence, to confirm such outcome, 
this email starts the two weeks WG Last Call, to end April = 14th, 2015.

Please review this updated WG document and let the WG = know if you agree that it is ready for handing to the AD.
If= you have objections, please state your reasons why, and explain what it = would take to address your concerns.

Thanks

Luigi & = Joel

= --Apple-Mail=_4CAF1732-C813-4DD0-A575-6BD45C296359-- From nobody Wed Apr 15 06:37:04 2015 Return-Path: X-Original-To: expand-draft-ietf-lisp-introduction.all@virtual.ietf.org Delivered-To: lisp@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id D32771A8784; Tue, 14 Apr 2015 03:02:45 -0700 (PDT) X-Original-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B05761A8780 for ; Tue, 14 Apr 2015 03:02:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZjM6ARvLba0K for ; Tue, 14 Apr 2015 03:02:39 -0700 (PDT) Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E4911A875D for ; Tue, 14 Apr 2015 03:02:35 -0700 (PDT) Received: by wgyo15 with SMTP id o15so5873738wgy.2 for ; Tue, 14 Apr 2015 03:02:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=fP2Lh6WJiQ7K0vYcgWa/ZhYwdm4LsHru9xdYL4NA1WI=; b=ITNYhx7xi34wQO619vqbAd7YtLPjbN2Tso82nbmtgR01TaGIfoOaERUb8pkBO9lY1S LwXx4v97XsedU8nmE5EOzonCZYC6Sz0RenImcOqkawbwNMgLKPimF8R3sIrg5YHP9icD OR5xcoiahhMJ59UsU8pXAnMV48POmB1+C1m2rF6kgGcn7pTBMUCwr0p9it1+tosMwpZ3 1IjPzavjVI+T8vp9QrmI6/MwBknFR2xhw42T/GcMovn6L0YMdNDyM1uZBZ43wUP4Ncv1 KlkznJN5ZCfmr66kC+eGVjXiM9tKhfV5FLdMVwoAGDNBRZdzGCKSl3UTrFxKmcTvsjqY faMQ== X-Gm-Message-State: ALoCoQljXY8uQDGxEmfq2rpBu3uDxnieHncIZkmdn0pbZzt8UrWQIXV5lv73/c0nGu/RPMVvqmok X-Received: by 10.180.102.130 with SMTP id fo2mr30494814wib.30.1429005754522; Tue, 14 Apr 2015 03:02:34 -0700 (PDT) Received: from ?IPv6:2001:660:330f:a4:c1ee:9c50:32ee:1818? ([2001:660:330f:a4:c1ee:9c50:32ee:1818]) by mx.google.com with ESMTPSA id s4sm5610043wix.14.2015.04.14.03.02.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Apr 2015 03:02:33 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_7C0ED5AC-E16B-4105-B083-A7778755FE9C" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Luigi Iannone In-Reply-To: <1C31D186-A4C2-4D9A-AEB0-540D37890FFE@gigix.net> Date: Tue, 14 Apr 2015 12:02:34 +0200 Message-Id: <2B452EEC-D8A4-4803-917B-7659C8A41CB0@gigix.net> References: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> <1C31D186-A4C2-4D9A-AEB0-540D37890FFE@gigix.net> To: Luigi Iannone X-Mailer: Apple Mail (2.2098) Archived-At: X-Mailman-Approved-At: Wed, 15 Apr 2015 06:37:03 -0700 Cc: draft-ietf-lisp-introduction.all@ietf.org, The IESG Subject: Re: [lisp] I-D Action: draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 10:02:46 -0000 --Apple-Mail=_7C0ED5AC-E16B-4105-B083-A7778755FE9C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Did you get a chance to have a look to the latest version of this = document to consider clearing the open discuss? May be to be added to the next tele chat agenda? ciao Luigi > On 02 Apr 2015, at 21:56, Luigi Iannone wrote: >=20 > Hi All, >=20 > authors submitted a new version of the LISP introduction document=20 > addressing all of the discuss and comments previously raised. >=20 > Please let us know if there is any residual issue. >=20 > ciao >=20 > Luigi >=20 >=20 >> Begin forwarded message: >>=20 >> From: internet-drafts@ietf.org >> To: > >> Subject: I-D Action: draft-ietf-lisp-introduction-13.txt >> Date: 2 Apr 2015 14:27:11 CEST >> Cc: lisp@ietf.org >> Reply-To: internet-drafts@ietf.org >>=20 >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >> This draft is a work item of the Locator/ID Separation Protocol = Working Group of the IETF. >>=20 >> Title : An Architectural Introduction to the = Locator/ID Separation Protocol (LISP) >> Authors : Albert Cabellos >> Damien Saucez >> Filename : draft-ietf-lisp-introduction-13.txt >> Pages : 27 >> Date : 2015-04-02 >>=20 >> Abstract: >> This document describes the architecture of the Locator/ID = Separation >> Protocol (LISP), making it easier to read the rest of the LISP >> specifications and providing a basis for discussion about the = details >> of the LISP protocols. This document is used for introductory >> purposes, more details can be found in RFC6830, the protocol >> specification. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ = >>=20 >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 >>=20 >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction-13 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of = submission >> until the htmlized version and diff are available at tools.ietf.org. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >> _______________________________________________ >> 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 >=20 --Apple-Mail=_7C0ED5AC-E16B-4105-B083-A7778755FE9C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi,

Did = you get a chance to have a look to the latest version of this document = to consider clearing the open discuss?

May be to be added to the next tele = chat agenda?

ciao

Luigi


On 02 Apr 2015, at 21:56, Luigi Iannone <ggx@gigix.net> = wrote:

Hi All,

authors submitted a new = version of the LISP introduction document 
addressing all of the discuss and comments previously = raised.

Please = let us know if there is any residual issue.

ciao

Luigi


Begin forwarded message:

From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Subject: I-D Action: draft-ietf-lisp-introduction-13.txt
Date: 2 Apr 2015 14:27:11 CEST
Cc: lisp@ietf.org
Reply-To: internet-drafts@ietf.org


A New Internet-Draft is = available from the on-line Internet-Drafts directories.
= This draft is a work item of the Locator/ID Separation Protocol Working = Group of the IETF.

=        Title =           : An = Architectural Introduction to the Locator/ID Separation Protocol = (LISP)
       Authors =         : Albert Cabellos
=             &n= bsp;           &nbs= p;Damien Saucez
Filename =        : = draft-ietf-lisp-introduction-13.txt
Pages =           : 27
= Date =            : = 2015-04-02

Abstract:
=   This document describes the architecture of the Locator/ID = Separation
  Protocol (LISP), making it easier = to read the rest of the LISP
  specifications = and providing a basis for discussion about the details
=   of the LISP protocols.  This document is used for = introductory
  purposes, more details can be = found in RFC6830, the protocol
=   specification.


The= IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/<= /a>

There's also a htmlized version = available at:
http://tools.ietf.org/html/draft-ietf-lisp-introduction-13<= br class=3D"">
A diff from the previous version is = available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction= -13


Please note that it may = take a couple of minutes from the time of submission
until = the htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
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=_7C0ED5AC-E16B-4105-B083-A7778755FE9C-- From nobody Wed Apr 15 06:37:05 2015 Return-Path: X-Original-To: expand-draft-ietf-lisp-introduction.all@virtual.ietf.org Delivered-To: lisp@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 8AD3E1ACEC4; Tue, 14 Apr 2015 12:07:37 -0700 (PDT) X-Original-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A1BF1ACEC0; Tue, 14 Apr 2015 12:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.999 X-Spam-Level: X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ViknWMPAlKfm; Tue, 14 Apr 2015 12:07:31 -0700 (PDT) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C35DC1ACE45; Tue, 14 Apr 2015 12:04:57 -0700 (PDT) Received: by oign205 with SMTP id n205so9011449oig.2; Tue, 14 Apr 2015 12:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CG+peA3JI6Uso4aEUXau/zE9ml1GprixRJNMNRdo8hI=; b=Gn6Z/rlvkSrnfDr2E2TUd9D1xUMsIx/8/kevGhcpaO07wuaAuAyAXqu8bt1Ool3lZ9 FLPi18i0zeIxiuq2It39UmQI40DCNGc5T+a+ctc3YLCiZWYS2pKP6liWv0ScF6K+89gh GH7Wcz0MaLQqRKKmTocM6h1rv+VZZqJizVqjl8D0U9B4jR8Ixzrnp/wZuLv0yRFDsoyp x02DffWNgWCbz1qHiAJnF3kmIf/2kBkKvPokq98oEhP7eGJ0N2rNpbcUcHWGG6WhowLQ TwrTCLvKs4mZRqWKUE+JCgkPjAxk0FrgVXZyJSM6S2WVoYKxYRnrHqqVgIzjnFApzgnA qNiA== MIME-Version: 1.0 X-Received: by 10.182.142.101 with SMTP id rv5mr17682659obb.13.1429038297303; Tue, 14 Apr 2015 12:04:57 -0700 (PDT) Received: by 10.60.44.198 with HTTP; Tue, 14 Apr 2015 12:04:57 -0700 (PDT) In-Reply-To: <2B452EEC-D8A4-4803-917B-7659C8A41CB0@gigix.net> References: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> <1C31D186-A4C2-4D9A-AEB0-540D37890FFE@gigix.net> <2B452EEC-D8A4-4803-917B-7659C8A41CB0@gigix.net> Date: Tue, 14 Apr 2015 15:04:57 -0400 Message-ID: From: Alia Atlas To: Luigi Iannone Content-Type: multipart/alternative; boundary=001a11c2e34214cec50513b3e812 Archived-At: X-Mailman-Approved-At: Wed, 15 Apr 2015 06:37:03 -0700 Cc: draft-ietf-lisp-introduction.all@ietf.org, The IESG Subject: Re: [lisp] I-D Action: draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:07:37 -0000 --001a11c2e34214cec50513b3e812 Content-Type: text/plain; charset=UTF-8 Hi Luigi, In Sec 3.1, as part of the Locator/Identifier Split, it says: "Locator/Identifier split: By decoupling the overloaded semantics of the current IP addresses the Internet core can be assigned identity meaningful addresses and hence, can use aggregation to scale. Devices are assigned with relatively opaque topologically meaningful addresses that are independent of their topological location. " This still doesn't make sense! "Locator/Identifier split: Decoupling the overloaded semantics of current IP addresses allows devices to have identity-based addresses that are separate from topologically-meaningful addresses. By allowing only the topologically-meaningful addresses to be exposed to the Internet core, those topologically-meaningful addresses can be aggregated to support substantial scaling. Individual devices are assigned identity-based addresses that are not used for forwarding in the Internet core." is probably a lot closer to what you are trying to say - but please figure out what your points are and reread the text to make sure that it parses. This was in my comment and not the Discuss, so I am clearing that. Regards, Alia On Tue, Apr 14, 2015 at 6:02 AM, Luigi Iannone wrote: > Hi, > > Did you get a chance to have a look to the latest version of this document > to consider clearing the open discuss? > > May be to be added to the next tele chat agenda? > > ciao > > Luigi > > > On 02 Apr 2015, at 21:56, Luigi Iannone wrote: > > Hi All, > > authors submitted a new version of the LISP introduction document > addressing all of the discuss and comments previously raised. > > Please let us know if there is any residual issue. > > ciao > > Luigi > > > Begin forwarded message: > > *From: *internet-drafts@ietf.org > *To: * > *Subject: **I-D Action: draft-ietf-lisp-introduction-13.txt* > *Date: *2 Apr 2015 14:27:11 CEST > *Cc: *lisp@ietf.org > *Reply-To: *internet-drafts@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Locator/ID Separation Protocol Working > Group of the IETF. > > Title : An Architectural Introduction to the Locator/ID > Separation Protocol (LISP) > Authors : Albert Cabellos > Damien Saucez > Filename : draft-ietf-lisp-introduction-13.txt > Pages : 27 > Date : 2015-04-02 > > Abstract: > This document describes the architecture of the Locator/ID Separation > Protocol (LISP), making it easier to read the rest of the LISP > specifications and providing a basis for discussion about the details > of the LISP protocols. This document is used for introductory > purposes, more details can be found in RFC6830, the protocol > specification. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-introduction-13 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > 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 > > > > --001a11c2e34214cec50513b3e812 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Luigi,

In Sec 3.1, as par= t of the Locator/Identifier Split, it says:

"= Locator/Identifier split: By decoupling the overloaded semantics
=C2=A0 = =C2=A0 =C2=A0 of the current IP addresses the Internet core can be assigned=
=C2=A0 =C2=A0 =C2=A0 identity meaningful addresses and hence, can use a= ggregation to
=C2=A0 =C2=A0 =C2=A0 scale.=C2=A0 Devices are assigned wit= h relatively opaque topologically
=C2=A0 =C2=A0 =C2=A0 meaningful addres= ses that are independent of their topological
=C2=A0 =C2=A0 =C2=A0 locat= ion.
"

This still doesn't make = sense!

"Locator/Identifier split: =C2=A0Decou= pling the overloaded semantics of current
IP addresses allows dev= ices to have identity-based addresses that are
separate from topo= logically-meaningful addresses.=C2=A0 By allowing only the
topolo= gically-meaningful addresses to be exposed to the Internet core, those
topologically-meaningful addresses can be aggregated to support subst= antial
scaling.=C2=A0 Individual devices are assigned identity-ba= sed addresses that are
not used for forwarding in the Internet co= re."

is probably a lot closer to what you are= trying to say - but please figure out
what your points are and r= eread the text to make sure that it parses.

This w= as in my comment and not the Discuss, so I am clearing that.

=
Regards,
Alia
On Tue, Apr 14, 2015 at 6:02 AM, Luigi Iannone= <g= gx@gigix.net> wrote:
Hi,

Did you get a chance t= o have a look to the latest version of this document to consider clearing t= he open discuss?

May be to be added to the next te= le chat agenda?

ciao
<= font color=3D"#888888">

Luigi


On 02 Apr 2015, at 21:56, Luigi Iannone <ggx@gigix.net> wrote:

Hi All,

authors submitted a ne= w version of the LISP introduction document=C2=A0
addressing all = of the discuss and comments previously raised.

Ple= ase let us know if there is any residual issue.

ci= ao

Luigi


Begin forwarded message:

Subject: I-D Action: draft-i= etf-lisp-introduction-13.txt
<= b>Date: 2 Apr 2015 14:27:11 CEST

A New Internet-Draft is available from the on-line Internet-Draf= ts directories.
This draft is a work item of the Locator/ID Separation = Protocol Working Group of the IETF.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0Title =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0: An Architectural Introduction to the Locator/ID Separation Protocol (L= ISP)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Authors =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: Albert Cabellos
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Damien Saucez
<= span style=3D"white-space:pre-wrap"> Filename =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0: draft-ietf-lisp-introduction-13.txt
Pages =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0: 27
Date =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0: 2015-04-02

Abstract:
=C2=A0=C2=A0This document describes th= e architecture of the Locator/ID Separation
=C2=A0=C2=A0Protocol (LISP)= , making it easier to read the rest of the LISP
=C2=A0=C2=A0specificati= ons and providing a basis for discussion about the details
=C2=A0=C2=A0= of the LISP protocols.=C2=A0 This document is used for introductory
=C2= =A0=C2=A0purposes, more details can be found in RFC6830, the protocol
= =C2=A0=C2=A0specification.


The IETF datatracker status page for = this draft is:
https://datatracker.ietf.org/doc/draft-= ietf-lisp-introduction/

There's also a htmlized version avai= lable at:
http://tools.ietf.org/html/draft-ietf-lisp-intro= duction-13

A diff from the previous version is available at:
= http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-in= troduction-13


Please note that it may take a couple of minut= es from the time of submission
until the htmlized version and diff are a= vailable at tools.ietf.= org.

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

_____________________________________= __________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.i= etf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf= .org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


<= /div>
--001a11c2e34214cec50513b3e812-- From nobody Wed Apr 15 06:37:06 2015 Return-Path: X-Original-To: expand-draft-ietf-lisp-introduction.all@virtual.ietf.org Delivered-To: lisp@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 4D6C71A017C; Wed, 15 Apr 2015 03:03:04 -0700 (PDT) X-Original-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-lisp-introduction.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D7601A0173; Wed, 15 Apr 2015 03:03:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ryibG84Sjwvc; Wed, 15 Apr 2015 03:03:01 -0700 (PDT) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85EBD1A0100; Wed, 15 Apr 2015 03:03:00 -0700 (PDT) Received: by lbcga7 with SMTP id ga7so29890482lbc.1; Wed, 15 Apr 2015 03:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=NFhuxk0NVR66lU6AjFWr+CAgDaIQzUIbM69rpn02jMA=; b=WMxgOHbVpKC361j4m8Vno2B+IH7GvqAVnA4nSYLVTqkgB4/pyhh3QCht7Vo0JHznni Da/Tuyr/PeKiX7CutWzAkmvXwJVNJxVQxEYXX1SLsW38vqN6ksCjohl7BQtHBHFwVD+H FVgqakXAdy/zCIj3i0gnmXwlrS4fZsgH7Zq7mVTIJQFMiSVSD93hzIzLWg8XKy6Vmoyb nknRxZe77AofdY37KvRtR2Mkdu5V/f0iWTSFIXdYaDnqf0FNbPYPekIPpgmql0pxcKDQ Y4TrmrUX8t8Q6iXWWHUZhRuo6Bv2YKeVdjnzQEppO21H8iYDgUzrnklfHOjcGP3IS9iM e5Mw== MIME-Version: 1.0 X-Received: by 10.153.5.8 with SMTP id ci8mr23135137lad.62.1429092178988; Wed, 15 Apr 2015 03:02:58 -0700 (PDT) Received: by 10.25.164.130 with HTTP; Wed, 15 Apr 2015 03:02:58 -0700 (PDT) In-Reply-To: References: <20150402122711.31499.96342.idtracker@ietfa.amsl.com> <1C31D186-A4C2-4D9A-AEB0-540D37890FFE@gigix.net> <2B452EEC-D8A4-4803-917B-7659C8A41CB0@gigix.net> Date: Wed, 15 Apr 2015 12:02:58 +0200 Message-ID: From: Albert Cabellos To: Alia Atlas Content-Type: multipart/alternative; boundary=001a1133a952ae17db0513c0736c Archived-At: X-Mailman-Approved-At: Wed, 15 Apr 2015 06:37:03 -0700 Cc: draft-ietf-lisp-introduction.all@ietf.org, The IESG Subject: Re: [lisp] I-D Action: draft-ietf-lisp-introduction-13.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: acabello@ac.upc.edu List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 10:03:04 -0000 --001a1133a952ae17db0513c0736c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Alia Thanks for the rewording, I agree that your suggeted text reads better. We=C2=B4ll incorporate this text along with further comments (if any) in a revised version of the draft. Regards Albert On Tue, Apr 14, 2015 at 9:04 PM, Alia Atlas wrote: > Hi Luigi, > > In Sec 3.1, as part of the Locator/Identifier Split, it says: > > "Locator/Identifier split: By decoupling the overloaded semantics > of the current IP addresses the Internet core can be assigned > identity meaningful addresses and hence, can use aggregation to > scale. Devices are assigned with relatively opaque topologically > meaningful addresses that are independent of their topological > location. > " > > This still doesn't make sense! > > "Locator/Identifier split: Decoupling the overloaded semantics of curren= t > IP addresses allows devices to have identity-based addresses that are > separate from topologically-meaningful addresses. By allowing only the > topologically-meaningful addresses to be exposed to the Internet core, > those > topologically-meaningful addresses can be aggregated to support substanti= al > scaling. Individual devices are assigned identity-based addresses that a= re > not used for forwarding in the Internet core." > > is probably a lot closer to what you are trying to say - but please figur= e > out > what your points are and reread the text to make sure that it parses. > > This was in my comment and not the Discuss, so I am clearing that. > > Regards, > Alia > > On Tue, Apr 14, 2015 at 6:02 AM, Luigi Iannone wrote: > >> Hi, >> >> Did you get a chance to have a look to the latest version of this >> document to consider clearing the open discuss? >> >> May be to be added to the next tele chat agenda? >> >> ciao >> >> Luigi >> >> >> On 02 Apr 2015, at 21:56, Luigi Iannone wrote: >> >> Hi All, >> >> authors submitted a new version of the LISP introduction document >> addressing all of the discuss and comments previously raised. >> >> Please let us know if there is any residual issue. >> >> ciao >> >> Luigi >> >> >> Begin forwarded message: >> >> *From: *internet-drafts@ietf.org >> *To: * >> *Subject: **I-D Action: draft-ietf-lisp-introduction-13.txt* >> *Date: *2 Apr 2015 14:27:11 CEST >> *Cc: *lisp@ietf.org >> *Reply-To: *internet-drafts@ietf.org >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the Locator/ID Separation Protocol Working >> Group of the IETF. >> >> Title : An Architectural Introduction to the Locator/ID >> Separation Protocol (LISP) >> Authors : Albert Cabellos >> Damien Saucez >> Filename : draft-ietf-lisp-introduction-13.txt >> Pages : 27 >> Date : 2015-04-02 >> >> Abstract: >> This document describes the architecture of the Locator/ID Separation >> Protocol (LISP), making it easier to read the rest of the LISP >> specifications and providing a basis for discussion about the details >> of the LISP protocols. This document is used for introductory >> purposes, more details can be found in RFC6830, the protocol >> specification. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-lisp-introduction-13 >> >> A diff from the previous version is available at: >> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction-13 >> >> >> Please note that it may take a couple of minutes from the time of >> submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> 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 >> >> >> >> > --001a1133a952ae17db0513c0736c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Alia

Thanks for the rewording, I agr= ee that your suggeted text reads better.=C2=A0

We= =C2=B4ll incorporate this text along with further comments (if any) in a re= vised version of the draft.

Regards

=
Albert

On Tue, Apr 14, 2015 at 9:04 PM, Alia Atlas <akatlas@gmail.com&g= t; wrote:
Hi= Luigi,

In Sec 3.1, as part of the Locator/Identif= ier Split, it says:

"Locator/Identifier split= : By decoupling the overloaded semantics
=C2=A0 =C2=A0 =C2=A0 of the cur= rent IP addresses the Internet core can be assigned
=C2=A0 =C2=A0 =C2=A0= identity meaningful addresses and hence, can use aggregation to
=C2=A0 = =C2=A0 =C2=A0 scale.=C2=A0 Devices are assigned with relatively opaque topo= logically
=C2=A0 =C2=A0 =C2=A0 meaningful addresses that are independent= of their topological
=C2=A0 =C2=A0 =C2=A0 location.
"

This still doesn't make sense!

"Locator/Identifier split: =C2=A0Decoupling the overloaded sem= antics of current
IP addresses allows devices to have identity-ba= sed addresses that are
separate from topologically-meaningful add= resses.=C2=A0 By allowing only the
topologically-meaningful addre= sses to be exposed to the Internet core, those
topologically-mean= ingful addresses can be aggregated to support substantial
scaling= .=C2=A0 Individual devices are assigned identity-based addresses that are
not used for forwarding in the Internet core."

=
is probably a lot closer to what you are trying to say - but ple= ase figure out
what your points are and reread the text to make s= ure that it parses.

This was in my comment and not= the Discuss, so I am clearing that.

Regards,
Alia

On Tue, Apr 14, 2015 at 6:02 A= M, Luigi Iannone <ggx@gigix.net> wrote:
Hi,

Did yo= u get a chance to have a look to the latest version of this document to con= sider clearing the open discuss?

May be to be adde= d to the next tele chat agenda?

ciao

Luigi


On 02 Apr 201= 5, at 21:56, Luigi Iannone <ggx@gigix.net> wrote:

Hi All,

authors submitted a new version of th= e LISP introduction document=C2=A0
addressing all of the discuss = and comments previously raised.

Please let us know= if there is any residual issue.

ciao
Luigi


Be= gin forwarded message:

Subject: I-D Action: draft-ietf-lisp-introduc= tion-13.txt
Date: 2 Apr 2015 14:27:11 CEST


A New In= ternet-Draft is available from the on-line Internet-Drafts directories.
= This draft is a work item of the Locator/ID Separation Protocol Working Gr= oup of the IETF.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Title = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: An Architectu= ral Introduction to the Locator/ID Separation Protocol (LISP)
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Authors =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0: Albert Cabellos
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Damien Saucez
Filename =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0: draft-ietf-lisp-introduction-13.txt
Pages =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0: 27
Date =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0: 2015-04-02
Abstract:
=C2=A0=C2=A0This document describes the architecture of the= Locator/ID Separation
=C2=A0=C2=A0Protocol (LISP), making it easier to= read the rest of the LISP
=C2=A0=C2=A0specifications and providing a b= asis for discussion about the details
=C2=A0=C2=A0of the LISP protocols= .=C2=A0 This document is used for introductory
=C2=A0=C2=A0purposes, mo= re details can be found in RFC6830, the protocol
=C2=A0=C2=A0specificat= ion.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-introduction= /

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-lisp-introduction-13
A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-lisp-introduction-13

Please note that it may take a couple of minutes from the time of = submission
until the htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
I-D-A= nnounce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/lis= tinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt




--001a1133a952ae17db0513c0736c-- From nobody Wed Apr 15 07:32:42 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B42E91B35AD; Wed, 15 Apr 2015 07:32:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.898 X-Spam-Level: X-Spam-Status: No, score=-101.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id onV2d4Y67lgM; Wed, 15 Apr 2015 07:32:40 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 577BE1B359A; Wed, 15 Apr 2015 07:32:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Alia Atlas" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150415143240.23573.92682.idtracker@ietfa.amsl.com> Date: Wed, 15 Apr 2015 07:32:40 -0700 Archived-At: Cc: lisp-chairs@ietf.org, lisp@ietf.org Subject: [lisp] Alia Atlas' No Objection on draft-ietf-lisp-introduction-13: (with COMMENT) X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 14:32:41 -0000 Alia Atlas has entered the following ballot position for draft-ietf-lisp-introduction-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my discuss and comments. I support Adrian's discuss. In a similar vein: In Sec 3.2: Please either remove the claim of "Such LISP capable routers, in most cases, only require a software upgrade." or explain how you can justify the need to add and remove new encapsulations and handle the various flag triggers and caching at line rate. There is no need for such marketing in this document. 1) Sec 1, second paragraph: "LISP creates two separate namespaces, EIDs (End-host IDentifiers) and RLOCs (Routing LOCators), both are typically syntactically identical to the current IPv4 and IPv6 addresses." What does "typically" mean? As far as I'm aware, they are syntactically identical. This is reiterated in Sec 3.2; are you just trying to preserve the point of architectural freedom? I've found the third instance of insisting that the EID or RLOC now is only "typically" an IPv4 or IPv6 address. Please lose "typically". Minorly, the , before both should be a ;. 2) top paragraph of p.4: "The initial motivation in the LISP effort is to be found in the routing scalability problem [RFC4984], where, if LISP is completely deployed, the Internet core is populated with RLOCs while Traffic Engineering mechanisms are pushed to the Mapping System." Instead of "LISP is completely deployed" to "LISP were to be completely deployed" - making it subjunctive. 3) Last paragraph in Sec 1: "This document describes the LISP architecture, its main operational mechanisms as its design rationale." I think you mean "This document describes the LISP architecture and its main operational mechanisms as well as its design rationale." 4) In Sec 3.1, second paragraph: "Locator/Identifier split: By decoupling the overloaded semantics of the current IP addresses the Internet core can be assigned identity meaningful addresses and hence, can use aggregation to scale." I assume that you mean "topologically meaningful addresses" instead of "identity meaningful addresses". From nobody Wed Apr 15 08:05:11 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F9A1ACDF2; Wed, 15 Apr 2015 08:05:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IaozN2BuMiNs; Wed, 15 Apr 2015 08:05:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CEA2C1ACDFB; Wed, 15 Apr 2015 08:04:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150415150457.1365.42662.idtracker@ietfa.amsl.com> Date: Wed, 15 Apr 2015 08:04:57 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] I-D Action: draft-ietf-lisp-ddt-03.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 15:05:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Locator/ID Separation Protocol Working Group of the IETF. Title : LISP Delegated Database Tree Authors : Vince Fuller Darrel Lewis Vina Ermagan Amit Jain Filename : draft-ietf-lisp-ddt-03.txt Pages : 43 Date : 2015-04-15 Abstract: This draft describes the LISP Delegated Database Tree (LISP-DDT), a hierarchical, distributed database which embodies the delegation of authority to provide mappings from LISP Endpoint Identifiers (EIDs) to Routing Locators (RLOCs). It is a statically-defined distribution of the EID namespace among a set of LISP-speaking servers, called DDT nodes. Each DDT node is configured as "authoritative" for one or more EID-prefixes, along with the set of RLOCs for Map Servers or "child" DDT nodes to which more-specific EID-prefixes are delegated. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-ddt/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-lisp-ddt-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-ddt-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 15 08:07:55 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F3411ACDFB; Wed, 15 Apr 2015 08:07:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lv1B29tnJjYb; Wed, 15 Apr 2015 08:07:53 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B5C31ACD6B; Wed, 15 Apr 2015 08:07:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150415150753.6921.97634.idtracker@ietfa.amsl.com> Date: Wed, 15 Apr 2015 08:07:53 -0700 From: IETF Secretariat Archived-At: Subject: [lisp] ID Tracker State Update Notice: X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 15:07:54 -0000 IESG state changed to IESG Evaluation::External Party from IESG Evaluation::AD Followup Waiting on IANA. ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ From nobody Wed Apr 15 09:20:19 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 485D01B2D32; Wed, 15 Apr 2015 09:20:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yzk0tomwRjUw; Wed, 15 Apr 2015 09:20:15 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A529B1B2D1D; Wed, 15 Apr 2015 09:20:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Kathleen Moriarty" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150415162013.29070.17693.idtracker@ietfa.amsl.com> Date: Wed, 15 Apr 2015 09:20:13 -0700 Archived-At: Cc: lisp-chairs@ietf.org, lisp@ietf.org Subject: [lisp] Kathleen Moriarty's No Objection on draft-ietf-lisp-introduction-13: (with COMMENT) X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 16:20:16 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-lisp-introduction-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Please do look at the other suggestions from the review as they should help clarify a few points in the draft and provide the background needed for an introduction draft. While the edits in the security section help enough that I'll let it go, the other problems were not highlighted here and will rely on subsequent drafts elaborating on the threats and security considerations besides DoS. I haven't read the threats draft yet, so hopefully that covers the full set. Thanks. https://www.ietf.org/mail-archive/web/secdir/current/msg05415.html From nobody Fri Apr 17 13:30:53 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29E781A0104; Fri, 17 Apr 2015 13:30:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nxHL4s4PkGxn; Fri, 17 Apr 2015 13:30:48 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DFAD01A7000; Fri, 17 Apr 2015 13:30:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150417203048.23620.8848.idtracker@ietfa.amsl.com> Date: Fri, 17 Apr 2015 13:30:48 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] I-D Action: draft-ietf-lisp-sec-08.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 20:30:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Locator/ID Separation Protocol Working Group of the IETF. Title : LISP-Security (LISP-SEC) Authors : Fabio Maino Vina Ermagan Albert Cabellos Damien Saucez Filename : draft-ietf-lisp-sec-08.txt Pages : 19 Date : 2015-04-17 Abstract: This memo specifies LISP-SEC, a set of security mechanisms that provides origin authentication, integrity and anti-replay protection to LISP's EID-to-RLOC mapping data conveyed via mapping lookup process. LISP-SEC also enables verification of authorization on EID- prefix claims in Map-Reply messages. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-sec/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-lisp-sec-08 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-sec-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Apr 20 04:30:57 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6753E1B2AC8 for ; Mon, 20 Apr 2015 04:30:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g9_ZUJbhOYki for ; Mon, 20 Apr 2015 04:30:53 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0713.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:713]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D0321B2AC7 for ; Mon, 20 Apr 2015 04:30:53 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 20 Apr 2015 11:30:36 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) with mapi id 15.01.0136.026; Mon, 20 Apr 2015 11:30:36 +0000 From: Ronald Bonica To: LISP mailing list list Thread-Topic: VPN Leaks Thread-Index: AdB7XFnvt4mhwTyvQCG1wXN2axrNNQ== Date: Mon, 20 Apr 2015 11:30:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.14] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(40100003)(122556002)(221733001)(46102003)(450100001)(62966003)(77156002)(66066001)(86362001)(87936001)(2656002)(74316001)(33656002)(102836002)(50986999)(54356999)(229853001)(99286002)(92566002)(2900100001)(110136001)(107886001)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 05529C6FDB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2015 11:30:35.4778 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 Archived-At: Subject: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 11:30:55 -0000 Folks, In draft-ietf-lisp-eid-block-10 you say: Avoid excessive stretch: In some deployment scenarios, in order to avoid packet drops, packets triggering a LISP Cache miss are forwarded toward a PETR, during the time necessary to perform a mapping lookup over the LISP mapping system. Once a mapping is obtained packet are not forwarded anymore toward the PETR, they are LISP encapsulated and forwarded according to the LISP specifications. The existence of a LISP specific EID block would allow to avoid scenarios with excessive overhead, where the destination is a LISP EID and where (while the mapping is looked up) packets are forwarded over paths like Source->ITR->PETR->PITR->ETR->Destination, which may show an excessive stretch factor and degraded performance. Is this behavior documented anywhere else? If so, where? Is this behavior also observed in IPv4 implementations? Also, is there serious consideration to using LISP as a VPN mechanism (as s= uggested in draft-ietf-lisp-impact-01 and draft-ietf-lisp-introduction-13).= If so, this behavior should be mentioned in the Threats document. Ron Bonica From nobody Mon Apr 20 07:52:46 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 546481B2BFF for ; Mon, 20 Apr 2015 07:52:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lr-Pz7mbrM7T for ; Mon, 20 Apr 2015 07:52:43 -0700 (PDT) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B36CD1B2C09 for ; Mon, 20 Apr 2015 07:52:42 -0700 (PDT) Received: by pdbnk13 with SMTP id nk13so209919924pdb.0 for ; Mon, 20 Apr 2015 07:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2KjW9j4xsxi9VYQ19GJMLAF6B4mN5IVfl93Xusv1EUs=; b=NQv1aMITq+3B+YYMH8A4MKyXxXpC2ikI27s9KoFWk7+nTsRNHoAB8rYcbBotLt0jkg VbsRo8m+sWZ8PVslYB28rY1AYkUlH4H9sUj3qOh3KFnEBDztzzjrEQyYcKkzFIxXbuc9 pKqlZegiKX8C7QaaNErOwH6Sqj7BciYDTnA1bXgOmqqZKckKZo1el7TxBkbtRElRH9cB 5ppZReWkIe3B92tPWKtAgPVYny34qOa8KysYPAhhsuT7KqBg7E47oOea4/blj+B2oi6i /bZQOJVPjPFJpq+9u7dIWtngfe/Sm0gKlnoAkhOH04l2zjuoB5DeGTRMaH9K4RPnxYj0 gWXw== X-Received: by 10.70.44.3 with SMTP id a3mr16682211pdm.93.1429541562331; Mon, 20 Apr 2015 07:52:42 -0700 (PDT) Received: from ?IPv6:2601:9:4701:1df0:6c36:d36a:5740:290a? ([2601:9:4701:1df0:6c36:d36a:5740:290a]) by mx.google.com with ESMTPSA id sf6sm18383212pbb.82.2015.04.20.07.52.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Apr 2015 07:52:41 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Dino Farinacci In-Reply-To: Date: Mon, 20 Apr 2015 07:52:39 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> References: To: Ronald Bonica X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 14:52:45 -0000 >=20 > In draft-ietf-lisp-eid-block-10 you say: >=20 > Avoid excessive stretch: In some deployment scenarios, in order to > avoid packet drops, packets triggering a LISP Cache miss are > forwarded toward a PETR, during the time necessary to perform = a This is actually incorrect. An ITR or PITR will encapsulate to a PETR, = not when a cache miss happens but when the mapping system returns a = =E2=80=9Cforward-native=E2=80=9D action in a Null Map-Reply (one with no = locator-set). > mapping lookup over the LISP mapping system. Once a mapping = is > obtained packet are not forwarded anymore toward the PETR, = they > are LISP encapsulated and forwarded according to the LISP What is returned by the mapping system is the best least specific prefix = that describes all non EID destinations within it. This =E2=80=9Cforward-native=E2=80=9D entry is put in the map-cache with = one or more PETRs in the locator-set. Current implementations configure = this set of PETRs. > specifications. The existence of a LISP specific EID block > would allow to avoid scenarios with excessive overhead, where > the destination is a LISP EID and where (while the mapping is > looked up) packets are forwarded over paths like > Source->ITR->PETR->PITR->ETR->Destination, which may show an This is totally wrong. PITR, by definition, are not decapsulators. Maybe = the author meant: Source -> ITR -> RTR -> ETR -> Destination which is a different type of path and use-case then: Source -> ITR -> PETR -> Destination=20 where the PETR is natively forwarding to the destination. This is the = case where a LISP-site is sending to a non-LISP site. > excessive stretch factor and degraded performance. >=20 > Is this behavior documented anywhere else? If so, where? The latter is in the Interworking RFC and the Deployment RFC. > Is this behavior also observed in IPv4 implementations? In all environments. Even VXLAN/LISP data-center environments. > Also, is there serious consideration to using LISP as a VPN mechanism = (as suggested in draft-ietf-lisp-impact-01 and = draft-ietf-lisp-introduction-13). If so, this behavior should be = mentioned in the Threats document. Yes, there are several large deployments and there was a use-case ID = that was written and has expired. Dino >=20 > Ron Bonica >=20 > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Mon Apr 20 08:25:15 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 897651B2EDE for ; Mon, 20 Apr 2015 08:25:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uh5iisKJNvcY for ; Mon, 20 Apr 2015 08:25:09 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8B7F1B2EEB for ; Mon, 20 Apr 2015 08:25:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1738; q=dns/txt; s=iport; t=1429543508; x=1430753108; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=EHqhEqMni+odD0BwfaNuz+jIkal78kldy6ImHZPpJY4=; b=elMU2UwgIktdJ80/A0YAfb+dVQ690dcbV+jr+e+M3vNKpzFgPjGKqYp6 U+EwP0BZgjrJ0pImLRnK7EIw+tm9ZtyKe324LuBHEQ6bAS9cBUSlaEc6Z g5V6wiGQAH5vI6xb1A+NQyQfCEecfdxZ4hyvRfuiSeGubrLVVh+EN05ge 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BSBACvGTVV/49dJa1bgwxSXAWDEsI9CYFFCoYDAhyBGTgUAQEBAQEBAX2EIQEBBAEBASAROgsQAgEIGgImAgICJQsVEAEBBAENBYgrDbYslDwBAQEBAQEBAQEBAQEBAQEBAQEBAQETBIEhihaEUTMHgmiBRQWRK4ohlSIigWQhBRiBUW+BRIEAAQEB X-IronPort-AV: E=Sophos;i="5.11,609,1422921600"; d="scan'208";a="142742591" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-8.cisco.com with ESMTP; 20 Apr 2015 15:25:08 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t3KFP8rB011695 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 20 Apr 2015 15:25:08 GMT Received: from xmb-aln-x14.cisco.com ([169.254.8.203]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Mon, 20 Apr 2015 10:25:07 -0500 From: "Selina Heimlich (selina)" To: Dino Farinacci , Ronald Bonica Thread-Topic: [lisp] VPN Leaks Thread-Index: AdB7XFnvt4mhwTyvQCG1wXN2axrNNQARzROA///F/4A= Date: Mon, 20 Apr 2015 15:25:06 +0000 Message-ID: References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> In-Reply-To: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.8.150116 x-originating-ip: [10.24.237.254] Content-Type: text/plain; charset="utf-8" Content-ID: <4A4F95D0F1DF034B8A945E1A07164EC6@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 15:25:13 -0000 Pg0KPg0KPg0KPj4gSXMgdGhpcyBiZWhhdmlvciBhbHNvIG9ic2VydmVkIGluIElQdjQgaW1wbGVt ZW50YXRpb25zPw0KPg0KPkluIGFsbCBlbnZpcm9ubWVudHMuIEV2ZW4gVlhMQU4vTElTUCBkYXRh LWNlbnRlciBlbnZpcm9ubWVudHMuDQo+DQo+PiBBbHNvLCBpcyB0aGVyZSBzZXJpb3VzIGNvbnNp ZGVyYXRpb24gdG8gdXNpbmcgTElTUCBhcyBhIFZQTiBtZWNoYW5pc20NCj4+KGFzIHN1Z2dlc3Rl ZCBpbiBkcmFmdC1pZXRmLWxpc3AtaW1wYWN0LTAxIGFuZA0KPj5kcmFmdC1pZXRmLWxpc3AtaW50 cm9kdWN0aW9uLTEzKS4gSWYgc28sIHRoaXMgYmVoYXZpb3Igc2hvdWxkIGJlDQo+Pm1lbnRpb25l ZCBpbiB0aGUgVGhyZWF0cyBkb2N1bWVudC4NCj4NCj5ZZXMsIHRoZXJlIGFyZSBzZXZlcmFsIGxh cmdlIGRlcGxveW1lbnRzIGFuZCB0aGVyZSB3YXMgYSB1c2UtY2FzZSBJRCB0aGF0DQo+d2FzIHdy aXR0ZW4gYW5kIGhhcyBleHBpcmVkLg0KPg0KPkRpbm8NCg0KSnVzdCBhIG5vdGUgdGhhdCB0aGVy ZSBpcyBubyBWUE4gbGVhayBldmVuIGlmIGEgUHhUUiBpcyBjb25maWd1cmVkIGZvciB0aGUNClZQ TiBhbmQgYW4gRUlEIGRvZXNu4oCZdCBleGlzdC4gIFRoZSBQeFRSIGZvciBhIFZSRiBoYXMgdG8g YmUgY29ubmVjdGVkIHRvDQp0aGUgVlJGIGluIHNvbWUgbWFubmVyIGFuZCB3aWxsIG9ubHkgZm9y d2FyZCBWUkYgdHJhZmZpYyB0by9mcm9tIHRoZQ0KbGVnYWN5IFZQTiBuZXR3b3JrIGFuZCB0aGUg TElTUCBWUE4gbmV0d29yay4gIFRoaXMgaXMgYSBjb21tb24gbWV0aG9kIHVzZWQNCmZvciB0cmFu c2l0aW9uaW5nIGZyb20gYW5vdGhlciBWUE4gbW9kZWwgdG8gTElTUCBvciBmb3IgbWFycnlpbmcg ZGlmZmVyZW50DQpwYXJ0cyBvZiBhIG5ldHdvcmsuICBUaGUgUHhUUiBhY3RzIGp1c3QgbGlrZSBh biB4VFIgZm9yIHRoZSBub24tTElTUCBwYXJ0DQpvZiBhIFZQTi4NCg0KU2VsaW5hDQoNCj4NCj4+ IA0KPj4gUm9uIEJvbmljYQ0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4gbGlzcCBtYWlsaW5nIGxpc3QNCj4+IGxpc3BAaWV0Zi5vcmcN Cj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbGlzcA0KPg0KPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+bGlzcCBtYWlsaW5n IGxpc3QNCj5saXNwQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9saXNwDQoNCg== From nobody Mon Apr 20 08:28:23 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81AE81B2EEF for ; Mon, 20 Apr 2015 08:28:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.094 X-Spam-Level: X-Spam-Status: No, score=0.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5f2qmTUZY3x for ; Mon, 20 Apr 2015 08:28:20 -0700 (PDT) Received: from mail.sintact.nl (mail.sintact.nl [83.247.10.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F0811B2EED for ; Mon, 20 Apr 2015 08:28:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id 351CF40; Mon, 20 Apr 2015 17:28:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:subject:subject:mime-version :content-type:content-type:received:received; s=mail; t= 1429543696; bh=9A4EsmOYhZGspurrgORls1pMNi40QTu4+dRtU/ld5R0=; b=S u2R7NOwH53OSohGQLgm9/h2Nt+DSKhz4CKmWJssNQFwAEUKmRkpJ7QZBZzoa1WVC HxczEXzu7jXlHdZ2OYQin/7XRJEZyRj5gsNgFJ5MaP/K1XXzT2X0MdvSraOm7ZuY 61g9KEYDL8LeDomDGs2rlnFWJ/HQhEuuPMfDb1Y8qI= X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LXzqV-LJeexb; Mon, 20 Apr 2015 17:28:16 +0200 (CEST) Received: from macpro.10ww.steffann.nl (macpro.10ww.steffann.nl [IPv6:2a00:8640:1:0:224:36ff:feef:1d89]) by mail.sintact.nl (Postfix) with ESMTPSA id 3A6453C; Mon, 20 Apr 2015 17:28:16 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Clacks-Overhead: GNU Terry Pratchett From: Sander Steffann In-Reply-To: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> Date: Mon, 20 Apr 2015 17:28:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> To: Dino Farinacci X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 15:28:21 -0000 Hi, >> specifications. The existence of a LISP specific EID block >> would allow to avoid scenarios with excessive overhead, where >> the destination is a LISP EID and where (while the mapping is >> looked up) packets are forwarded over paths like >> Source->ITR->PETR->PITR->ETR->Destination, which may show an >=20 > This is totally wrong. PITR, by definition, are not decapsulators. The example is correct, and the PITR in the example is an encapsulator. = The ITR->PETR bit is encapsulated. The PETR->PITR bit is unencapsulated = (probably BGP routed) internet traffic, and the PITR->ETR bit is = encapsulated again. Cheers! Sander From nobody Mon Apr 20 08:34:50 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C7C51B2F00 for ; Mon, 20 Apr 2015 08:34:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HW6g38uXfxdo for ; Mon, 20 Apr 2015 08:34:43 -0700 (PDT) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CEE31B2EFE for ; Mon, 20 Apr 2015 08:34:43 -0700 (PDT) Received: by pabsx10 with SMTP id sx10so210093846pab.3 for ; Mon, 20 Apr 2015 08:34:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mtTAo3NI2nG/8iakuRH+6yKxxhA+HtmQAng0ScgggtA=; b=AcQoNRI/obfkP3S8e70bp17EcqIYnTcdB17/b2NNf3rYIChjzMR7rC1xAEeFUTiILw tHPH3WJwdhN2isFhJucQNjsILbnNHRPfeO4gEqjdbddUKKJuoRY2rD3LPkx7EigXtdzd Wq7QtTyZIWbAnsGVxwG10klmaxSRvmg1jPnrSvrZSTTh+h1fZhrdREYbHvrgOgl3C/YY Q63dByaCkFGsu9Js5XaRz1+W3xEXxAzguYN94IT6XM3JQlYz6kOKZ9TKx5i5XgdTq/uX 8Tnox/pMvDYok1ZZiG0cqGdqlEqmwzk0r7CmUmK09NHUAatt2NTJsADdGHXBDyBweR3b EgeQ== X-Received: by 10.68.136.134 with SMTP id qa6mr15568492pbb.66.1429544083139; Mon, 20 Apr 2015 08:34:43 -0700 (PDT) Received: from ?IPv6:2601:9:4701:1df0:f5b2:1059:5921:794? ([2601:9:4701:1df0:f5b2:1059:5921:794]) by mx.google.com with ESMTPSA id kl10sm18521147pbd.15.2015.04.20.08.34.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Apr 2015 08:34:42 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Dino Farinacci In-Reply-To: <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> Date: Mon, 20 Apr 2015 08:34:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> To: Sander Steffann X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 15:34:47 -0000 > Hi, >=20 >>> specifications. The existence of a LISP specific EID block >>> would allow to avoid scenarios with excessive overhead, where >>> the destination is a LISP EID and where (while the mapping is >>> looked up) packets are forwarded over paths like >>> Source->ITR->PETR->PITR->ETR->Destination, which may show an >>=20 >> This is totally wrong. PITR, by definition, are not decapsulators. >=20 > The example is correct, and the PITR in the example is an = encapsulator. The ITR->PETR bit is encapsulated. The PETR->PITR bit is = unencapsulated (probably BGP routed) internet traffic, and the PITR->ETR = bit is encapsulated again. Then the example is not coded properly. It nees to be more specific for = accuracy: source (native forward) -> ITR (encap) -> PETR (native forward) -> PITR = (encap) -> ETR (native forward) -> dest Dino >=20 > Cheers! > Sander >=20 From nobody Mon Apr 20 08:36:18 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E07E1B2F02 for ; Mon, 20 Apr 2015 08:36:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.094 X-Spam-Level: X-Spam-Status: No, score=0.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5lB9Xw4r5og for ; Mon, 20 Apr 2015 08:36:08 -0700 (PDT) Received: from mail.sintact.nl (mail.sintact.nl [83.247.10.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DACF1B2EFE for ; Mon, 20 Apr 2015 08:36:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id 35CA040; Mon, 20 Apr 2015 17:36:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:subject:subject:mime-version :content-type:content-type:received:received; s=mail; t= 1429544165; bh=Ms6hjpxKrn34C7hCDBn26l9iYmfNRdVOX5FwvTF0H/o=; b=H Jk/fTNPk74gson62zg4N/qyd5ngB30x7vXtTs02GyoSMf746434zYphhRTtnmudG KrM3X3KzJz4m+40L+YYEg7tBdUxT0C7E2yZ3zErYRCWyc/RI6AaduY/dUgkP9At7 Ou8Sz6fJaJ3fmZAxBp+eCw/1M5SJm1k7oncAMsuOGw= X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4FL56eju8iTn; Mon, 20 Apr 2015 17:36:05 +0200 (CEST) Received: from macpro.10ww.steffann.nl (macpro.10ww.steffann.nl [IPv6:2a00:8640:1:0:224:36ff:feef:1d89]) by mail.sintact.nl (Postfix) with ESMTPSA id 519FA3C; Mon, 20 Apr 2015 17:36:05 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Clacks-Overhead: GNU Terry Pratchett From: Sander Steffann In-Reply-To: Date: Mon, 20 Apr 2015 17:36:04 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <00F7192E-025F-41EB-8527-5721AFCFEE66@steffann.nl> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> To: Dino Farinacci X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 15:36:10 -0000 > Then the example is not coded properly. It nees to be more specific = for accuracy: >=20 > source (native forward) -> ITR (encap) -> PETR (native forward) -> = PITR (encap) -> ETR (native forward) -> dest Yep, that's it :) Sander From nobody Mon Apr 20 10:03:46 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE5ED1A8862 for ; Mon, 20 Apr 2015 10:03:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uPrRQVyGmX7K for ; Mon, 20 Apr 2015 10:03:31 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::725]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67A931A88AB for ; Mon, 20 Apr 2015 10:03:21 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.1.136.25; Mon, 20 Apr 2015 17:03:02 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) with mapi id 15.01.0136.026; Mon, 20 Apr 2015 17:03:02 +0000 From: Ronald Bonica To: Dino Farinacci Thread-Topic: [lisp] VPN Leaks Thread-Index: AdB7XFnvt4mhwTyvQCG1wXN2axrNNQAHUt6AAASB5KA= Date: Mon, 20 Apr 2015 17:03:02 +0000 Message-ID: References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> In-Reply-To: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.14] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; x-microsoft-antispam-prvs: x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(377454003)(13464003)(51704005)(87936001)(19580405001)(76576001)(74316001)(50986999)(76176999)(19580395003)(122556002)(92566002)(99286002)(2656002)(40100003)(86362001)(66066001)(62966003)(77156002)(46102003)(102836002)(33656002)(2950100001)(2900100001)(1411001)(54356999)(110136001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:CO1PR05MB443; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB443; x-forefront-prvs: 05529C6FDB Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2015 17:03:02.1088 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB443 Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] VPN Leaks X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2015 17:03:32 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGlubyBGYXJpbmFjY2kg W21haWx0bzpmYXJpbmFjY2lAZ21haWwuY29tXQ0KPiBTZW50OiBNb25kYXksIEFwcmlsIDIwLCAy MDE1IDEwOjUzIEFNDQo+IFRvOiBSb25hbGQgQm9uaWNhDQo+IENjOiBMSVNQIG1haWxpbmcgbGlz dCBsaXN0DQo+IFN1YmplY3Q6IFJlOiBbbGlzcF0gVlBOIExlYWtzDQo+IA0KPiANCj4gPg0KPiA+ IEluIGRyYWZ0LWlldGYtbGlzcC1laWQtYmxvY2stMTAgeW91IHNheToNCj4gPg0KPiA+ICBBdm9p ZCBleGNlc3NpdmUgc3RyZXRjaDogIEluIHNvbWUgZGVwbG95bWVudCBzY2VuYXJpb3MsIGluIG9y ZGVyIHRvDQo+ID4gICAgICAgICBhdm9pZCBwYWNrZXQgZHJvcHMsIHBhY2tldHMgdHJpZ2dlcmlu ZyBhIExJU1AgQ2FjaGUgbWlzcyBhcmUNCj4gPiAgICAgICAgIGZvcndhcmRlZCB0b3dhcmQgYSBQ RVRSLCBkdXJpbmcgdGhlIHRpbWUgbmVjZXNzYXJ5IHRvIHBlcmZvcm0gYQ0KPiANCj4gVGhpcyBp cyBhY3R1YWxseSBpbmNvcnJlY3QuIEFuIElUUiBvciBQSVRSIHdpbGwgZW5jYXBzdWxhdGUgdG8g YSBQRVRSLCBub3Qgd2hlbiBhDQo+IGNhY2hlIG1pc3MgaGFwcGVucyBidXQgd2hlbiB0aGUgbWFw cGluZyBzeXN0ZW0gcmV0dXJucyBhIOKAnGZvcndhcmQtDQo+IG5hdGl2ZeKAnSBhY3Rpb24gaW4g YSBOdWxsIE1hcC1SZXBseSAob25lIHdpdGggbm8gbG9jYXRvci1zZXQpLg0KDQoNCltSUEJdIA0K DQpUaGF0J3MgbXVjaCBiZXR0ZXIuIFRoZSBiZWhhdmlvciBkZXNjcmliZWQgaW4gZHJhZnQtaWV0 Zi1saXNwLWVpZC1ibG9jayB3b3VsZCBjYXVzZSBkYXRhIHRvIGxlYWsgb3V0IG9mIHRoZSBWUE4u DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBSb24NCg0KDQo= From nobody Tue Apr 21 03:00:37 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0537B1A8A0B for ; Tue, 21 Apr 2015 03:00:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QOvc1j0aU5wc for ; Tue, 21 Apr 2015 03:00:34 -0700 (PDT) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DD0C1A89B5 for ; Tue, 21 Apr 2015 03:00:34 -0700 (PDT) Received: by wgsk9 with SMTP id k9so207253414wgs.3 for ; Tue, 21 Apr 2015 03:00:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Pu7+xeJOaOH8tkx6X7R7UfBK98ocZAtA5XXJWf/gUrk=; b=l16Wbo1Qc9nOM6gBtrqwZo95nSlc+YKpwYm772asS08sDWEry/tXUASjNjxf6pxHrs r1rzT9iL3UClrOvkj92uhka0X1fximBFGA0beEE26tMSPZIEXUJDRnL9f2/nDYHto8+y sU9DuZkvPYznJdb9jmRRLcyPy0M+WL3tbQBJE2ff3jqBys1img4VK6icSAS6T7zgmG/l 1IOqhe1okyjO88f3NOCQROurtLWrJqrPOGd0cC1c3oYCwy+oUZrY1i6MfLdh4jrhP3CU ZswAPIpt8oBpytvH4TiHl6wuGWVu3ssAeeJP9jsuQS5xwjQ/IPKAGr3TW94qM5vl8M5k mceA== X-Gm-Message-State: ALoCoQnKuAiTakQCVNoImFciwKtr87daEKe4Ufx4VVLy4zxJl1iFCc2yKnRGPY/05YaVb4M1yaLP X-Received: by 10.180.73.198 with SMTP id n6mr33964065wiv.3.1429610433118; Tue, 21 Apr 2015 03:00:33 -0700 (PDT) Received: from ?IPv6:2001:660:330f:a4:14e9:cfff:705c:9b5b? ([2001:660:330f:a4:14e9:cfff:705c:9b5b]) by mx.google.com with ESMTPSA id di9sm18945301wib.16.2015.04.21.03.00.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Apr 2015 03:00:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Luigi Iannone In-Reply-To: Date: Tue, 21 Apr 2015 12:00:33 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> To: Dino Farinacci X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 10:00:37 -0000 > On 20 Apr 2015, at 17:34, Dino Farinacci wrote: >=20 >=20 >> Hi, >>=20 >>>> specifications. The existence of a LISP specific EID block >>>> would allow to avoid scenarios with excessive overhead, where >>>> the destination is a LISP EID and where (while the mapping is >>>> looked up) packets are forwarded over paths like >>>> Source->ITR->PETR->PITR->ETR->Destination, which may show an >>>=20 >>> This is totally wrong. PITR, by definition, are not decapsulators. >>=20 >> The example is correct, and the PITR in the example is an = encapsulator. The ITR->PETR bit is encapsulated. The PETR->PITR bit is = unencapsulated (probably BGP routed) internet traffic, and the PITR->ETR = bit is encapsulated again. >=20 > Then the example is not coded properly. It nees to be more specific = for accuracy: >=20 > source (native forward) -> ITR (encap) -> PETR (native forward) -> = PITR (encap) -> ETR (native forward) -> dest I would suggest: source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR = (encap) -> ETR (decap) -> dest Because of the current status of the document (and as co-author) this = can be done during the IESG review or right before forwarding it to the = RFC queue if no other changes are required. ciao L. >=20 > Dino >=20 >>=20 >> Cheers! >> Sander >>=20 >=20 > _______________________________________________ > lisp mailing list > lisp@ietf.org > https://www.ietf.org/mailman/listinfo/lisp From nobody Tue Apr 21 05:37:52 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47D321ACD09 for ; Tue, 21 Apr 2015 05:37:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YWYVSRuNofph for ; Tue, 21 Apr 2015 05:37:49 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4C811ACD07 for ; Tue, 21 Apr 2015 05:37:49 -0700 (PDT) Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 8F64E880F3 for ; Tue, 21 Apr 2015 05:37:49 -0700 (PDT) Received: from Brians-MacBook-Pro.local (swifi-nat.jhuapl.edu [128.244.87.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 5F35813682B0 for ; Tue, 21 Apr 2015 05:37:49 -0700 (PDT) Message-ID: <5536449A.3080304@innovationslab.net> Date: Tue, 21 Apr 2015 08:37:46 -0400 From: Brian Haberman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: lisp@ietf.org References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> In-Reply-To: <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CvDDxNtr3dvff1Chox2iq1PakiaDGK8q3" Archived-At: Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 12:37:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CvDDxNtr3dvff1Chox2iq1PakiaDGK8q3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/21/15 6:00 AM, Luigi Iannone wrote: >=20 >> On 20 Apr 2015, at 17:34, Dino Farinacci >> wrote: >>=20 >>=20 >>> Hi, >>>=20 >>>>> specifications. The existence of a LISP specific EID block=20 >>>>> would allow to avoid scenarios with excessive overhead, >>>>> where the destination is a LISP EID and where (while the >>>>> mapping is looked up) packets are forwarded over paths like=20 >>>>> Source->ITR->PETR->PITR->ETR->Destination, which may show an >>>>=20 >>>> This is totally wrong. PITR, by definition, are not >>>> decapsulators. >>>=20 >>> The example is correct, and the PITR in the example is an >>> encapsulator. The ITR->PETR bit is encapsulated. The PETR->PITR >>> bit is unencapsulated (probably BGP routed) internet traffic, and >>> the PITR->ETR bit is encapsulated again. >>=20 >> Then the example is not coded properly. It nees to be more specific >> for accuracy: >>=20 >> source (native forward) -> ITR (encap) -> PETR (native forward) -> >> PITR (encap) -> ETR (native forward) -> dest >=20 > I would suggest: >=20 > source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR > (encap) -> ETR (decap) -> dest >=20 > Because of the current status of the document (and as co-author) this > can be done during the IESG review or right before forwarding it to > the RFC queue if no other changes are required. The EID-block draft is in IETF Last Call, so you could consider the above discussion a LC comment on it. Brian >=20 > ciao >=20 > L. >=20 >=20 >>=20 >> Dino >>=20 >>>=20 >>> Cheers! Sander >>>=20 >>=20 >> _______________________________________________ lisp mailing list=20 >> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp >=20 > _______________________________________________ lisp mailing list=20 > lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp >=20 --CvDDxNtr3dvff1Chox2iq1PakiaDGK8q3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVNkSaAAoJEBOZRqCi7goq1/wH/238f3gDQQssxfYqKsy5rKbY C4icmuuNDzEeAnlc6HECwXKT3MvS04XroWAgBiuXnTDFUuyd4C7Rb0A6Y5khOZNi POgx81EyDfa4H+MbDcqJpjaL+aIvm0epWEQzQdWxCSgEsuxu8QuBoIhPeIFQyAMm OMj4d0s5G352UfPm4C5onh9XgsFztR2+kZ4VoXzmLHt58SQbqz4BcKpGPfU6r2u2 hgjoZPWUKkG+hTmSsxhShfLUv/vCgtV/tGxG/Z6/de/suntyF/raSNr6tO1iMNmc nJLPSv0uUI7H8LzUkZ5ER2wz3jA+QF9D4L7+yB0YlFo1/Yt/He2WhhhWlwywueQ= =VEsG -----END PGP SIGNATURE----- --CvDDxNtr3dvff1Chox2iq1PakiaDGK8q3-- From nobody Tue Apr 21 07:26:22 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A8B91A038C for ; Tue, 21 Apr 2015 07:26:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tW5D-vN1DuMg for ; Tue, 21 Apr 2015 07:26:18 -0700 (PDT) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD2191A9121 for ; Tue, 21 Apr 2015 07:26:15 -0700 (PDT) Received: by wicmx19 with SMTP id mx19so65121030wic.1 for ; Tue, 21 Apr 2015 07:26:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=ciBp/OPi+SRET1VW8ncBQYPEAiPN+eQjcQXFNu1IVvE=; b=JwVi+UUlV5RU0PcnG6nuzSCvKLqLMD70YePsDcXzVh/77uLJoWjKNGwSOk6RDZ+mnH be6+3Y2Df/0hOB3Xq1HLPYP0sFy8SYP9dJi3UxrAfPk5KdGHyCaGCwhowGvpo6I4QRG9 xU2JGcZD4Zu90q5ARWCDIBX6OvvQiUWUtySTrt5Yhte/d00EztXALK2iwFwGFo8btDRz Aw7FebwhLdHt4ETXFO0v1bQbAJVvmMFNwvUoBru45U5knRr+I2LowBMACppfbpNOcXyQ tiSznuMaXyeNZ0AOGRLT60hDtDzCwigPFNG8dw+hdIXp+Q3o4xdWlBbDOI6O+5OIp9A3 VEBQ== X-Gm-Message-State: ALoCoQnY+XTJsVB+igc5KBLYErpPXFjWQFaZ/z2RViD1Q51y5ogH8YTOND6bO3dciCuxTVAYthQ5 X-Received: by 10.194.63.80 with SMTP id e16mr23830771wjs.56.1429626374463; Tue, 21 Apr 2015 07:26:14 -0700 (PDT) Received: from ?IPv6:2a01:e35:1381:3430:d8cb:3138:1848:7110? ([2a01:e35:1381:3430:d8cb:3138:1848:7110]) by mx.google.com with ESMTPSA id xy2sm2888519wjc.14.2015.04.21.07.26.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Apr 2015 07:26:13 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_080E05FD-4F31-4309-A5DE-135DC90E07E4" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Luigi Iannone In-Reply-To: <5536449A.3080304@innovationslab.net> Date: Tue, 21 Apr 2015 16:26:15 +0200 Message-Id: <9D07465D-B6F3-468D-AD95-772E755B5102@gigix.net> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> <5536449A.3080304@innovationslab.net> To: Brian Haberman X-Mailer: Apple Mail (2.2098) Archived-At: Cc: lisp@ietf.org Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 14:26:19 -0000 --Apple-Mail=_080E05FD-4F31-4309-A5DE-135DC90E07E4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 > On 21 Apr 2015, at 14:37, Brian Haberman wrote: > > [snip] > > The EID-block draft is in IETF Last Call, so you could consider the > above discussion a LC comment on it. > Thanks Brian, actually that was the purpose of my message. :-) L. --Apple-Mail=_080E05FD-4F31-4309-A5DE-135DC90E07E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
On 21 Apr 2015, at 14:37, Brian Haberman <brian@innovationslab.net> wrote:



[snip]

The EID-block draft is in = IETF Last Call, so you could consider the
above discussion a LC comment on it.


Thanks Brian,

actually that was the purpose of my message. = :-)

L.

= --Apple-Mail=_080E05FD-4F31-4309-A5DE-135DC90E07E4-- From nobody Tue Apr 21 08:36:48 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39E4A1ACEAD for ; Tue, 21 Apr 2015 08:36:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.902 X-Spam-Level: X-Spam-Status: No, score=-101.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gqsg0bqcFQUS for ; Tue, 21 Apr 2015 08:36:45 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0110.outbound.protection.outlook.com [207.46.100.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD01B1ACE84 for ; Tue, 21 Apr 2015 08:36:29 -0700 (PDT) Received: from CO1PR05MB442.namprd05.prod.outlook.com (10.141.73.146) by CO1PR05MB444.namprd05.prod.outlook.com (10.141.73.140) with Microsoft SMTP Server (TLS) id 15.1.136.25; Tue, 21 Apr 2015 15:36:28 +0000 Received: from CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) by CO1PR05MB442.namprd05.prod.outlook.com ([169.254.13.238]) with mapi id 15.01.0136.026; Tue, 21 Apr 2015 15:36:28 +0000 From: Ronald Bonica To: Brian Haberman , "lisp@ietf.org" Thread-Topic: [lisp] EID-Block clarification [was: VPN Leaks] Thread-Index: AQHQfBoIBwSQfgEOuEqYF7uZ7FMhvJ1XZ7sAgAAxaxA= Date: Tue, 21 Apr 2015 15:36:28 +0000 Message-ID: References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> <5536449A.3080304@innovationslab.net> In-Reply-To: <5536449A.3080304@innovationslab.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: innovationslab.net; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.19] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB444; x-forefront-antispam-report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(51704005)(377454003)(13464003)(479174004)(45074003)(24454002)(40100003)(86362001)(19580405001)(33656002)(102836002)(66066001)(77156002)(122556002)(62966003)(46102003)(2656002)(87936001)(15975445007)(74316001)(54356999)(50986999)(93886004)(76176999)(106116001)(19580395003)(99286002)(92566002)(5001770100001)(15188555004)(2900100001)(76576001)(2501003)(107886001)(2950100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB444; H:CO1PR05MB442.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5002010)(5005006); SRVR:CO1PR05MB444; BCL:0; PCL:0; RULEID:; SRVR:CO1PR05MB444; x-forefront-prvs: 0553CBB77A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2015 15:36:28.0581 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR05MB444 Archived-At: Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 15:36:47 -0000 Folks, Given Dino's response in http://www.ietf.org/mail-archive/web/lisp/current/= msg05945.html, shouldn't we remove the entire bullet item? As Dino says, "A= n ITR or PITR will encapsulate to a PETR, not when a cache miss happens but= when the mapping system returns a "forward-native" action in a Null Map-Re= ply (one with no locator-set)." = Ron > -----Original Message----- > From: lisp [mailto:lisp-bounces@ietf.org] On Behalf Of Brian Haberman > Sent: Tuesday, April 21, 2015 8:38 AM > To: lisp@ietf.org > Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] >=20 >=20 >=20 > On 4/21/15 6:00 AM, Luigi Iannone wrote: > > > >> On 20 Apr 2015, at 17:34, Dino Farinacci > >> wrote: > >> > >> > >>> Hi, > >>> > >>>>> specifications. The existence of a LISP specific EID block would > >>>>> allow to avoid scenarios with excessive overhead, where the > >>>>> destination is a LISP EID and where (while the mapping is looked > >>>>> up) packets are forwarded over paths like > >>>>> Source->ITR->PETR->PITR->ETR->Destination, which may show an > >>>> > >>>> This is totally wrong. PITR, by definition, are not decapsulators. > >>> > >>> The example is correct, and the PITR in the example is an > >>> encapsulator. The ITR->PETR bit is encapsulated. The PETR->PITR bit > >>> is unencapsulated (probably BGP routed) internet traffic, and the > >>> PITR->ETR bit is encapsulated again. > >> > >> Then the example is not coded properly. It nees to be more specific > >> for accuracy: > >> > >> source (native forward) -> ITR (encap) -> PETR (native forward) -> > >> PITR (encap) -> ETR (native forward) -> dest > > > > I would suggest: > > > > source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR > > (encap) -> ETR (decap) -> dest > > > > Because of the current status of the document (and as co-author) this > > can be done during the IESG review or right before forwarding it to > > the RFC queue if no other changes are required. >=20 > The EID-block draft is in IETF Last Call, so you could consider the above > discussion a LC comment on it. >=20 > Brian >=20 > > > > ciao > > > > L. > > > > > >> > >> Dino > >> > >>> > >>> Cheers! Sander > >>> > >> > >> _______________________________________________ lisp mailing > list > >> lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp > > > > _______________________________________________ lisp mailing > list > > lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp > > From nobody Tue Apr 21 08:49:37 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99F9E1ACEE8 for ; Tue, 21 Apr 2015 08:49:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cFGwsrX4n5Uz for ; Tue, 21 Apr 2015 08:49:34 -0700 (PDT) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84D6E1ACEE6 for ; Tue, 21 Apr 2015 08:49:34 -0700 (PDT) Received: by pdbqa5 with SMTP id qa5so245327337pdb.1 for ; Tue, 21 Apr 2015 08:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=bHs/e8nOXBFfJQE+Um0FO1Yt0/GNRc5Rg9/sQpPxsso=; b=Ls2vIayPisEW06DucBSczS38LsJwRnDmFbo191F5wBtG5JfHnwUh9Dq3olV0qgvwcz kLsyiKNi07D+oEeQJslmv1VqkWwAzv53iN4tJ92D8wLvM2eothfXe/8jIjvnYS84o88H Rkgr6L5SX0Se3n3jYQMn1/6p3gLCxui81juF7IDUxIf6LSv/i2oeZdWlJ20BQoBxfZfa vjzX1rsD6n3IVoq6d5AMnzpRzATDB8Bz4Blfiv7Nk5R5hARo5CGQ07xURXz6KnmFm3Xg 7iQWlXdmr/CoEJUs3HW1M/qIUn2FT2jS2i+PaTigbAyhKq2dEPWz+Bbj8BsgGjCsDwJX EnfQ== X-Received: by 10.68.253.162 with SMTP id ab2mr38694734pbd.62.1429631374228; Tue, 21 Apr 2015 08:49:34 -0700 (PDT) Received: from [192.168.1.145] ([207.145.253.66]) by mx.google.com with ESMTPSA id sc1sm2460403pac.36.2015.04.21.08.49.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Apr 2015 08:49:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Dino Farinacci X-Mailer: iPhone Mail (12F70) In-Reply-To: <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> Date: Tue, 21 Apr 2015 08:49:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <04A7C17E-B910-40EE-8D91-05370A69C929@gmail.com> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> To: Luigi Iannone Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 15:49:35 -0000 > On Apr 21, 2015, at 3:00 AM, Luigi Iannone wrote: >=20 > source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR (encap) -= > ETR (decap) -> dest There is no recap in the PETR. It simply strips a LISP header and forwards t= he packet.=20 Dino= From nobody Tue Apr 21 10:09:40 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B6FB1B29BE for ; Tue, 21 Apr 2015 10:09:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zynpfq9eQBbN for ; Tue, 21 Apr 2015 10:09:37 -0700 (PDT) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1172F1A0041 for ; Tue, 21 Apr 2015 10:09:36 -0700 (PDT) Received: by wizk4 with SMTP id k4so147605419wiz.1 for ; Tue, 21 Apr 2015 10:09:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=GN/Nmnf9IwAoggkT52aB6ThH4EQ+Ev7aZQTEoySDRuc=; b=JXuL9kpNwIwfYQzChfRmbyBQZbGSzRT8e5D1xvORcS0RLdVQuH4SwajMO66uKZmrtJ sF/qPgvX5GcD7MoxQRYhYOnDiI4NHGJ+AyOgE4+p2GgIm8BVUSlGZ7F5v+iZOeXI7aZN PLoOfqUAVWBU9itw+h2tn1GnB8c2nvVPIHHEQTbeyQQD87DLNL5eG1Enkfia9sGBGP7K 62P/XcjDqzzEJajT2hig5KL53smd6GW5BWOkql87Y3WVAxBKoceULS+tHZF0bvBUyx0j SrpM/QxeN7fkK4itX5NhwSmGTK8l5xLe+HyrlsK/n9+2phB2DDNME9iEeeflT7+NB9jS BRfw== X-Gm-Message-State: ALoCoQmC0S0u1myZ5SA7m2Ui12kf01YozNe47XqEe4fMWeEliRMSnisZjnRq96yhwGX12R2AR6gz X-Received: by 10.180.160.145 with SMTP id xk17mr7666947wib.85.1429636175669; Tue, 21 Apr 2015 10:09:35 -0700 (PDT) Received: from ?IPv6:2a01:e35:1381:3430:dd5f:27f5:d174:2a87? ([2a01:e35:1381:3430:dd5f:27f5:d174:2a87]) by mx.google.com with ESMTPSA id di7sm3882800wib.23.2015.04.21.10.09.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Apr 2015 10:09:34 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Luigi Iannone In-Reply-To: <04A7C17E-B910-40EE-8D91-05370A69C929@gmail.com> Date: Tue, 21 Apr 2015 19:09:33 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <52EF4F17-1CA0-417B-B353-8C284DF3DD60@gigix.net> References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> <04A7C17E-B910-40EE-8D91-05370A69C929@gmail.com> To: Dino Farinacci X-Mailer: Apple Mail (2.2098) Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 17:09:38 -0000 > On 21 Apr 2015, at 17:49, Dino Farinacci wrote: >=20 >=20 >=20 >> On Apr 21, 2015, at 3:00 AM, Luigi Iannone wrote: >>=20 >> source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR = (encap) -> ETR (decap) -> dest >=20 > There is no recap in the PETR. It simply strips a LISP header and = forwards the packet.=20 You are right. It has to be =E2=80=9Cdecap=E2=80=9D. L. >=20 > Dino From nobody Tue Apr 21 10:18:29 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF2FF1A6FF5 for ; Tue, 21 Apr 2015 10:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0SWluHoxlffZ for ; Tue, 21 Apr 2015 10:18:24 -0700 (PDT) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF99E1A0379 for ; Tue, 21 Apr 2015 10:18:23 -0700 (PDT) Received: by pdea3 with SMTP id a3so247865787pde.3 for ; Tue, 21 Apr 2015 10:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CvBTD9oQRsQ7Ne3Ok6uQ/QYNBkbGgKC1MTbP2eqVjuI=; b=d/ugyLEKWqeooMLBb4eUfZsuNqaD0cFZgPeeiCidWhbGU5nXE+gT9n+5hChyaHHCFu 2v28h/ijSH+Zy73QwFpNtk64qbEVWibB1gdU0TF7zgmRcvcG3DDX4hx6pnmpxfhmdu0e QRJPsjRhNSnxPHt5h3k3q2ZQAVwOCnh01z4bN4NVR0OYJ5sJUk1J1FzMPFQMOc3cGwN1 072sc7xxAjBPpgjhE1ZhF5qDbU0FGs6UYBWHLYIHC1qTCu2H9rtCynOiytvQuQYNBbcj 3AYDVVTpE1DiXCquqQ8vP2m60BPxhOFclNJPs6WVjYZNkZeSXfWKkRnsFuboUtVP+jh1 +37Q== X-Received: by 10.68.219.201 with SMTP id pq9mr39384201pbc.28.1429636703609; Tue, 21 Apr 2015 10:18:23 -0700 (PDT) Received: from [10.232.69.128] ([166.170.38.0]) by mx.google.com with ESMTPSA id v7sm2592919pde.81.2015.04.21.10.18.22 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Apr 2015 10:18:22 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Dino Farinacci X-Mailer: iPhone Mail (12F70) In-Reply-To: <52EF4F17-1CA0-417B-B353-8C284DF3DD60@gigix.net> Date: Tue, 21 Apr 2015 10:18:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3B60C12D-74E9-40C7-B91F-5960DE05B9DF@gmail.com> <07D774F4-B312-4E85-AD82-8F326401BCD6@steffann.nl> <7EA24E04-1A75-41CE-AC19-4926BE5E8721@gigix.net> <04A7C17E-B910-40EE-8D91-05370A69C929@gmail.com> <52EF4F17-1CA0-417B-B353-8C284DF3DD60@gigix.net> To: Luigi Iannone Archived-At: Cc: LISP mailing list list Subject: Re: [lisp] EID-Block clarification [was: VPN Leaks] X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2015 17:18:28 -0000 Right.=20 Dino > On Apr 21, 2015, at 10:09 AM, Luigi Iannone wrote: >=20 >=20 >> On 21 Apr 2015, at 17:49, Dino Farinacci wrote: >>=20 >>=20 >>=20 >>> On Apr 21, 2015, at 3:00 AM, Luigi Iannone wrote: >>>=20 >>> source -> ITR (encap) -> PETR (recap) -> (native forward) -> PITR (encap= ) -> ETR (decap) -> dest >>=20 >> There is no recap in the PETR. It simply strips a LISP header and forward= s the packet. >=20 > You are right. It has to be =E2=80=9Cdecap=E2=80=9D. >=20 > L. >=20 >=20 >>=20 >> Dino >=20 From nobody Thu Apr 23 13:59:32 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 208371B3410 for ; Thu, 23 Apr 2015 13:59:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jnh3gnSQhH1G for ; Thu, 23 Apr 2015 13:59:29 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B98061B33D5 for ; Thu, 23 Apr 2015 13:59:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id A9E8424EE98 for ; Thu, 23 Apr 2015 13:59:11 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from Joels-MacBook-Pro.local (ip-64-134-97-72.public.wayport.net [64.134.97.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 65496240C32 for ; Thu, 23 Apr 2015 13:59:11 -0700 (PDT) Message-ID: <55395CEA.3080908@joelhalpern.com> Date: Thu, 23 Apr 2015 16:58:18 -0400 From: "Joel M. Halpern" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "lisp@ietf.org" References: <553934AD.801@innovationslab.net> In-Reply-To: <553934AD.801@innovationslab.net> X-Forwarded-Message-Id: <553934AD.801@innovationslab.net> Content-Type: multipart/mixed; boundary="------------030302050909000006050007" Archived-At: Subject: [lisp] Fwd: Approved: draft-ietf-lisp-introduction X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2015 20:59:31 -0000 This is a multi-part message in MIME format. --------------030302050909000006050007 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Congratulations to the authors and the working group. Joel -------- Forwarded Message -------- Subject: Approved: draft-ietf-lisp-introduction Date: Thu, 23 Apr 2015 14:06:37 -0400 From: Brian Haberman To: 'The IESG' , lisp-chairs@ietf.org Secretariat (BCC:'ed), The document draft-ietf-lisp-introduction is now approved. Please move it along in the publication process. Regards, Brian --------------030302050909000006050007 Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIKCmlRRWNC QUVCQ0FBR0JRSlZPVFN0QUFvSkVCT1pScUNpN2dvcVo1QUlBTHRoQUk5ZWIyb2xWcCtwb2Rr ajZtamkKa0VoMUxKRlNQN1hzNyt3RFZ6WHRzRENqanRhbWdmMFc2aG5WanVmUU9SMStLQmtj YlZldGtpcVVsaVdqYnI0TApTMnVvYTl1czA2V3FYaEl1WFhJbXE1VGtMM2IzV0FYOTU2eE13 a0E4aDdMWUN1bnZqdUdRMWhDQldwQjdrMnJqCjhHZDB0NUZlK1BudTl5cjllM0N1aVB1aGlw ODVLK1dJZXo3SENDQmNIY25ZbjdibkdNOVpvR2JNTW80K0U2aGkKaXk3K2RrSityL3ZoRlEw Y0duajl4VjFZaVJiZlh6bm9jSFJwR3lSbEltaWk3M0FnL25sUS9NUVdVdEhwcGpVbQpwQkky VTZERVBLbUdSamQ4Rk9qdVJSNzJxSmRpUm5NaDBMdlpkVUtyckVrYjIxMno0dU9VOE56dEZI cHN3dms9Cj05K1FTCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQoK --------------030302050909000006050007-- From nobody Thu Apr 23 14:25:24 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 698801B34A3; Thu, 23 Apr 2015 14:25:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i7UzBoRJP1xa; Thu, 23 Apr 2015 14:25:20 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EA7A1B34AA; Thu, 23 Apr 2015 14:24:57 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150423212457.10944.59915.idtracker@ietfa.amsl.com> Date: Thu, 23 Apr 2015 14:24:57 -0700 Archived-At: Cc: lisp mailing list , lisp chair , RFC Editor Subject: [lisp] Document Action: 'An Architectural Introduction to the Locator/ID Separation Protocol (LISP)' to Informational RFC (draft-ietf-lisp-introduction-13.txt) X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2015 21:25:21 -0000 The IESG has approved the following document: - 'An Architectural Introduction to the Locator/ID Separation Protocol (LISP)' (draft-ietf-lisp-introduction-13.txt) as Informational RFC This document is the product of the Locator/ID Separation Protocol Working Group. The IESG contact persons are Brian Haberman, Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-lisp-introduction/ Technical Summary: The document provides an introductionary overview of the the architecture of the Locator/ID Separation Protocol (LISP). The aim of this document is to ease the reading of the complete LISP specifications. Working Group Summary: The document received a strong support from the WG from the very beginning, when was an individual submission. An intermin meeting has been organized in 2013 in order to make progress on the document, which however was growing large. Due to the lack of the activity of the original author, two new editors have been appointed by the WG chairs. Since then, the document has progressed rapidly and has been wrapped up in few months, thanks to the large support and contribution of the WG. Document Quality: Are there existing implementations of the protocol? Have a significant number of vendors indicated their plan to implement the specification? Are there any reviewers that merit special mention as having done a thorough review, e.g., one that resulted in important changes or a conclusion that the document had no substantive issues? If there was a MIB Doctor, Media Type or other expert review, what was its course (briefly)? In the case of a Media Type review, on what date was the request posted? The document does not define any new protocol or mechanism, hence no special review is needed. Its informational content is well written and of a high standard. Personnel: Who is the Document Shepherd? Luigi Iannone Who is the Responsible Area Director? Brian Haberman From nobody Mon Apr 27 03:04:53 2015 Return-Path: X-Original-To: lisp@ietfa.amsl.com Delivered-To: lisp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90A2E1B2FDA; Mon, 27 Apr 2015 03:04:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2JUMCBIpKqsM; Mon, 27 Apr 2015 03:04:51 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 61E421B2FD3; Mon, 27 Apr 2015 03:04:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150427100451.24155.78027.idtracker@ietfa.amsl.com> Date: Mon, 27 Apr 2015 03:04:51 -0700 Archived-At: Cc: lisp@ietf.org Subject: [lisp] I-D Action: draft-ietf-lisp-eid-block-11.txt X-BeenThere: lisp@ietf.org X-Mailman-Version: 2.1.15 List-Id: List for the discussion of the Locator/ID Separation Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2015 10:04:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Locator/ID Separation Protocol Working Group of the IETF. Title : LISP EID Block Authors : Luigi Iannone Darrel Lewis David Meyer Vince Fuller Filename : draft-ietf-lisp-eid-block-11.txt Pages : 16 Date : 2015-04-27 Abstract: This is a direction to IANA to allocate a /32 IPv6 prefix for use with the Locator/ID Separation Protocol (LISP). The prefix will be used for local intra-domain routing and global endpoint identification, by sites deploying LISP as EID (Endpoint IDentifier) addressing space. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lisp-eid-block/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-lisp-eid-block-11 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-eid-block-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/