From Marco.Liebsch@neclab.eu Mon Jul 1 06:12:02 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AE6F11E8322 for ; Mon, 1 Jul 2013 06:12:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JbqZ3wD+tS7v for ; Mon, 1 Jul 2013 06:11:58 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 65B0C11E8897 for ; Mon, 1 Jul 2013 06:01:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id DC39E10487C; Mon, 1 Jul 2013 15:00:36 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j2jI2i+uq3gZ; Mon, 1 Jul 2013 15:00:36 +0200 (CEST) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id BE2B310487B; Mon, 1 Jul 2013 15:00:21 +0200 (CEST) Received: from DAPHNIS.office.hd ([169.254.2.234]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Mon, 1 Jul 2013 15:00:28 +0200 From: Marco Liebsch To: Ahmad Muhanna , "netext@ietf.org" Thread-Topic: Review Comments on: draft-ietf-netext-pmip6-qos-02 Thread-Index: AQHOX8Ztyr3m4jYzDECTM8RQi1fIwJk6FdKQgAxv6YCACWoaUA== Date: Mon, 1 Jul 2013 12:59:10 +0000 Message-ID: <69756203DDDDE64E987BC4F70B71A26D552DCBD9@DAPHNIS.office.hd> References: <3359F724933DFD458579D24EAC7690988B231081@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552CD2D7@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217AB7F@Redwood.usa.awardsolutions.com> In-Reply-To: <3359F724933DFD458579D24EAC769098A217AB7F@Redwood.usa.awardsolutions.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.6.1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Basavaraj Patil Subject: Re: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 13:12:02 -0000 Hi Ahmad, please see inline. >-----Original Message----- >From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] >Sent: Dienstag, 25. Juni 2013 16:51 >To: Marco Liebsch; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Marco, >Sorry I was out last week. >I would like to address your comments as follows. The below is in general = and >comments to your specific replies. > >In general, I agree 3GPP standard does not specify a PMIPv6 tunnel that is >comparable to a GTP bearer. That's given. However, that is the reason 3GPP >specify a different PCC architecture when PMIP is used. In other words, th= e MAG >goes directly to the PCRF over Gxa, for example. There are different views on how QoS for non-cellular access is treated. Th= e approach as per this specification is one solution. > >I believe that allowing a different architecture for PCC to be used over P= MIP6 >must have one of two options. >1. Define the needed extras for PMIP6 to be able to be comparable to GTP >bearer and then use PCC as it is being used for GTP and as you are trying = to use >in your draft, this means you need to describe the scenarios to the level = of >bearers and NOT MN or Mobility session. However, I must say that this opti= on >SHOULD NOT be addressed in IETF and should be handled in 3GPP >standardization, for example SA2. I remember in the past there was lots of >discussion related to PCC architecture and for PMIP the option was to use = out-of- >bound mechanism. > >2. Forget about 3GPP PCC and define your own mechanism for exchanging some >QoS parameters without ANY reference to 3GPP. That is possible but I am no= t >sure about the value. Keeping this specification more general without digging into bearer, GTP an= d PCC does not conflict with deploying the spec in 3GPP later. That applies to va= rious previously published RFCs.=20 In fact, we had some text about bearers in the first drafts and were asked = to remove. If we write about these specific background technologies, we probably need = to explain them in the draft, which is not needed IHMO. > >Having said the above, please see more responses below. > > >Best Regards, >Ahmad > >-----Original Message----- >From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] >Sent: Monday, June 17, 2013 10:54 AM >To: Ahmad Muhanna; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Ahmad, > >thanks a lot for your detailed comments and proposals. >Please see inline for feedback. > >>-----Original Message----- >>From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On >>Behalf Of Ahmad Muhanna >>Sent: Sonntag, 2. Juni 2013 21:21 >>To: netext@ietf.org >>Cc: Basavaraj Patil >>Subject: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 >> >>Hi Raj and authors, >> >>I have reviewed this draft and I have the below comments. >> >>General Comment: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>I have found it difficult to follow this document differentiation >>between IP session, IP flows, Mobility Session with respect to QoS. >>Since this document reference 3GPP specification for the purpose of >>QoS, we realize that QoS (in >>3GPP) is enforced at the level of a bearer. Thus, when we talk about IP >>session, is that a single bearer or all types of traffic/flows is carried= over this IP >session. >>May be the question is: what is the equivalent of a bearer in PMIPv6? >>Then we should make sure that we use that definition when referring to >>QoS enforcement. > >I would not try to map the bearer concept, which applies to cellular netwo= rks, to >IP tunneling as used by PMIP. A PMIP tunnel is shared even by multiple use= rs, >whereas the bearer is established per MN and per QoS. I'd rather add more = text >about how QoS differentiation should be enabled on a PMIP tunnel. In curre= nt >cellular systems, mapping of flows to a per MN and per-QoS bearer is >performed on the downlink after the termination of the PMIP tunnel, i.e. a= t the >MAG. So, no bearer assumed on PMIP even in cellular networks. Scope of the >spec is to enable QoS differentiation by means of DSCPs on the PMIP tunnel= and >opt for mapping of QoS rules to non-cellular access technology specific Qo= S. > >[Ahmad:] >[Ahmad:] Please see my comments above. > > >> >>After reading on, section 4.1., mentions that the QoS is applied at >>three different levels, IP flow, Mobility Session, or per MN. >>May be it is a good idea to have this mentioned upfront in the >>introduction section in order to set the stage correctly. In addition >>somehow, this document needs to provide the detailed logic to differentia= te >between the three cases. > >Fully agree to that point and we addressed past comments on this mainly in= the >message format description. The general parts, such as the Intro, lack in = clear >text, which we'll add in the updated version. Thanks again for the hint. >[Ahmad:] Thank you. > > >> >> >>Editorial: >>Comment No. 1: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> (a) Maintenance of QoS classification during a handover between >> cellular radio access and WLAN access by means of establishing QoS >> policies in the handover target access network, >> >>[Ahmad] >> (a) Maintaining QoS classification .... > >Ok. > > >> >>Comment No. 2: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> This document specifies an extension to the PMIPv6 protocol, which >> enables the transport of established QoS descriptions between an LMA >> and the MAG by means of a QoS container option in case the QoS policy >> in the WLAN access is not under explicit control of a policy control >> system. >> >>[Ahmad] >>It is not clear what you are trying to say in here. I am thinking the >>authors intention is to say that in case there is no out of bound >>policy control mechanism, this document specifies an inbound mechanism >>using an extension to the PMIPv6 protocol. May be this can be rephrased >>to capture the mentioned meaning. > >Agreed. How about that (omitting the pointer to the policy control system)= : >This document specifies an extension to the PMIPv6 protocol to establish Q= oS >policies for an MN's data traffic on the LMA and the MAG. QoS policies are >conveyed in-band with >PMIPv6 signaling using the specified QoS option and are enforced on the LM= A >for downlink traffic and on the MAG for uplink traffic. >[Ahmad:] >I think that may be an option as I listed above. However, you need to pres= ent this >document as a mechanism for exchanging some QoS parameters that you need >to define in this document or reference other IETF documents because you n= o >longer is able to reference any 3GPP documents. In that case, please make = sure >that the document is consistent across the board and I believe the new/upd= ated >document needs further fresh reviews. > Ok. > >> >>Comment No. 3: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> The specified option allows association between IP session >> keys, such as a Differentiated Services Code Point (DSCP), and the >> expected QoS class for this IP session. >> >>[Ahmad] >>I have a problem with the word "keys", maybe we can say IP session >>classification parameters, >> > >I think your proposal is good. We'll adopt it. > > >> >> >>Comment No. 4: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> The MN is first connected to the LTE network and having a multimedia >> session such as a video call with appropriate QoS parameters set by >> the policy control function. >> >>[Ahmad] >>All of a sudden introduced LTE network, maybe we can rephrase this as fol= lows: >> >> The MN is first connected to the cellular network, e.g., LTE >>network, and having a multimedia ...... > >Good point. > >> >>Comment No. 5: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>3.3. Use Case B -- Establishment of new QoS Context in non-3G Access >> >>[Ahmad] >>I guess the intention to say non-3GPP ? > >Yes. Even better: '..non-cellular Access'. Ok with you? >[Ahmad:] Yes. If you agree to not reference 3GPP standardization, this com= es >natural. Thanks! > Ok. >> >> >>Comment No. 6: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>3.5. Relevant QoS Attributes >> >>[Ahmad] >>Although, TFT is not considered a QoS parameter, but it is quite >>important. I did not see the UL TFT is mentioned anywhere. Is it handled >outside this document? >>If it is, we need to mention that because it tightly coupled with the >>enforcement of the QoS. > >The TFT is a cellular-specific concept, better a collection of filter and = mapping >rules, that holds flow information and allow mapping of each flow to a bea= rer in >the cellular network. The downlink TFT applies to the MAG in the cellular >network which use PMIP, the uplink TFT (do you refer only to this one?) ap= plies >to the MN. I consider functions of the TFT on both sides out of scope of t= his >document's focus, as it's related to bearer mapping. > >[Ahmad:] May be I am missing something here. At the end regardless of the >mapping to a single bearer or a tunnel for multiple UEs, you need to enfor= ce the >PCC rules at the level of flows. That could be a wild card but if you have= a >solution that assumes wild card all the time, then you may have a problem.= In >other words, I believe the TFT is needed to be communicated to the UE and = the >MAG. If in non-cellular the UE does not need to have the uplink TFT, then = please >explain this in the draft. In other words, whatever option you want to cho= ose, >please mention the justification. Thanks. > The spec does not assume wildcarded policies all the time. For some, a per-= MN or per-mobility session wildcard makes sense, i.e. the aggregate of the MN or = its registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce s= pecific rules to some flows for prioritization. I do not see a problem with this. I don't think the draft needs to go into implementation specific how to ide= ntify flows and apply associated rules when there is a TFT and 3GPP-specific implementation already on the MN or the LMA respectively. > >Also I do not think the spec needs to classify it explicitly as out of sco= pe. >Implementations may re-use the TFT data structures to hold and maintain Qo= S >information for non-cellular access, but I'd hesitate entering that level = and the >need to introduce a TFT term, which also needs to be described then. >Other opinions? >[Ahmad:] Well, then we disagree. That communication of QoS parameters is >useless if you do not know how to enforce it. Whenever, people talks about= PCC, >they automatically thinks of the enforcement and you need to address it. E= ither >referencing other IETF documents or give justification for why it is not n= eeded. > Do you propose to describe the conceptual datastructures that hold the rece= ived policies? Then, do you also propose to add some text about 'flow identifica= tion and rules enforcement' ? > >> >>After reading on, there is Traffic Selector Attribute (section 4.1, >>etc). However, the following text is a little misleading and gives the >>impression as the additional attributes are out of scope. >> >> For some optional QoS attributes the signaling can differentiate >> enforcement per mobility session and per IP flow. Additional >> attributes can be appended to the QoS option, but their definition >> and specification is out of scope of this document and left to their >> actual deployment. >> >>I think the above text can be modified to clearly reference Traffic Selec= tor. > >Not sure I got your point correctly. The specification of additional QoS a= ttributes >and the associated options' format is out of scope of this specification, = but may >be relevant for a particular deployment. Means, the specified mechanisms c= an >be used to convey more options, e.g. ones that are defined by other SDOs. >[Ahmad:] That should be fine. Ok > >About the Traffic Selector, what else than a reference to RFC6088 would yo= u like >to see in the draft? >[Ahmad:] That should suffice to eliminate the possible misunderstanding of= the >text above. Ok > >> >> >>Technical Comments: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >>Comment No. 1: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 4.2 " Local Mobility Anchor Considerations" , it says the >following: >> >> The flow selectors and the parameters for flow treatment MUST be >> included in the option only if QoS policy is expected to apply at the >> flow level. >> >>On the other hand, under section 5, "Quality of Service Option", it >>says the DSCP value to be used for the flow: >> >> o DSCP: An 6-bit unsigned integer indicating the code point value, >> as defined in [RFC2475] to be used for the flow. >> >>[Ahmad] >>It is not clear to me how this will work out. If the DSCP is a fixed >>field in the QoS option, then how this will work to allow having >>different flows with different DSCP(s). Let me try to explain where I >>am lost! :-) >> >>If the mobility session was established for default kind of traffic and >>the QoS DSCP was communicated for a QCI of 9 (DSCP1) for example. Then >>at a later time, the MN establishes some application session (flow) >>with QCI 1 and the returned QoS has a DSCP (DSCP2) in the fixed field >>and probably a Traffic Selector since it is a per single flow. >> >>Now: when the MAG receives the new PBA, is DSCP2 for this flow only and >>the old DSCP1 for every other traffic? How that should work in relation >>with the above DSCP field definition? > >Per-flow policies overrule default policies. I hope this is only a clarifi= cation issue >in the draft, or do you see an inconsistency and technical issue here? >[Ahmad:] >As I said earlier, please remember you are defining a new mechanism for us= ing >3GPP PCC architecture that is NOT defined by 3GPP. May be if you agree on = the >previous comments above, then this point will automatically be addressed. > We'll try to clarify this in the revision. >> >> >>Comment No. 2: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 6, the Guaranteed Downlink Bit Rate is missing. > >Only in the listed attributes, not in the specification (Sec. 6.6 and 6.7)= . >Thanks for the catch! > >> >> >> >>Comment No. 3: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 6.8, "Traffic Selector", it says the following: >> >> MUST be included if QoS parameters (Options according to Section 6.5 >> to Section 6.7) are expected to apply at the flow level >> >>[Ahmad] >>Why did you single out these two sections only? > >Because the use of per-flow rules made sense here, whereas the per-Mobilit= y >Session attributes should represent an aggregated view taking all flows of= the >mobility session into account. >[Ahmad:] >May be the new approach (if you agree on the above comments) will address >this too. Also here, we'll try to clarify this in the revision. Thanks, marco > >>For example, section 6.5, says the following: >> >>" >>6.5. Allocation and Retention Priority >> >> ....... >> If the attribute is expected to apply at the flow level, the >> traffic selector (Section 6.8) MUST be included in the QoS option. >>" >> >>I suggest modifying the text as follows: >> >> MUST be included when QoS is expected to be applied at the flow level. > >Ok. > >> >> >>Comment No. 4: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Since the Guaranteed Downlink Bit Rate is missing, please recheck the >>assigned type values and their order in section 6 and the following >>subsections. Also, please update the IANA section accordingly. > >Ok. > >Thanks again for your detailed comments and suggestions. > >Marco >[Ahmad:] >Thanks Marco! > >> >> >>Regards, >>Ahmad >> >> >>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >+ >>+++++++++++++++++++++ >>From: Basavaraj Patil [mailto:bpatil1@gmail.com] >>Sent: Tuesday, May 14, 2013 4:37 PM >>To: Ahmad Muhanna >>Cc: netext@ietf.org >>Subject: Request for review of I-D: draft-ietf-netext-pmip6-qos-02 >> >> >>Hi Ahmad, >> >>We would appreciate it if you can review the I-D:=A0uality of Service >>Option for Proxy Mobile IPv6 . >> >>Please post your review comments directly to the list. If you can >>complete the review within the next 2 weeks, that would be much appreciat= ed. >> >>Thank you. >> >>-Chairs >> >>-- >>Basavaraj Patil >>_______________________________________________ >>netext mailing list >>netext@ietf.org >>https://www.ietf.org/mailman/listinfo/netext From amuhanna@awardsolutions.com Mon Jul 1 06:18:32 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EE1411E8170 for ; Mon, 1 Jul 2013 06:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zO7pPzdmojjH for ; Mon, 1 Jul 2013 06:18:24 -0700 (PDT) Received: from exprod8og117.obsmtp.com (exprod8og117.obsmtp.com [64.18.3.34]) by ietfa.amsl.com (Postfix) with ESMTP id 9958311E834E for ; Mon, 1 Jul 2013 06:15:28 -0700 (PDT) Received: from mail.awardsolutions.com ([66.142.250.98]) (using TLSv1) by exprod8ob117.postini.com ([64.18.7.12]) with SMTP ID DSNKUdGA6RRnWvKz6aLm9gCf0HL2hqKAW1ka@postini.com; Mon, 01 Jul 2013 06:15:29 PDT Received: from REDWOOD.usa.awardsolutions.com ([fe80::6d1b:ab4f:9248:e8a3]) by Redwood.usa.awardsolutions.com ([fe80::6d1b:ab4f:9248:e8a3%11]) with mapi id 14.01.0438.000; Mon, 1 Jul 2013 08:15:21 -0500 From: Ahmad Muhanna To: Marco Liebsch , "netext@ietf.org" Thread-Topic: Review Comments on: draft-ietf-netext-pmip6-qos-02 Thread-Index: AQHOX8ZdB+OpDwjqFUavB5log0rF05k6egmAgAwkusCACasQAP//r1GQ Date: Mon, 1 Jul 2013 13:15:20 +0000 Message-ID: <3359F724933DFD458579D24EAC769098A217D9A5@Redwood.usa.awardsolutions.com> References: <3359F724933DFD458579D24EAC7690988B231081@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552CD2D7@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217AB7F@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552DCBD9@DAPHNIS.office.hd> In-Reply-To: <69756203DDDDE64E987BC4F70B71A26D552DCBD9@DAPHNIS.office.hd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.208.50] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Basavaraj Patil Subject: Re: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 13:18:33 -0000 Hi Marco, Seems we are converging. Just one follow up: >[Ahmad:] May be I am missing something here. At the end regardless of=20 >the mapping to a single bearer or a tunnel for multiple UEs, you need=20 >to enforce the PCC rules at the level of flows. That could be a wild=20 >card but if you have a solution that assumes wild card all the time,=20 >then you may have a problem. In other words, I believe the TFT is=20 >needed to be communicated to the UE and the MAG. If in non-cellular the=20 >UE does not need to have the uplink TFT, then please explain this in=20 >the draft. In other words, whatever option you want to choose, please ment= ion the justification. Thanks. > The spec does not assume wildcarded policies all the time. For some, a per-= MN or per-mobility session wildcard makes sense, i.e. the aggregate of the = MN or its registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce s= pecific rules to some flows for prioritization. I do not see a problem with= this. [Ahmad] Good. I don't think the draft needs to go into implementation specific how to ide= ntify flows and apply associated rules when there is a TFT and 3GPP-specifi= c implementation already on the MN or the LMA respectively. [Ahmad] All what I think is needed is for the proposed mechanism to also include th= e communication of TFT as needed. If you think communicating UL TFT to the = UE, for example, is not needed for Non-cellular network, then please explai= n why. Thanks again! Best Regards, Ahmad -----Original Message----- From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu]=20 Sent: Monday, July 01, 2013 7:59 AM To: Ahmad Muhanna; netext@ietf.org Cc: Basavaraj Patil Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Ahmad, please see inline. >-----Original Message----- >From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] >Sent: Dienstag, 25. Juni 2013 16:51 >To: Marco Liebsch; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Marco, >Sorry I was out last week. >I would like to address your comments as follows. The below is in=20 >general and comments to your specific replies. > >In general, I agree 3GPP standard does not specify a PMIPv6 tunnel that=20 >is comparable to a GTP bearer. That's given. However, that is the=20 >reason 3GPP specify a different PCC architecture when PMIP is used. In=20 >other words, the MAG goes directly to the PCRF over Gxa, for example. There are different views on how QoS for non-cellular access is treated. Th= e approach as per this specification is one solution. > >I believe that allowing a different architecture for PCC to be used=20 >over PMIP6 must have one of two options. >1. Define the needed extras for PMIP6 to be able to be comparable to=20 >GTP bearer and then use PCC as it is being used for GTP and as you are=20 >trying to use in your draft, this means you need to describe the=20 >scenarios to the level of bearers and NOT MN or Mobility session.=20 >However, I must say that this option SHOULD NOT be addressed in IETF=20 >and should be handled in 3GPP standardization, for example SA2. I=20 >remember in the past there was lots of discussion related to PCC=20 >architecture and for PMIP the option was to use out-of- bound mechanism. > >2. Forget about 3GPP PCC and define your own mechanism for exchanging=20 >some QoS parameters without ANY reference to 3GPP. That is possible but=20 >I am not sure about the value. Keeping this specification more general without digging into bearer, GTP an= d PCC does not conflict with deploying the spec in 3GPP later. That applies= to various previously published RFCs.=20 In fact, we had some text about bearers in the first drafts and were asked = to remove. If we write about these specific background technologies, we probably need = to explain them in the draft, which is not needed IHMO. > >Having said the above, please see more responses below. > > >Best Regards, >Ahmad > >-----Original Message----- >From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] >Sent: Monday, June 17, 2013 10:54 AM >To: Ahmad Muhanna; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Ahmad, > >thanks a lot for your detailed comments and proposals. >Please see inline for feedback. > >>-----Original Message----- >>From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On=20 >>Behalf Of Ahmad Muhanna >>Sent: Sonntag, 2. Juni 2013 21:21 >>To: netext@ietf.org >>Cc: Basavaraj Patil >>Subject: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 >> >>Hi Raj and authors, >> >>I have reviewed this draft and I have the below comments. >> >>General Comment: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>I have found it difficult to follow this document differentiation=20 >>between IP session, IP flows, Mobility Session with respect to QoS. >>Since this document reference 3GPP specification for the purpose of=20 >>QoS, we realize that QoS (in >>3GPP) is enforced at the level of a bearer. Thus, when we talk about=20 >>IP session, is that a single bearer or all types of traffic/flows is=20 >>carried over this IP >session. >>May be the question is: what is the equivalent of a bearer in PMIPv6? >>Then we should make sure that we use that definition when referring to=20 >>QoS enforcement. > >I would not try to map the bearer concept, which applies to cellular=20 >networks, to IP tunneling as used by PMIP. A PMIP tunnel is shared even=20 >by multiple users, whereas the bearer is established per MN and per=20 >QoS. I'd rather add more text about how QoS differentiation should be=20 >enabled on a PMIP tunnel. In current cellular systems, mapping of flows=20 >to a per MN and per-QoS bearer is performed on the downlink after the=20 >termination of the PMIP tunnel, i.e. at the MAG. So, no bearer assumed=20 >on PMIP even in cellular networks. Scope of the spec is to enable QoS=20 >differentiation by means of DSCPs on the PMIP tunnel and opt for mapping o= f QoS rules to non-cellular access technology specific QoS. > >[Ahmad:] >[Ahmad:] Please see my comments above. > > >> >>After reading on, section 4.1., mentions that the QoS is applied at=20 >>three different levels, IP flow, Mobility Session, or per MN. >>May be it is a good idea to have this mentioned upfront in the=20 >>introduction section in order to set the stage correctly. In addition=20 >>somehow, this document needs to provide the detailed logic to=20 >>differentiate >between the three cases. > >Fully agree to that point and we addressed past comments on this mainly=20 >in the message format description. The general parts, such as the=20 >Intro, lack in clear text, which we'll add in the updated version. Thanks = again for the hint. >[Ahmad:] Thank you. > > >> >> >>Editorial: >>Comment No. 1: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> (a) Maintenance of QoS classification during a handover between >> cellular radio access and WLAN access by means of establishing QoS >> policies in the handover target access network, >> >>[Ahmad] >> (a) Maintaining QoS classification .... > >Ok. > > >> >>Comment No. 2: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> This document specifies an extension to the PMIPv6 protocol, which >> enables the transport of established QoS descriptions between an LMA >> and the MAG by means of a QoS container option in case the QoS policy >> in the WLAN access is not under explicit control of a policy control >> system. >> >>[Ahmad] >>It is not clear what you are trying to say in here. I am thinking the=20 >>authors intention is to say that in case there is no out of bound=20 >>policy control mechanism, this document specifies an inbound mechanism=20 >>using an extension to the PMIPv6 protocol. May be this can be=20 >>rephrased to capture the mentioned meaning. > >Agreed. How about that (omitting the pointer to the policy control system)= : >This document specifies an extension to the PMIPv6 protocol to=20 >establish QoS policies for an MN's data traffic on the LMA and the MAG.=20 >QoS policies are conveyed in-band with >PMIPv6 signaling using the specified QoS option and are enforced on the=20 >LMA for downlink traffic and on the MAG for uplink traffic. >[Ahmad:] >I think that may be an option as I listed above. However, you need to=20 >present this document as a mechanism for exchanging some QoS parameters=20 >that you need to define in this document or reference other IETF=20 >documents because you no longer is able to reference any 3GPP=20 >documents. In that case, please make sure that the document is=20 >consistent across the board and I believe the new/updated document needs f= urther fresh reviews. > Ok. > >> >>Comment No. 3: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> The specified option allows association between IP session >> keys, such as a Differentiated Services Code Point (DSCP), and the >> expected QoS class for this IP session. >> >>[Ahmad] >>I have a problem with the word "keys", maybe we can say IP session=20 >>classification parameters, >> > >I think your proposal is good. We'll adopt it. > > >> >> >>Comment No. 4: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> The MN is first connected to the LTE network and having a multimedia >> session such as a video call with appropriate QoS parameters set by >> the policy control function. >> >>[Ahmad] >>All of a sudden introduced LTE network, maybe we can rephrase this as fol= lows: >> >> The MN is first connected to the cellular network, e.g., LTE=20 >>network, and having a multimedia ...... > >Good point. > >> >>Comment No. 5: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>3.3. Use Case B -- Establishment of new QoS Context in non-3G Access >> >>[Ahmad] >>I guess the intention to say non-3GPP ? > >Yes. Even better: '..non-cellular Access'. Ok with you? >[Ahmad:] Yes. If you agree to not reference 3GPP standardization, this=20 >comes natural. Thanks! > Ok. >> >> >>Comment No. 6: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>3.5. Relevant QoS Attributes >> >>[Ahmad] >>Although, TFT is not considered a QoS parameter, but it is quite=20 >>important. I did not see the UL TFT is mentioned anywhere. Is it=20 >>handled >outside this document? >>If it is, we need to mention that because it tightly coupled with the=20 >>enforcement of the QoS. > >The TFT is a cellular-specific concept, better a collection of filter=20 >and mapping rules, that holds flow information and allow mapping of=20 >each flow to a bearer in the cellular network. The downlink TFT applies=20 >to the MAG in the cellular network which use PMIP, the uplink TFT (do=20 >you refer only to this one?) applies to the MN. I consider functions of=20 >the TFT on both sides out of scope of this document's focus, as it's relat= ed to bearer mapping. > >[Ahmad:] May be I am missing something here. At the end regardless of=20 >the mapping to a single bearer or a tunnel for multiple UEs, you need=20 >to enforce the PCC rules at the level of flows. That could be a wild=20 >card but if you have a solution that assumes wild card all the time,=20 >then you may have a problem. In other words, I believe the TFT is=20 >needed to be communicated to the UE and the MAG. If in non-cellular the=20 >UE does not need to have the uplink TFT, then please explain this in=20 >the draft. In other words, whatever option you want to choose, please ment= ion the justification. Thanks. > The spec does not assume wildcarded policies all the time. For some, a per-= MN or per-mobility session wildcard makes sense, i.e. the aggregate of the = MN or its registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce s= pecific rules to some flows for prioritization. I do not see a problem with= this. I don't think the draft needs to go into implementation specific how to ide= ntify flows and apply associated rules when there is a TFT and 3GPP-specifi= c implementation already on the MN or the LMA respectively. > >Also I do not think the spec needs to classify it explicitly as out of sco= pe. >Implementations may re-use the TFT data structures to hold and maintain=20 >QoS information for non-cellular access, but I'd hesitate entering that=20 >level and the need to introduce a TFT term, which also needs to be describ= ed then. >Other opinions? >[Ahmad:] Well, then we disagree. That communication of QoS parameters=20 >is useless if you do not know how to enforce it. Whenever, people talks=20 >about PCC, they automatically thinks of the enforcement and you need to=20 >address it. Either referencing other IETF documents or give justification = for why it is not needed. > Do you propose to describe the conceptual datastructures that hold the rece= ived policies? Then, do you also propose to add some text about 'flow ident= ification and rules enforcement' ? > >> >>After reading on, there is Traffic Selector Attribute (section 4.1,=20 >>etc). However, the following text is a little misleading and gives the=20 >>impression as the additional attributes are out of scope. >> >> For some optional QoS attributes the signaling can differentiate >> enforcement per mobility session and per IP flow. Additional >> attributes can be appended to the QoS option, but their definition >> and specification is out of scope of this document and left to their >> actual deployment. >> >>I think the above text can be modified to clearly reference Traffic Selec= tor. > >Not sure I got your point correctly. The specification of additional=20 >QoS attributes and the associated options' format is out of scope of=20 >this specification, but may be relevant for a particular deployment.=20 >Means, the specified mechanisms can be used to convey more options, e.g. o= nes that are defined by other SDOs. >[Ahmad:] That should be fine. Ok > >About the Traffic Selector, what else than a reference to RFC6088 would=20 >you like to see in the draft? >[Ahmad:] That should suffice to eliminate the possible misunderstanding=20 >of the text above. Ok > >> >> >>Technical Comments: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >>Comment No. 1: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 4.2 " Local Mobility Anchor Considerations" , it says=20 >>the >following: >> >> The flow selectors and the parameters for flow treatment MUST be >> included in the option only if QoS policy is expected to apply at the >> flow level. >> >>On the other hand, under section 5, "Quality of Service Option", it=20 >>says the DSCP value to be used for the flow: >> >> o DSCP: An 6-bit unsigned integer indicating the code point value, >> as defined in [RFC2475] to be used for the flow. >> >>[Ahmad] >>It is not clear to me how this will work out. If the DSCP is a fixed=20 >>field in the QoS option, then how this will work to allow having=20 >>different flows with different DSCP(s). Let me try to explain where I=20 >>am lost! :-) >> >>If the mobility session was established for default kind of traffic=20 >>and the QoS DSCP was communicated for a QCI of 9 (DSCP1) for example.=20 >>Then at a later time, the MN establishes some application session=20 >>(flow) with QCI 1 and the returned QoS has a DSCP (DSCP2) in the fixed=20 >>field and probably a Traffic Selector since it is a per single flow. >> >>Now: when the MAG receives the new PBA, is DSCP2 for this flow only=20 >>and the old DSCP1 for every other traffic? How that should work in=20 >>relation with the above DSCP field definition? > >Per-flow policies overrule default policies. I hope this is only a=20 >clarification issue in the draft, or do you see an inconsistency and techn= ical issue here? >[Ahmad:] >As I said earlier, please remember you are defining a new mechanism for=20 >using 3GPP PCC architecture that is NOT defined by 3GPP. May be if you=20 >agree on the previous comments above, then this point will automatically b= e addressed. > We'll try to clarify this in the revision. >> >> >>Comment No. 2: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 6, the Guaranteed Downlink Bit Rate is missing. > >Only in the listed attributes, not in the specification (Sec. 6.6 and 6.7)= . >Thanks for the catch! > >> >> >> >>Comment No. 3: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Under section 6.8, "Traffic Selector", it says the following: >> >> MUST be included if QoS parameters (Options according to Section 6.5 >> to Section 6.7) are expected to apply at the flow level >> >>[Ahmad] >>Why did you single out these two sections only? > >Because the use of per-flow rules made sense here, whereas the=20 >per-Mobility Session attributes should represent an aggregated view=20 >taking all flows of the mobility session into account. >[Ahmad:] >May be the new approach (if you agree on the above comments) will=20 >address this too. Also here, we'll try to clarify this in the revision. Thanks, marco > >>For example, section 6.5, says the following: >> >>" >>6.5. Allocation and Retention Priority >> >> ....... >> If the attribute is expected to apply at the flow level, the >> traffic selector (Section 6.8) MUST be included in the QoS option. >>" >> >>I suggest modifying the text as follows: >> >> MUST be included when QoS is expected to be applied at the flow level. > >Ok. > >> >> >>Comment No. 4: >>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>Since the Guaranteed Downlink Bit Rate is missing, please recheck the=20 >>assigned type values and their order in section 6 and the following=20 >>subsections. Also, please update the IANA section accordingly. > >Ok. > >Thanks again for your detailed comments and suggestions. > >Marco >[Ahmad:] >Thanks Marco! > >> >> >>Regards, >>Ahmad >> >> >>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >+ >>+++++++++++++++++++++ >>From: Basavaraj Patil [mailto:bpatil1@gmail.com] >>Sent: Tuesday, May 14, 2013 4:37 PM >>To: Ahmad Muhanna >>Cc: netext@ietf.org >>Subject: Request for review of I-D: draft-ietf-netext-pmip6-qos-02 >> >> >>Hi Ahmad, >> >>We would appreciate it if you can review the I-D:=A0uality of Service=20 >>Option for Proxy Mobile IPv6 . >> >>Please post your review comments directly to the list. If you can=20 >>complete the review within the next 2 weeks, that would be much appreciat= ed. >> >>Thank you. >> >>-Chairs >> >>-- >>Basavaraj Patil >>_______________________________________________ >>netext mailing list >>netext@ietf.org >>https://www.ietf.org/mailman/listinfo/netext From Marco.Liebsch@neclab.eu Mon Jul 1 07:17:15 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 959A911E81E8 for ; Mon, 1 Jul 2013 07:17:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CDdx7Wj-jZ+u for ; Mon, 1 Jul 2013 07:17:11 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id DFA2911E8170 for ; Mon, 1 Jul 2013 07:17:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id AF458104883; Mon, 1 Jul 2013 16:16:42 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gNlTOl8EOIe1; Mon, 1 Jul 2013 16:16:42 +0200 (CEST) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 9028F104887; Mon, 1 Jul 2013 16:16:27 +0200 (CEST) Received: from DAPHNIS.office.hd ([169.254.2.234]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.01.0323.003; Mon, 1 Jul 2013 16:15:36 +0200 From: Marco Liebsch To: Ahmad Muhanna , "netext@ietf.org" Thread-Topic: Review Comments on: draft-ietf-netext-pmip6-qos-02 Thread-Index: AQHOX8Ztyr3m4jYzDECTM8RQi1fIwJk6FdKQgAxv6YCACWoaUP//6SkAgAAvgbA= Date: Mon, 1 Jul 2013 14:15:36 +0000 Message-ID: <69756203DDDDE64E987BC4F70B71A26D552DCC1D@DAPHNIS.office.hd> References: <3359F724933DFD458579D24EAC7690988B231081@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552CD2D7@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217AB7F@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552DCBD9@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217D9A5@Redwood.usa.awardsolutions.com> In-Reply-To: <3359F724933DFD458579D24EAC769098A217D9A5@Redwood.usa.awardsolutions.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.6.1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Basavaraj Patil Subject: Re: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 14:17:15 -0000 Ahmad, on the spotted point about the TFT, one more opinion inline. >-----Original Message----- >From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] >Sent: Montag, 1. Juli 2013 15:15 >To: Marco Liebsch; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Marco, > >Seems we are converging. >Just one follow up: > >>[Ahmad:] May be I am missing something here. At the end regardless of >>the mapping to a single bearer or a tunnel for multiple UEs, you need >>to enforce the PCC rules at the level of flows. That could be a wild >>card but if you have a solution that assumes wild card all the time, >>then you may have a problem. In other words, I believe the TFT is >>needed to be communicated to the UE and the MAG. If in non-cellular the >>UE does not need to have the uplink TFT, then please explain this in >>the draft. In other words, whatever option you want to choose, please men= tion >the justification. Thanks. >> > >The spec does not assume wildcarded policies all the time. For some, a per= -MN >or per-mobility session wildcard makes sense, i.e. the aggregate of the MN= or its >registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce = specific >rules to some flows for prioritization. I do not see a problem with this. >[Ahmad] >Good. > >I don't think the draft needs to go into implementation specific how to id= entify >flows and apply associated rules when there is a TFT and 3GPP-specific >implementation already on the MN or the LMA respectively. > >[Ahmad] >All what I think is needed is for the proposed mechanism to also include t= he >communication of TFT as needed. If you think communicating UL TFT to the U= E, >for example, is not needed for Non-cellular network, then please explain w= hy. Since we don't have bearers here, we can assume the MAG on the uplink to be= the first entity that applies the associated rules for QoS on the path between = the MAG and the LMA. If QoS policies are communicated further towards the access, e.g. to a WLA= N controller, the controller can enforce rules on the downlink and validate packets' QoS = and priority as sent be thy MN on the uplink. It depends on the radio technology if the MN = already classifies packets to a QoS class. In that case, the MN would need flow and QoS rules = locally. Since the spec should neither propose nor go into mechanisms to bring these rules down to the mobile, I think the limitation to the MAG the and LMA mak= es sense. Of course it opts for extending the scope up to the radio access and the mo= bile, which is described in the draft. But details are not part of the core specificati= on. Can you agree? marco > >Thanks again! > > >Best Regards, >Ahmad > >-----Original Message----- >From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] >Sent: Monday, July 01, 2013 7:59 AM >To: Ahmad Muhanna; netext@ietf.org >Cc: Basavaraj Patil >Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 > >Hi Ahmad, >please see inline. > >>-----Original Message----- >>From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] >>Sent: Dienstag, 25. Juni 2013 16:51 >>To: Marco Liebsch; netext@ietf.org >>Cc: Basavaraj Patil >>Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 >> >>Hi Marco, >>Sorry I was out last week. >>I would like to address your comments as follows. The below is in >>general and comments to your specific replies. >> >>In general, I agree 3GPP standard does not specify a PMIPv6 tunnel that >>is comparable to a GTP bearer. That's given. However, that is the >>reason 3GPP specify a different PCC architecture when PMIP is used. In >>other words, the MAG goes directly to the PCRF over Gxa, for example. > >There are different views on how QoS for non-cellular access is treated. T= he >approach as per this specification is one solution. > >> >>I believe that allowing a different architecture for PCC to be used >>over PMIP6 must have one of two options. >>1. Define the needed extras for PMIP6 to be able to be comparable to >>GTP bearer and then use PCC as it is being used for GTP and as you are >>trying to use in your draft, this means you need to describe the >>scenarios to the level of bearers and NOT MN or Mobility session. >>However, I must say that this option SHOULD NOT be addressed in IETF >>and should be handled in 3GPP standardization, for example SA2. I >>remember in the past there was lots of discussion related to PCC >>architecture and for PMIP the option was to use out-of- bound mechanism. >> >>2. Forget about 3GPP PCC and define your own mechanism for exchanging >>some QoS parameters without ANY reference to 3GPP. That is possible but >>I am not sure about the value. > >Keeping this specification more general without digging into bearer, GTP a= nd >PCC does not conflict with deploying the spec in 3GPP later. That applies = to >various previously published RFCs. >In fact, we had some text about bearers in the first drafts and were asked= to >remove. >If we write about these specific background technologies, we probably need= to >explain them in the draft, which is not needed IHMO. > > >> >>Having said the above, please see more responses below. >> >> >>Best Regards, >>Ahmad >> >>-----Original Message----- >>From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] >>Sent: Monday, June 17, 2013 10:54 AM >>To: Ahmad Muhanna; netext@ietf.org >>Cc: Basavaraj Patil >>Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 >> >>Hi Ahmad, >> >>thanks a lot for your detailed comments and proposals. >>Please see inline for feedback. >> >>>-----Original Message----- >>>From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On >>>Behalf Of Ahmad Muhanna >>>Sent: Sonntag, 2. Juni 2013 21:21 >>>To: netext@ietf.org >>>Cc: Basavaraj Patil >>>Subject: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 >>> >>>Hi Raj and authors, >>> >>>I have reviewed this draft and I have the below comments. >>> >>>General Comment: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>I have found it difficult to follow this document differentiation >>>between IP session, IP flows, Mobility Session with respect to QoS. >>>Since this document reference 3GPP specification for the purpose of >>>QoS, we realize that QoS (in >>>3GPP) is enforced at the level of a bearer. Thus, when we talk about >>>IP session, is that a single bearer or all types of traffic/flows is >>>carried over this IP >>session. >>>May be the question is: what is the equivalent of a bearer in PMIPv6? >>>Then we should make sure that we use that definition when referring to >>>QoS enforcement. >> >>I would not try to map the bearer concept, which applies to cellular >>networks, to IP tunneling as used by PMIP. A PMIP tunnel is shared even >>by multiple users, whereas the bearer is established per MN and per >>QoS. I'd rather add more text about how QoS differentiation should be >>enabled on a PMIP tunnel. In current cellular systems, mapping of flows >>to a per MN and per-QoS bearer is performed on the downlink after the >>termination of the PMIP tunnel, i.e. at the MAG. So, no bearer assumed >>on PMIP even in cellular networks. Scope of the spec is to enable QoS >>differentiation by means of DSCPs on the PMIP tunnel and opt for mapping = of >QoS rules to non-cellular access technology specific QoS. >> >>[Ahmad:] >>[Ahmad:] Please see my comments above. >> >> >>> >>>After reading on, section 4.1., mentions that the QoS is applied at >>>three different levels, IP flow, Mobility Session, or per MN. >>>May be it is a good idea to have this mentioned upfront in the >>>introduction section in order to set the stage correctly. In addition >>>somehow, this document needs to provide the detailed logic to >>>differentiate >>between the three cases. >> >>Fully agree to that point and we addressed past comments on this mainly >>in the message format description. The general parts, such as the >>Intro, lack in clear text, which we'll add in the updated version. Thanks= again >for the hint. >>[Ahmad:] Thank you. >> >> >>> >>> >>>Editorial: >>>Comment No. 1: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> (a) Maintenance of QoS classification during a handover between >>> cellular radio access and WLAN access by means of establishing QoS >>> policies in the handover target access network, >>> >>>[Ahmad] >>> (a) Maintaining QoS classification .... >> >>Ok. >> >> >>> >>>Comment No. 2: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> This document specifies an extension to the PMIPv6 protocol, which >>> enables the transport of established QoS descriptions between an LMA >>> and the MAG by means of a QoS container option in case the QoS policy >>> in the WLAN access is not under explicit control of a policy control >>> system. >>> >>>[Ahmad] >>>It is not clear what you are trying to say in here. I am thinking the >>>authors intention is to say that in case there is no out of bound >>>policy control mechanism, this document specifies an inbound mechanism >>>using an extension to the PMIPv6 protocol. May be this can be >>>rephrased to capture the mentioned meaning. >> >>Agreed. How about that (omitting the pointer to the policy control system= ): >>This document specifies an extension to the PMIPv6 protocol to >>establish QoS policies for an MN's data traffic on the LMA and the MAG. >>QoS policies are conveyed in-band with >>PMIPv6 signaling using the specified QoS option and are enforced on the >>LMA for downlink traffic and on the MAG for uplink traffic. >>[Ahmad:] >>I think that may be an option as I listed above. However, you need to >>present this document as a mechanism for exchanging some QoS parameters >>that you need to define in this document or reference other IETF >>documents because you no longer is able to reference any 3GPP >>documents. In that case, please make sure that the document is >>consistent across the board and I believe the new/updated document needs >further fresh reviews. >> > >Ok. > > >> >>> >>>Comment No. 3: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> The specified option allows association between IP session >>> keys, such as a Differentiated Services Code Point (DSCP), and the >>> expected QoS class for this IP session. >>> >>>[Ahmad] >>>I have a problem with the word "keys", maybe we can say IP session >>>classification parameters, >>> >> >>I think your proposal is good. We'll adopt it. >> >> >>> >>> >>>Comment No. 4: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> The MN is first connected to the LTE network and having a multimedia >>> session such as a video call with appropriate QoS parameters set by >>> the policy control function. >>> >>>[Ahmad] >>>All of a sudden introduced LTE network, maybe we can rephrase this as >follows: >>> >>> The MN is first connected to the cellular network, e.g., LTE >>>network, and having a multimedia ...... >> >>Good point. >> >>> >>>Comment No. 5: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>3.3. Use Case B -- Establishment of new QoS Context in non-3G Access >>> >>>[Ahmad] >>>I guess the intention to say non-3GPP ? >> >>Yes. Even better: '..non-cellular Access'. Ok with you? >>[Ahmad:] Yes. If you agree to not reference 3GPP standardization, this >>comes natural. Thanks! >> > >Ok. > >>> >>> >>>Comment No. 6: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>3.5. Relevant QoS Attributes >>> >>>[Ahmad] >>>Although, TFT is not considered a QoS parameter, but it is quite >>>important. I did not see the UL TFT is mentioned anywhere. Is it >>>handled >>outside this document? >>>If it is, we need to mention that because it tightly coupled with the >>>enforcement of the QoS. >> >>The TFT is a cellular-specific concept, better a collection of filter >>and mapping rules, that holds flow information and allow mapping of >>each flow to a bearer in the cellular network. The downlink TFT applies >>to the MAG in the cellular network which use PMIP, the uplink TFT (do >>you refer only to this one?) applies to the MN. I consider functions of >>the TFT on both sides out of scope of this document's focus, as it's rela= ted to >bearer mapping. >> >>[Ahmad:] May be I am missing something here. At the end regardless of >>the mapping to a single bearer or a tunnel for multiple UEs, you need >>to enforce the PCC rules at the level of flows. That could be a wild >>card but if you have a solution that assumes wild card all the time, >>then you may have a problem. In other words, I believe the TFT is >>needed to be communicated to the UE and the MAG. If in non-cellular the >>UE does not need to have the uplink TFT, then please explain this in >>the draft. In other words, whatever option you want to choose, please men= tion >the justification. Thanks. >> > >The spec does not assume wildcarded policies all the time. For some, a per= -MN >or per-mobility session wildcard makes sense, i.e. the aggregate of the MN= or its >registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce = specific >rules to some flows for prioritization. I do not see a problem with this. > >I don't think the draft needs to go into implementation specific how to id= entify >flows and apply associated rules when there is a TFT and 3GPP-specific >implementation already on the MN or the LMA respectively. > >> >>Also I do not think the spec needs to classify it explicitly as out of sc= ope. >>Implementations may re-use the TFT data structures to hold and maintain >>QoS information for non-cellular access, but I'd hesitate entering that >>level and the need to introduce a TFT term, which also needs to be descri= bed >then. >>Other opinions? >>[Ahmad:] Well, then we disagree. That communication of QoS parameters >>is useless if you do not know how to enforce it. Whenever, people talks >>about PCC, they automatically thinks of the enforcement and you need to >>address it. Either referencing other IETF documents or give justification= for why >it is not needed. >> > >Do you propose to describe the conceptual datastructures that hold the rec= eived >policies? Then, do you also propose to add some text about 'flow identific= ation >and rules enforcement' ? > > >> >>> >>>After reading on, there is Traffic Selector Attribute (section 4.1, >>>etc). However, the following text is a little misleading and gives the >>>impression as the additional attributes are out of scope. >>> >>> For some optional QoS attributes the signaling can differentiate >>> enforcement per mobility session and per IP flow. Additional >>> attributes can be appended to the QoS option, but their definition >>> and specification is out of scope of this document and left to their >>> actual deployment. >>> >>>I think the above text can be modified to clearly reference Traffic Sele= ctor. >> >>Not sure I got your point correctly. The specification of additional >>QoS attributes and the associated options' format is out of scope of >>this specification, but may be relevant for a particular deployment. >>Means, the specified mechanisms can be used to convey more options, e.g. >ones that are defined by other SDOs. >>[Ahmad:] That should be fine. > > >Ok > >> >>About the Traffic Selector, what else than a reference to RFC6088 would >>you like to see in the draft? >>[Ahmad:] That should suffice to eliminate the possible misunderstanding >>of the text above. > > >Ok > >> >>> >>> >>>Technical Comments: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> >>>Comment No. 1: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>Under section 4.2 " Local Mobility Anchor Considerations" , it says >>>the >>following: >>> >>> The flow selectors and the parameters for flow treatment MUST be >>> included in the option only if QoS policy is expected to apply at the >>> flow level. >>> >>>On the other hand, under section 5, "Quality of Service Option", it >>>says the DSCP value to be used for the flow: >>> >>> o DSCP: An 6-bit unsigned integer indicating the code point value, >>> as defined in [RFC2475] to be used for the flow. >>> >>>[Ahmad] >>>It is not clear to me how this will work out. If the DSCP is a fixed >>>field in the QoS option, then how this will work to allow having >>>different flows with different DSCP(s). Let me try to explain where I >>>am lost! :-) >>> >>>If the mobility session was established for default kind of traffic >>>and the QoS DSCP was communicated for a QCI of 9 (DSCP1) for example. >>>Then at a later time, the MN establishes some application session >>>(flow) with QCI 1 and the returned QoS has a DSCP (DSCP2) in the fixed >>>field and probably a Traffic Selector since it is a per single flow. >>> >>>Now: when the MAG receives the new PBA, is DSCP2 for this flow only >>>and the old DSCP1 for every other traffic? How that should work in >>>relation with the above DSCP field definition? >> >>Per-flow policies overrule default policies. I hope this is only a >>clarification issue in the draft, or do you see an inconsistency and tech= nical >issue here? >>[Ahmad:] >>As I said earlier, please remember you are defining a new mechanism for >>using 3GPP PCC architecture that is NOT defined by 3GPP. May be if you >>agree on the previous comments above, then this point will automatically = be >addressed. >> > >We'll try to clarify this in the revision. > > >>> >>> >>>Comment No. 2: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>Under section 6, the Guaranteed Downlink Bit Rate is missing. >> >>Only in the listed attributes, not in the specification (Sec. 6.6 and 6.7= ). >>Thanks for the catch! >> >>> >>> >>> >>>Comment No. 3: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>Under section 6.8, "Traffic Selector", it says the following: >>> >>> MUST be included if QoS parameters (Options according to Section 6.5 >>> to Section 6.7) are expected to apply at the flow level >>> >>>[Ahmad] >>>Why did you single out these two sections only? >> >>Because the use of per-flow rules made sense here, whereas the >>per-Mobility Session attributes should represent an aggregated view >>taking all flows of the mobility session into account. >>[Ahmad:] >>May be the new approach (if you agree on the above comments) will >>address this too. > >Also here, we'll try to clarify this in the revision. > >Thanks, >marco > >> >>>For example, section 6.5, says the following: >>> >>>" >>>6.5. Allocation and Retention Priority >>> >>> ....... >>> If the attribute is expected to apply at the flow level, the >>> traffic selector (Section 6.8) MUST be included in the QoS option. >>>" >>> >>>I suggest modifying the text as follows: >>> >>> MUST be included when QoS is expected to be applied at the flow level= . >> >>Ok. >> >>> >>> >>>Comment No. 4: >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>Since the Guaranteed Downlink Bit Rate is missing, please recheck the >>>assigned type values and their order in section 6 and the following >>>subsections. Also, please update the IANA section accordingly. >> >>Ok. >> >>Thanks again for your detailed comments and suggestions. >> >>Marco >>[Ahmad:] >>Thanks Marco! >> >>> >>> >>>Regards, >>>Ahmad >>> >>> >>>+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >+ >>+ >>>+++++++++++++++++++++ >>>From: Basavaraj Patil [mailto:bpatil1@gmail.com] >>>Sent: Tuesday, May 14, 2013 4:37 PM >>>To: Ahmad Muhanna >>>Cc: netext@ietf.org >>>Subject: Request for review of I-D: draft-ietf-netext-pmip6-qos-02 >>> >>> >>>Hi Ahmad, >>> >>>We would appreciate it if you can review the I-D:=A0uality of Service >>>Option for Proxy Mobile IPv6 . >>> >>>Please post your review comments directly to the list. If you can >>>complete the review within the next 2 weeks, that would be much >appreciated. >>> >>>Thank you. >>> >>>-Chairs >>> >>>-- >>>Basavaraj Patil >>>_______________________________________________ >>>netext mailing list >>>netext@ietf.org >>>https://www.ietf.org/mailman/listinfo/netext From amuhanna@awardsolutions.com Mon Jul 1 07:47:16 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A630711E8203 for ; Mon, 1 Jul 2013 07:47:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qL6qmY4YSPTI for ; Mon, 1 Jul 2013 07:47:11 -0700 (PDT) Received: from exprod8og106.obsmtp.com (exprod8og106.obsmtp.com [64.18.3.92]) by ietfa.amsl.com (Postfix) with ESMTP id 6CD6611E81BC for ; Mon, 1 Jul 2013 07:47:04 -0700 (PDT) Received: from mail.awardsolutions.com ([66.142.250.98]) (using TLSv1) by exprod8ob106.postini.com ([64.18.7.12]) with SMTP ID DSNKUdGWYbx7qSR9KY1XdrHAGx+INC5IH7Yx@postini.com; Mon, 01 Jul 2013 07:47:05 PDT Received: from REDWOOD.usa.awardsolutions.com ([fe80::6d1b:ab4f:9248:e8a3]) by Redwood.usa.awardsolutions.com ([fe80::6d1b:ab4f:9248:e8a3%11]) with mapi id 14.01.0438.000; Mon, 1 Jul 2013 09:46:56 -0500 From: Ahmad Muhanna To: Marco Liebsch Thread-Topic: Review Comments on: draft-ietf-netext-pmip6-qos-02 Thread-Index: AQHOX8ZdB+OpDwjqFUavB5log0rF05k6egmAgAwkusCACasQAP//r1GQgABmCgD//7Tw3w== Date: Mon, 1 Jul 2013 14:46:56 +0000 Message-ID: <62512D0D-5336-476C-BB39-94D755DF3D65@awardsolutions.com> References: <3359F724933DFD458579D24EAC7690988B231081@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552CD2D7@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217AB7F@Redwood.usa.awardsolutions.com> <69756203DDDDE64E987BC4F70B71A26D552DCBD9@DAPHNIS.office.hd> <3359F724933DFD458579D24EAC769098A217D9A5@Redwood.usa.awardsolutions.com>, <69756203DDDDE64E987BC4F70B71A26D552DCC1D@DAPHNIS.office.hd> In-Reply-To: <69756203DDDDE64E987BC4F70B71A26D552DCC1D@DAPHNIS.office.hd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_62512D0D5336476CBB3994D755DF3D65awardsolutionscom_" MIME-Version: 1.0 Cc: "netext@ietf.org" , Basavaraj Patil Subject: Re: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 14:47:16 -0000 --_000_62512D0D5336476CBB3994D755DF3D65awardsolutionscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Marco, I assume that you propose such text to be included as justification in the = draft. If that the case, it sounds good to me. Thanks again! Regards, Ahmad Sent from my mobile device. On Jul 1, 2013, at 9:17 AM, "Marco Liebsch" > wrote: Ahmad, on the spotted point about the TFT, one more opinion inline. -----Original Message----- From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] Sent: Montag, 1. Juli 2013 15:15 To: Marco Liebsch; netext@ietf.org Cc: Basavaraj Patil Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Marco, Seems we are converging. Just one follow up: [Ahmad:] May be I am missing something here. At the end regardless of the mapping to a single bearer or a tunnel for multiple UEs, you need to enforce the PCC rules at the level of flows. That could be a wild card but if you have a solution that assumes wild card all the time, then you may have a problem. In other words, I believe the TFT is needed to be communicated to the UE and the MAG. If in non-cellular the UE does not need to have the uplink TFT, then please explain this in the draft. In other words, whatever option you want to choose, please menti= on the justification. Thanks. The spec does not assume wildcarded policies all the time. For some, a per-= MN or per-mobility session wildcard makes sense, i.e. the aggregate of the MN = or its registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce s= pecific rules to some flows for prioritization. I do not see a problem with this. [Ahmad] Good. I don't think the draft needs to go into implementation specific how to ide= ntify flows and apply associated rules when there is a TFT and 3GPP-specific implementation already on the MN or the LMA respectively. [Ahmad] All what I think is needed is for the proposed mechanism to also include th= e communication of TFT as needed. If you think communicating UL TFT to the UE= , for example, is not needed for Non-cellular network, then please explain wh= y. Since we don't have bearers here, we can assume the MAG on the uplink to be= the first entity that applies the associated rules for QoS on the path between = the MAG and the LMA. If QoS policies are communicated further towards the access, e.g. to a WLA= N controller, the controller can enforce rules on the downlink and validate packets' QoS = and priority as sent be thy MN on the uplink. It depends on the radio technology if the MN = already classifies packets to a QoS class. In that case, the MN would need flow and QoS rules = locally. Since the spec should neither propose nor go into mechanisms to bring these rules down to the mobile, I think the limitation to the MAG the and LMA mak= es sense. Of course it opts for extending the scope up to the radio access and the mo= bile, which is described in the draft. But details are not part of the core specificati= on. Can you agree? marco Thanks again! Best Regards, Ahmad -----Original Message----- From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] Sent: Monday, July 01, 2013 7:59 AM To: Ahmad Muhanna; netext@ietf.org Cc: Basavaraj Patil Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Ahmad, please see inline. -----Original Message----- From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com] Sent: Dienstag, 25. Juni 2013 16:51 To: Marco Liebsch; netext@ietf.org Cc: Basavaraj Patil Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Marco, Sorry I was out last week. I would like to address your comments as follows. The below is in general and comments to your specific replies. In general, I agree 3GPP standard does not specify a PMIPv6 tunnel that is comparable to a GTP bearer. That's given. However, that is the reason 3GPP specify a different PCC architecture when PMIP is used. In other words, the MAG goes directly to the PCRF over Gxa, for example. There are different views on how QoS for non-cellular access is treated. Th= e approach as per this specification is one solution. I believe that allowing a different architecture for PCC to be used over PMIP6 must have one of two options. 1. Define the needed extras for PMIP6 to be able to be comparable to GTP bearer and then use PCC as it is being used for GTP and as you are trying to use in your draft, this means you need to describe the scenarios to the level of bearers and NOT MN or Mobility session. However, I must say that this option SHOULD NOT be addressed in IETF and should be handled in 3GPP standardization, for example SA2. I remember in the past there was lots of discussion related to PCC architecture and for PMIP the option was to use out-of- bound mechanism. 2. Forget about 3GPP PCC and define your own mechanism for exchanging some QoS parameters without ANY reference to 3GPP. That is possible but I am not sure about the value. Keeping this specification more general without digging into bearer, GTP an= d PCC does not conflict with deploying the spec in 3GPP later. That applies t= o various previously published RFCs. In fact, we had some text about bearers in the first drafts and were asked = to remove. If we write about these specific background technologies, we probably need = to explain them in the draft, which is not needed IHMO. Having said the above, please see more responses below. Best Regards, Ahmad -----Original Message----- From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] Sent: Monday, June 17, 2013 10:54 AM To: Ahmad Muhanna; netext@ietf.org Cc: Basavaraj Patil Subject: RE: Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Ahmad, thanks a lot for your detailed comments and proposals. Please see inline for feedback. -----Original Message----- From: netext-bounces@ietf.org [mailto:netex= t-bounces@ietf.org] On Behalf Of Ahmad Muhanna Sent: Sonntag, 2. Juni 2013 21:21 To: netext@ietf.org Cc: Basavaraj Patil Subject: [netext] Review Comments on: draft-ietf-netext-pmip6-qos-02 Hi Raj and authors, I have reviewed this draft and I have the below comments. General Comment: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I have found it difficult to follow this document differentiation between IP session, IP flows, Mobility Session with respect to QoS. Since this document reference 3GPP specification for the purpose of QoS, we realize that QoS (in 3GPP) is enforced at the level of a bearer. Thus, when we talk about IP session, is that a single bearer or all types of traffic/flows is carried over this IP session. May be the question is: what is the equivalent of a bearer in PMIPv6? Then we should make sure that we use that definition when referring to QoS enforcement. I would not try to map the bearer concept, which applies to cellular networks, to IP tunneling as used by PMIP. A PMIP tunnel is shared even by multiple users, whereas the bearer is established per MN and per QoS. I'd rather add more text about how QoS differentiation should be enabled on a PMIP tunnel. In current cellular systems, mapping of flows to a per MN and per-QoS bearer is performed on the downlink after the termination of the PMIP tunnel, i.e. at the MAG. So, no bearer assumed on PMIP even in cellular networks. Scope of the spec is to enable QoS differentiation by means of DSCPs on the PMIP tunnel and opt for mapping of QoS rules to non-cellular access technology specific QoS. [Ahmad:] [Ahmad:] Please see my comments above. After reading on, section 4.1., mentions that the QoS is applied at three different levels, IP flow, Mobility Session, or per MN. May be it is a good idea to have this mentioned upfront in the introduction section in order to set the stage correctly. In addition somehow, this document needs to provide the detailed logic to differentiate between the three cases. Fully agree to that point and we addressed past comments on this mainly in the message format description. The general parts, such as the Intro, lack in clear text, which we'll add in the updated version. Thanks a= gain for the hint. [Ahmad:] Thank you. Editorial: Comment No. 1: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (a) Maintenance of QoS classification during a handover between cellular radio access and WLAN access by means of establishing QoS policies in the handover target access network, [Ahmad] (a) Maintaining QoS classification .... Ok. Comment No. 2: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This document specifies an extension to the PMIPv6 protocol, which enables the transport of established QoS descriptions between an LMA and the MAG by means of a QoS container option in case the QoS policy in the WLAN access is not under explicit control of a policy control system. [Ahmad] It is not clear what you are trying to say in here. I am thinking the authors intention is to say that in case there is no out of bound policy control mechanism, this document specifies an inbound mechanism using an extension to the PMIPv6 protocol. May be this can be rephrased to capture the mentioned meaning. Agreed. How about that (omitting the pointer to the policy control system): This document specifies an extension to the PMIPv6 protocol to establish QoS policies for an MN's data traffic on the LMA and the MAG. QoS policies are conveyed in-band with PMIPv6 signaling using the specified QoS option and are enforced on the LMA for downlink traffic and on the MAG for uplink traffic. [Ahmad:] I think that may be an option as I listed above. However, you need to present this document as a mechanism for exchanging some QoS parameters that you need to define in this document or reference other IETF documents because you no longer is able to reference any 3GPP documents. In that case, please make sure that the document is consistent across the board and I believe the new/updated document needs further fresh reviews. Ok. Comment No. 3: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The specified option allows association between IP session keys, such as a Differentiated Services Code Point (DSCP), and the expected QoS class for this IP session. [Ahmad] I have a problem with the word "keys", maybe we can say IP session classification parameters, I think your proposal is good. We'll adopt it. Comment No. 4: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The MN is first connected to the LTE network and having a multimedia session such as a video call with appropriate QoS parameters set by the policy control function. [Ahmad] All of a sudden introduced LTE network, maybe we can rephrase this as follows: The MN is first connected to the cellular network, e.g., LTE network, and having a multimedia ...... Good point. Comment No. 5: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 3.3. Use Case B -- Establishment of new QoS Context in non-3G Access [Ahmad] I guess the intention to say non-3GPP ? Yes. Even better: '..non-cellular Access'. Ok with you? [Ahmad:] Yes. If you agree to not reference 3GPP standardization, this comes natural. Thanks! Ok. Comment No. 6: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 3.5. Relevant QoS Attributes [Ahmad] Although, TFT is not considered a QoS parameter, but it is quite important. I did not see the UL TFT is mentioned anywhere. Is it handled outside this document? If it is, we need to mention that because it tightly coupled with the enforcement of the QoS. The TFT is a cellular-specific concept, better a collection of filter and mapping rules, that holds flow information and allow mapping of each flow to a bearer in the cellular network. The downlink TFT applies to the MAG in the cellular network which use PMIP, the uplink TFT (do you refer only to this one?) applies to the MN. I consider functions of the TFT on both sides out of scope of this document's focus, as it's relate= d to bearer mapping. [Ahmad:] May be I am missing something here. At the end regardless of the mapping to a single bearer or a tunnel for multiple UEs, you need to enforce the PCC rules at the level of flows. That could be a wild card but if you have a solution that assumes wild card all the time, then you may have a problem. In other words, I believe the TFT is needed to be communicated to the UE and the MAG. If in non-cellular the UE does not need to have the uplink TFT, then please explain this in the draft. In other words, whatever option you want to choose, please menti= on the justification. Thanks. The spec does not assume wildcarded policies all the time. For some, a per-= MN or per-mobility session wildcard makes sense, i.e. the aggregate of the MN = or its registration. >From that 'all-flows-of-this-MN' group, the per-flow policies can enforce s= pecific rules to some flows for prioritization. I do not see a problem with this. I don't think the draft needs to go into implementation specific how to ide= ntify flows and apply associated rules when there is a TFT and 3GPP-specific implementation already on the MN or the LMA respectively. Also I do not think the spec needs to classify it explicitly as out of scop= e. Implementations may re-use the TFT data structures to hold and maintain QoS information for non-cellular access, but I'd hesitate entering that level and the need to introduce a TFT term, which also needs to be describe= d then. Other opinions? [Ahmad:] Well, then we disagree. That communication of QoS parameters is useless if you do not know how to enforce it. Whenever, people talks about PCC, they automatically thinks of the enforcement and you need to address it. Either referencing other IETF documents or give justification f= or why it is not needed. Do you propose to describe the conceptual datastructures that hold the rece= ived policies? Then, do you also propose to add some text about 'flow identifica= tion and rules enforcement' ? After reading on, there is Traffic Selector Attribute (section 4.1, etc). However, the following text is a little misleading and gives the impression as the additional attributes are out of scope. For some optional QoS attributes the signaling can differentiate enforcement per mobility session and per IP flow. Additional attributes can be appended to the QoS option, but their definition and specification is out of scope of this document and left to their actual deployment. I think the above text can be modified to clearly reference Traffic Selecto= r. Not sure I got your point correctly. The specification of additional QoS attributes and the associated options' format is out of scope of this specification, but may be relevant for a particular deployment. Means, the specified mechanisms can be used to convey more options, e.g. ones that are defined by other SDOs. [Ahmad:] That should be fine. Ok About the Traffic Selector, what else than a reference to RFC6088 would you like to see in the draft? [Ahmad:] That should suffice to eliminate the possible misunderstanding of the text above. Ok Technical Comments: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Comment No. 1: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Under section 4.2 " Local Mobility Anchor Considerations" , it says the following: The flow selectors and the parameters for flow treatment MUST be included in the option only if QoS policy is expected to apply at the flow level. On the other hand, under section 5, "Quality of Service Option", it says the DSCP value to be used for the flow: o DSCP: An 6-bit unsigned integer indicating the code point value, as defined in [RFC2475] to be used for the flow. [Ahmad] It is not clear to me how this will work out. If the DSCP is a fixed field in the QoS option, then how this will work to allow having different flows with different DSCP(s). Let me try to explain where I am lost! :-) If the mobility session was established for default kind of traffic and the QoS DSCP was communicated for a QCI of 9 (DSCP1) for example. Then at a later time, the MN establishes some application session (flow) with QCI 1 and the returned QoS has a DSCP (DSCP2) in the fixed field and probably a Traffic Selector since it is a per single flow. Now: when the MAG receives the new PBA, is DSCP2 for this flow only and the old DSCP1 for every other traffic? How that should work in relation with the above DSCP field definition? Per-flow policies overrule default policies. I hope this is only a clarification issue in the draft, or do you see an inconsistency and techni= cal issue here? [Ahmad:] As I said earlier, please remember you are defining a new mechanism for using 3GPP PCC architecture that is NOT defined by 3GPP. May be if you agree on the previous comments above, then this point will automatically be addressed. We'll try to clarify this in the revision. Comment No. 2: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Under section 6, the Guaranteed Downlink Bit Rate is missing. Only in the listed attributes, not in the specification (Sec. 6.6 and 6.7). Thanks for the catch! Comment No. 3: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Under section 6.8, "Traffic Selector", it says the following: MUST be included if QoS parameters (Options according to Section 6.5 to Section 6.7) are expected to apply at the flow level [Ahmad] Why did you single out these two sections only? Because the use of per-flow rules made sense here, whereas the per-Mobility Session attributes should represent an aggregated view taking all flows of the mobility session into account. [Ahmad:] May be the new approach (if you agree on the above comments) will address this too. Also here, we'll try to clarify this in the revision. Thanks, marco For example, section 6.5, says the following: " 6.5. Allocation and Retention Priority ....... If the attribute is expected to apply at the flow level, the traffic selector (Section 6.8) MUST be included in the QoS option. " I suggest modifying the text as follows: MUST be included when QoS is expected to be applied at the flow level. Ok. Comment No. 4: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Since the Guaranteed Downlink Bit Rate is missing, please recheck the assigned type values and their order in section 6 and the following subsections. Also, please update the IANA section accordingly. Ok. Thanks again for your detailed comments and suggestions. Marco [Ahmad:] Thanks Marco! Regards, Ahmad +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + + +++++++++++++++++++++ From: Basavaraj Patil [mailto:bpatil1@gmail.com] Sent: Tuesday, May 14, 2013 4:37 PM To: Ahmad Muhanna Cc: netext@ietf.org Subject: Request for review of I-D: draft-ietf-netext-pmip6-qos-02 Hi Ahmad, We would appreciate it if you can review the I-D: uality of Service Option for Proxy Mobile IPv6 . Please post your review comments directly to the list. If you can complete the review within the next 2 weeks, that would be much appreciated. Thank you. -Chairs -- Basavaraj Patil _______________________________________________ netext mailing list netext@ietf.org https://www.ietf.org/mailman/listinfo/netext --_000_62512D0D5336476CBB3994D755DF3D65awardsolutionscom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Marco,
I assume that you propose such text to be included as justification in= the draft. If that the case, it sounds good to me.

Thanks again!

Regards,
Ahmad

Sent from my mobile device.

On Jul 1, 2013, at 9:17 AM, "Marco Liebsch" <Marco.Liebsch@neclab.eu> wrote:

Ahmad,
on the spotted point about the TFT, one more opinion inline.
-----Original Message-----
From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com]
Sent: Montag, 1. Juli 2013 15:15
To: Marco Liebsch; netext@ietf.org
Cc: Basavaraj Patil
Subject: RE: Review Comments on: draft-ietf= -netext-pmip6-qos-02

Hi Marco,

Seems we are converging.
Just one follow up:

[Ahmad:] May be I am missing something here= . At the end regardless of
the mapping to a single bearer or a tunnel = for multiple UEs, you need
to enforce the PCC rules at the level of fl= ows. That could be a wild
card but if you have a solution that assume= s wild card all the time,
then you may have a problem. In other words= , I believe the TFT is
needed to be communicated to the UE and the= MAG. If in non-cellular the
UE does not need to have the uplink TFT, th= en please explain this in
the draft. In other words, whatever option = you want to choose, please mention
the justification. Thanks.


The spec does not assume wildcarded policie= s all the time. For some, a per-MN
or per-mobility session wildcard makes sens= e, i.e. the aggregate of the MN or its
registration.
From that 'all-flows-of-this-MN' group, the= per-flow policies can enforce specific
rules to some flows for prioritization. I d= o not see a problem with this.
[Ahmad]
Good.

I don't think the draft needs to go into im= plementation specific how to identify
flows and apply associated rules when there= is a TFT and 3GPP-specific
implementation already on the MN or the LMA= respectively.

[Ahmad]
All what I think is needed is for the propo= sed mechanism to also include the
communication of TFT as needed. If you thin= k communicating UL TFT to the UE,
for example, is not needed for Non-cellular= network, then please explain why.

Since we don't have bearers here, we can assume the MAG on the uplink= to be the
first entity that applies the associated rules for QoS on the path be= tween the MAG and the LMA.
If QoS policies are communicated further towards the access, e.g. &nb= sp;to a WLAN controller,
the controller can enforce rules on the downlink and validate packets= ' QoS and priority as
sent be thy MN on the uplink. It depends on the radio technology if t= he MN already classifies
packets to a QoS class. In that case, the MN would need flow and QoS = rules locally.
Since the spec should neither propose nor go into mechanisms to bring= these
rules down to the mobile, I think the limitation to the MAG the and L= MA makes sense.
Of course it opts for extending the scope up to the radio access and = the mobile, which
is described in the draft. But details are not part of the core speci= fication. Can you agree?

marco



Thanks again!


Best Regards,
Ahmad

-----Original Message-----
From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu]
Sent: Monday, July 01, 2013 7:59 AM<= br>
To: Ahmad Muhanna; netext@ietf.org
Cc: Basavaraj Patil
Subject: RE: Review Comments on: draft-ietf= -netext-pmip6-qos-02

Hi Ahmad,
please see inline.

-----Original Message-----
From: Ahmad Muhanna [mailto:amuhanna@awardsolutions.com]
Sent: Dienstag, 25. Juni 2013 16:51<= br>
To: Marco Liebsch; netext@ietf.org
Cc: Basavaraj Patil
Subject: RE: Review Comments on: draft-ietf= -netext-pmip6-qos-02

Hi Marco,
Sorry I was out last week.
I would like to address your comments as fo= llows. The below is in
general and comments to your specific repli= es.

In general, I agree 3GPP standard does not = specify a PMIPv6 tunnel that
is comparable to a GTP bearer. That's given= . However, that is the
reason 3GPP specify a different PCC archite= cture when PMIP is used. In
other words, the MAG goes directly to the P= CRF over Gxa, for example.

There are different views on how QoS for no= n-cellular access is treated. The
approach as per this specification is one s= olution.


I believe that allowing a different archite= cture for PCC to be used
over PMIP6 must have one of two options.
1. Define the needed extras for PMIP6 to be= able to be comparable to
GTP bearer and then use PCC as it is being = used for GTP and as you are
trying to use in your draft, this means you= need to describe the
scenarios to the level of bearers and NOT M= N or Mobility session.
However, I must say that this option SHOULD= NOT be addressed in IETF
and should be handled in 3GPP standardizati= on, for example SA2. I
remember in the past there was lots of disc= ussion related to PCC
architecture and for PMIP the option was to= use out-of- bound mechanism.

2. Forget about 3GPP PCC and define your ow= n mechanism for exchanging
some QoS parameters without ANY reference t= o 3GPP. That is possible but
I am not sure about the value.

Keeping this specification more general wit= hout digging into bearer, GTP and
PCC does not conflict with deploying the sp= ec in 3GPP later. That applies to
various previously published RFCs.
In fact, we had some text about bearers in = the first drafts and were asked to
remove.
If we write about these specific background= technologies, we probably need to
explain them in the draft, which is not nee= ded IHMO.



Having said the above, please see more resp= onses below.


Best Regards,
Ahmad

-----Original Message-----
From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu]
Sent: Monday, June 17, 2013 10:54 AM=
To: Ahmad Muhanna; netext@ietf.org
Cc: Basavaraj Patil
Subject: RE: Review Comments on: draft-ietf= -netext-pmip6-qos-02

Hi Ahmad,

thanks a lot for your detailed comments and= proposals.
Please see inline for feedback.

-----Original Message-----
From: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] On
Behalf Of Ahmad Muhanna
Sent: Sonntag, 2. Juni 2013 21:21
To: nete= xt@ietf.org
Cc: Basavaraj Patil
Subject: [netext] Review Comments on: draft= -ietf-netext-pmip6-qos-02

Hi Raj and authors,

I have reviewed this draft and I have the b= elow comments.

General Comment:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
I have found it difficult to follow this do= cument differentiation
between IP session, IP flows, Mobility Sess= ion with respect to QoS.
Since this document reference 3GPP specific= ation for the purpose of
QoS, we realize that QoS (in
3GPP) is enforced at the level of a bearer.= Thus, when we talk about
IP session, is that a single bearer or all = types of traffic/flows is
carried over this IP
session.
May be the question is: what is the equival= ent of a bearer in PMIPv6?
Then we should make sure that we use that d= efinition when referring to
QoS enforcement.

I would not try to map the bearer concept, = which applies to cellular
networks, to IP tunneling as used by PMIP. = A PMIP tunnel is shared even
by multiple users, whereas the bearer is es= tablished per MN and per
QoS. I'd rather add more text about how QoS= differentiation should be
enabled on a PMIP tunnel. In current cellul= ar systems, mapping of flows
to a per MN and per-QoS bearer is performed= on the downlink after the
termination of the PMIP tunnel, i.e. at the= MAG. So, no bearer assumed
on PMIP even in cellular networks. Scope of= the spec is to enable QoS
differentiation by means of DSCPs on the PM= IP tunnel and opt for mapping of
QoS rules to non-cellular access technology= specific QoS.

[Ahmad:]
[Ahmad:] Please see my comments above.



After reading on, section 4.1., mentions th= at the QoS is applied at
three different levels, IP flow, Mobility S= ession, or per MN.
May be it is a good idea to have this menti= oned upfront in the
introduction section in order to set the st= age correctly. In addition
somehow, this document needs to provide the= detailed logic to
differentiate
between the three cases.

Fully agree to that point and we addressed = past comments on this mainly
in the message format description. The gene= ral parts, such as the
Intro, lack in clear text, which we'll add = in the updated version. Thanks again
for the hint.
[Ahmad:] Thank you.




Editorial:
Comment No. 1:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
    (a) Maintenance of = QoS classification during a handover between
    cellular radio acce= ss and WLAN access by means of establishing QoS
    policies in the han= dover target access network,

[Ahmad]
   (a) Maintaining QoS class= ification ....

Ok.



Comment No. 2:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
 This document specifies an extension = to the PMIPv6 protocol, which
 enables the transport of established = QoS descriptions between an LMA
 and the MAG by means of a QoS contain= er option in case the QoS policy
 in the WLAN access is not under expli= cit control of a policy control
 system.

[Ahmad]
It is not clear what you are trying to say = in here. I am thinking the
authors intention is to say that in case th= ere is no out of bound
policy control mechanism, this document spe= cifies an inbound mechanism
using an extension to the PMIPv6 protocol. = May be this can be
rephrased to capture the mentioned meaning.=

Agreed. How about that (omitting the pointe= r to the policy control system):
This document specifies an extension to the= PMIPv6 protocol to
establish QoS policies for an MN's data tra= ffic on the LMA and the MAG.
QoS policies are conveyed in-band with
PMIPv6 signaling using the specified QoS op= tion and are enforced on the
LMA for downlink traffic and on the MAG for= uplink traffic.
[Ahmad:]
I think that may be an option as I listed a= bove. However, you need to
present this document as a mechanism for ex= changing some QoS parameters
that you need to define in this document or= reference other IETF
documents because you no longer is able to = reference any 3GPP
documents. In that case, please make sure t= hat the document is
consistent across the board and I believe t= he new/updated document needs
further fresh reviews.


Ok.




Comment No. 3:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
 The specified option allows associati= on between IP session
 keys, such as a Differentiated Servic= es Code Point (DSCP), and the
 expected QoS class for this IP sessio= n.

[Ahmad]
I have a problem with the word "keys&q= uot;, maybe we can say IP session
classification parameters,


I think your proposal is good. We'll adopt = it.




Comment No. 4:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
 The MN is first connected to the LTE = network and having a multimedia
 session such as a video call with app= ropriate QoS parameters set by
 the policy control function.

[Ahmad]
All of a sudden introduced LTE network, may= be we can rephrase this as
follows:

 The MN is first connected to the cell= ular network, e.g., LTE
network, and having a multimedia ......

Good point.


Comment No. 5:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
3.3.  Use Case B -- Establishment of n= ew QoS Context in non-3G Access

[Ahmad]
I guess the intention to say non-3GPP ?

Yes. Even better: '..non-cellular Access'. = Ok with you?
[Ahmad:] Yes. If you agree to not reference= 3GPP standardization, this
comes natural. Thanks!


Ok.



Comment No. 6:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
3.5.  Relevant QoS Attributes

[Ahmad]
Although, TFT is not considered a QoS param= eter, but it is quite
important. I did not see the UL TFT is ment= ioned anywhere. Is it
handled
outside this document?
If it is, we need to mention that because i= t tightly coupled with the
enforcement of the QoS.

The TFT is a cellular-specific concept, bet= ter a collection of filter
and mapping rules, that holds flow informat= ion and allow mapping of
each flow to a bearer in the cellular netwo= rk. The downlink TFT applies
to the MAG in the cellular network which us= e PMIP, the uplink TFT (do
you refer only to this one?) applies to the= MN. I consider functions of
the TFT on both sides out of scope of this = document's focus, as it's related to
bearer mapping.

[Ahmad:] May be I am missing something here= . At the end regardless of
the mapping to a single bearer or a tunnel = for multiple UEs, you need
to enforce the PCC rules at the level of fl= ows. That could be a wild
card but if you have a solution that assume= s wild card all the time,
then you may have a problem. In other words= , I believe the TFT is
needed to be communicated to the UE and the= MAG. If in non-cellular the
UE does not need to have the uplink TFT, th= en please explain this in
the draft. In other words, whatever option = you want to choose, please mention
the justification. Thanks.


The spec does not assume wildcarded policie= s all the time. For some, a per-MN
or per-mobility session wildcard makes sens= e, i.e. the aggregate of the MN or its
registration.
From that 'all-flows-of-this-MN' group, the= per-flow policies can enforce specific
rules to some flows for prioritization. I d= o not see a problem with this.

I don't think the draft needs to go into im= plementation specific how to identify
flows and apply associated rules when there= is a TFT and 3GPP-specific
implementation already on the MN or the LMA= respectively.


Also I do not think the spec needs to class= ify it explicitly as out of scope.
Implementations may re-use the TFT data str= uctures to hold and maintain
QoS information for non-cellular access, bu= t I'd hesitate entering that
level and the need to introduce a TFT term,= which also needs to be described
then.
Other opinions?
[Ahmad:] Well, then we disagree. That commu= nication of QoS parameters
is useless if you do not know how to enforc= e it. Whenever, people talks
about PCC, they automatically thinks of the= enforcement and you need to
address it. Either referencing other IETF d= ocuments or give justification for why
it is not needed.


Do you propose to describe the conceptual d= atastructures that hold the received
policies? Then, do you also propose to add = some text about 'flow identification
and rules enforcement' ?




After reading on, there is Traffic Selector= Attribute (section 4.1,
etc). However, the following text is a litt= le misleading and gives the
impression as the additional attributes are= out of scope.

 For some optional QoS attributes the = signaling can differentiate
 enforcement per mobility session and = per IP flow.  Additional
 attributes can be appended to the QoS= option, but their definition
 and specification is out of scope of = this document and left to their
 actual deployment.

I think the above text can be modified to c= learly reference Traffic Selector.

Not sure I got your point correctly. The sp= ecification of additional
QoS attributes and the associated options' = format is out of scope of
this specification, but may be relevant for= a particular deployment.
Means, the specified mechanisms can be used= to convey more options, e.g.
ones that are defined by other SDOs.=
[Ahmad:] That should be fine.


Ok


About the Traffic Selector, what else than = a reference to RFC6088 would
you like to see in the draft?
[Ahmad:] That should suffice to eliminate t= he possible misunderstanding
of the text above.


Ok




Technical Comments:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D

Comment No. 1:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
Under section 4.2 " Local Mobility Anc= hor Considerations" , it says
the
following:

 The flow selectors and the parameters= for flow treatment MUST be
 included in the option only if QoS po= licy is expected to apply at the
 flow level.

On the other hand, under section 5, "Q= uality of Service Option", it
says the DSCP value to be used for the flow= :

 o  DSCP: An 6-bit unsigned integ= er indicating the code point value,
    as defined in [RFC2= 475] to be used for the flow.

[Ahmad]
It is not clear to me how this will work ou= t. If the DSCP is a fixed
field in the QoS option, then how this will= work to allow having
different flows with different DSCP(s). Let= me try to explain where I
am lost! :-)

If the mobility session was established for= default kind of traffic
and the QoS DSCP was communicated for a QCI= of 9 (DSCP1) for example.
Then at a later time, the MN establishes so= me application session
(flow) with QCI 1 and the returned QoS has = a DSCP (DSCP2) in the fixed
field and probably a Traffic Selector since= it is a per single flow.

Now: when the MAG receives the new PBA, is = DSCP2 for this flow only
and the old DSCP1 for every other traffic? = How that should work in
relation with the above DSCP field definiti= on?

Per-flow policies overrule default policies= . I hope this is only a
clarification issue in the draft, or do you= see an inconsistency and technical
issue here?
[Ahmad:]
As I said earlier, please remember you are = defining a new mechanism for
using 3GPP PCC architecture that is NOT def= ined by 3GPP. May be if you
agree on the previous comments above, then = this point will automatically be
addressed.


We'll try to clarify this in the revision.<= /span>




Comment No. 2:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
Under section 6, the Guaranteed Downlink Bi= t Rate is missing.

Only in the listed attributes, not in the s= pecification (Sec. 6.6 and 6.7).
Thanks for the catch!




Comment No. 3:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
Under section 6.8, "Traffic Selector&q= uot;, it says the following:

 MUST be included if QoS parameters (O= ptions according to Section 6.5
 to Section 6.7) are expected to apply= at the flow level

[Ahmad]
Why did you single out these two sections o= nly?

Because the use of per-flow rules made sens= e here, whereas the
per-Mobility Session attributes should repr= esent an aggregated view
taking all flows of the mobility session in= to account.
[Ahmad:]
May be the new approach (if you agree on th= e above comments) will
address this too.

Also here, we'll try to clarify this in the= revision.

Thanks,
marco


For example, section 6.5, says the followin= g:

"
6.5.  Allocation and Retention Priorit= y

 .......
 If the attribute is expected to apply= at the flow level, the
 traffic selector (Section 6.8) MUST b= e included in the QoS option.
"

I suggest modifying the text as follows:

 MUST be included when QoS is expected= to be applied at the flow level.

Ok.



Comment No. 4:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /span>
Since the Guaranteed Downlink Bit Rate is m= issing, please recheck the
assigned type values and their order in sec= tion 6 and the following
subsections. Also, please update the IANA s= ection accordingly.

Ok.

Thanks again for your detailed comments and= suggestions.

Marco
[Ahmad:]
Thanks Marco!



Regards,
Ahmad


++++++++= 3;++++++++++++++= 3;++++++++++++++= 3;++++++++++++++= 3;+++++++++
+
+
++++++++= 3;++++++++++++
From: Basavaraj Patil [mailto:bpatil1@gmail.com]
Sent: Tuesday, May 14, 2013 4:37 PM<= br>
To: Ahmad Muhanna
Cc: nete= xt@ietf.org
Subject: Request for review of I-D: draft-i= etf-netext-pmip6-qos-02


Hi Ahmad,

We would appreciate it if you can review th= e I-D: uality of Service
Option for Proxy Mobile IPv6 <draft-ietf= -netext-pmip6-qos-02.txt>.

Please post your review comments directly t= o the list. If you can
complete the review within the next 2 weeks= , that would be much
appreciated.

Thank you.

-Chairs

--
Basavaraj Patil
___________________________________________= ____
netext mailing list
netext@i= etf.org
https://www.ietf.org/mailman/listinfo/netext
--_000_62512D0D5336476CBB3994D755DF3D65awardsolutionscom_-- From bpatil1@gmail.com Wed Jul 3 14:44:39 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 239AC21F9A25 for ; Wed, 3 Jul 2013 14:44:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4PMeChUPVKnE for ; Wed, 3 Jul 2013 14:44:37 -0700 (PDT) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id CF1DF21F9A5E for ; Wed, 3 Jul 2013 14:44:15 -0700 (PDT) Received: by mail-ob0-f177.google.com with SMTP id ta17so770931obb.8 for ; Wed, 03 Jul 2013 14:44:15 -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 :content-type; bh=jGysPHxKcOQE58QZgvGu8jk5qHmSmWPQyH5EXdjYIXc=; b=I9qwJ12ZV6okWQM+ro8BtN3eKEvHNoKGJPFIgx0wCtpSdW5ZC+y7LLSQjy3tyVQVBa ymgkNx9WmjoUzIyFVrit1NaQi5tq4y4Pzh7tbKccQgrw+KTmw8fZhJ2Th9mSHU8i/xtv JsopM4T3iHcqD6NRwq3O9pTlfLM3sOohVnAnqKRy0Om+xCyRt60RkhvCQiRTL3dWjh3L PfyB9dAlmqITyW6svgSL6fzrE6DM3mfKM7ygNvAEOQ2mNw1dJoNalEjp1g/YjuUdrsK2 SoS8qIZG2WDyv23bhjyRRcFk2r+8S8mWcEotxtJhqWEdEd/FvYf13NhDpvFtjMQaUdgN iWtg== MIME-Version: 1.0 X-Received: by 10.60.41.66 with SMTP id d2mr2998599oel.28.1372887855248; Wed, 03 Jul 2013 14:44:15 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Wed, 3 Jul 2013 14:44:15 -0700 (PDT) In-Reply-To: <20130703143251.22890.16200.idtracker@ietfa.amsl.com> References: <20130703143251.22890.16200.idtracker@ietfa.amsl.com> Date: Wed, 3 Jul 2013 16:44:15 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=089e0149c800edbd8c04e0a25c9a Subject: [netext] Fwd: IPR Disclosure: ZTE CORPORATION's Statement about IPR related to draft-ietf-netext-pd-pmip-09 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jul 2013 21:44:39 -0000 --089e0149c800edbd8c04e0a25c9a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Please note the IPR disclosure associated with the WG I-D: Prefix Delegation Support for Proxy Mobile IPv6 . This I-D is proposed to be published as a standards track RFC. In lieu of the IPR disclosure, the I-D will be required to go through another WG last call. If you have any questions, please contact the chairs or post to the ML. -Raj ---------- Forwarded message ---------- From: IETF Secretariat Date: Wed, Jul 3, 2013 at 9:32 AM Subject: IPR Disclosure: ZTE CORPORATION's Statement about IPR related to draft-ietf-netext-pd-pmip-09 To: zhou.xingyue@zte.com.cn, jouni.nospam@gmail.com, carlw@mcsr-labs.org, sgundave@cisco.com, cjbc@it.uc3m.es Cc: brian@innovationslab.net, ted.lemon@nominum.com, rkoodli@cisco.com, bpatil1+ietf@gmail.com, netext@ietf.org, ipr-announce@ietf.org Dear Xingyue Zhou, Jouni Korhonen, Carl Williams, Sri Gundavelli, Carlos J=E9sus Bernardos: An IPR disclosure that pertains to your Internet-Draft entitled "Prefix Delegation Support for Proxy Mobile IPv6" (draft-ietf-netext-pd-pmip) was submitted to the IETF Secretariat on 2013-07-02 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2121/). The title of the IPR disclosure i= s "ZTE CORPORATION's Statement about IPR related to draft-ietf-netext-pd- pmip-09.""); The IETF Secretariat --=20 Basavaraj Patil --089e0149c800edbd8c04e0a25c9a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,

Please note the I= PR disclosure associated with the WG I-D:=A0Prefix Delegation Support for Proxy Mobi= le IPv6
<draft-ietf-netext-pd-pmip>.

This I-D is proposed to be published as a standards track RFC. 

In lieu of the IPR disclosure, the I-D will be required to go through anoth=
er WG last call.

If you have any questions, please contact the chairs or post to the ML.

-Raj

---------- Forwarded message -----=
-----
From: IETF Secretariat <ietf-ipr@ietf.org>=


Date: Wed, Jul 3, 2013 at 9:32 AM
Subject: IPR Disclosure: ZTE CORPORATI=
ON's Statement about IPR related to draft-ietf-netext-pd-pmip-09
To:=
 zhou.xingyue@zte.com.cn, jouni.nospam@gmail.com, carlw@mcsr-labs.org, sgundave@cisco.com, cjbc@it.uc3m.es

Cc: brian@innovationslab.net, ted.lemon@nominum.com, rkoodli@cisco.com, bpatil1+ietf@gmail.com, netext@ietf.org, =
ipr-announce@ietf.org





Dear Xingyue Zhou, Jouni Korhonen, Carl Williams, Sri Gundavelli, Carlos J=
=E9sus Bernardos:



=A0An IPR disclosure that pertains to your Internet-Draft entitled "Pr=
efix

Delegation Support for Proxy Mobile IPv6" (draft-ietf-netext-pd-pmip) =
was

submitted to the IETF Secretariat on 2013-07-02 and has been posted on the =
"IETF

Page of Intellectual Property Rights Disclosures"

(https=
://datatracker.ietf.org/ipr/2121/). The title of the IPR disclosure is<=
br>
"ZTE CORPORATION's Statement about IPR related to draft-ietf-netex=
t-pd-

pmip-09."");



The IETF Secretariat







-- 
Basavaraj Patil
--089e0149c800edbd8c04e0a25c9a-- From bpatil1@gmail.com Wed Jul 3 14:48:48 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FC9011E8219 for ; Wed, 3 Jul 2013 14:48:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0A4fIePSf3Sa for ; Wed, 3 Jul 2013 14:48:48 -0700 (PDT) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) by ietfa.amsl.com (Postfix) with ESMTP id DF42B11E80F6 for ; Wed, 3 Jul 2013 14:48:47 -0700 (PDT) Received: by mail-oa0-f51.google.com with SMTP id i4so947920oah.10 for ; Wed, 03 Jul 2013 14:48:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=c6ViR9XU4ttdtsqMbE00QKGcUWu6qx42rK9QOC9UPUc=; b=AM9bt8cE0O21vvuELp6ofmM4iFhttBABNNN9eJNT7lP20XpBzvoN02TS3guSz+NEec o935fHOnG90uDiM8AfVNxwUYtkNV5JgU2A9h9+k/RmO5h4W9CDLTu1Lfzhz/89SBceNP VHayQHEPqUzCbxRxMTHLNfqh57c/YodmJBy1VJmwZfzbYqMFmOplm/ebxVhHJKIvX9Hu MJHljMAJq7BNI5RtuAS5aFd75bH5T57OOG5zNDqNKapyYtTxHdBzW4XYyevrEQ5UmHAT HvTcm2s3h1I4YodQlk1a7TPxPpvgguAMBlSEKvP6yR2CwOT87I0LX4HiLYM3DyrliDwN 1WMQ== MIME-Version: 1.0 X-Received: by 10.60.52.16 with SMTP id p16mr2972668oeo.29.1372888127226; Wed, 03 Jul 2013 14:48:47 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Wed, 3 Jul 2013 14:48:47 -0700 (PDT) Date: Wed, 3 Jul 2013 16:48:47 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=001a11330b2223c7fd04e0a26d65 Cc: "netext-chairs@tools.ietf.org" , "draft-ietf-netext-pd-pmip@tools.ietf.org" Subject: [netext] Working group last call: for I-D: draft-ietf-netext-pd-pmip X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jul 2013 21:48:48 -0000 --001a11330b2223c7fd04e0a26d65 Content-Type: text/plain; charset=ISO-8859-1 This is a working group last call for I-D: Prefix Delegation Support for Proxy Mobile IPv6 An IPR disclosure for this I-D has been posted at https://datatracker.ietf.org/ipr/2121/ Also note that during earlier discussions at the working group meetings Alex Petrescu has also said that he may be aware of an IPR that is relevant to this Please review the I-D as well as these disclosures and provide feedback on the ML or to the chairs or authors. The WG last call will end on July 19th, 2013. -Chairs --001a11330b2223c7fd04e0a26d65 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

This is a working group last call for I-D:<= div>
Prefix Delegation Support for Proxy Mobile IPv6<=
/pre>

<draft-ietf-netext-pd-pmip>

An IPR disclosure for this I-D has been po=
sted at=A0
https://datatracker.ie=
tf.org/ipr/2121/

Also note that during earlier discussions =
at the working group meetings Alex Petrescu has also said that he may be aw=
are of an IPR that is relevant to this 



Please review the I=
-D as well as these disclosures and provide feedback on the ML or to the ch=
airs or authors.



The WG last call wi=
ll end on July 19th, 2013.



-Chairs
<=
br>
--001a11330b2223c7fd04e0a26d65-- From cjbc@it.uc3m.es Thu Jul 11 08:00:14 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 737D311E81DA for ; Thu, 11 Jul 2013 08:00:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.149 X-Spam-Level: X-Spam-Status: No, score=-6.149 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YTQojv0mmoh6 for ; Thu, 11 Jul 2013 08:00:08 -0700 (PDT) Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by ietfa.amsl.com (Postfix) with ESMTP id 6BF8D11E810D for ; Thu, 11 Jul 2013 08:00:05 -0700 (PDT) Received: from smtp01.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 061F5CB7CA3; Thu, 11 Jul 2013 17:00:04 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [10.3.251.252] (interdigital.vlan431.asr1.yyz1.gblx.net [208.49.79.242]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp01.uc3m.es) by smtp01.uc3m.es (Postfix) with ESMTPSA id 51670CC5DA2; Thu, 11 Jul 2013 17:00:03 +0200 (CEST) Message-ID: <1373554800.4395.58.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: sarikaya@ieee.org Date: Thu, 11 Jul 2013 17:00:00 +0200 In-Reply-To: References: <058.bcc117d55633f322db3cf82014276600@trac.tools.ietf.org> <073.4df49e3187f1b4826e6f9f79caf5f521@trac.tools.ietf.org> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20008.007 Cc: netext@ietf.org, netext issue tracker Subject: Re: [netext] #19: Issue in using BID from RFC 5648 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2013 15:00:15 -0000 Hi Behcet, Resuming the discussion on this. Hopefully we would be able to progress on this in Berlin. See inline below... On Mon, 2013-02-25 at 12:15 -0600, Behcet Sarikaya wrote: > Hi Carlos, > > I don't understand why LMA would need the BID? > As I mentioned, the problem is MAGs who only see one interface. > > Another important point you keep missing is that in RFC5648, there is > a clear distinction between the home interface and the visited > interfaces. Can you point me in the spec where that clear distinction is made? I cannot find any protocol field about it. > > When PMIPv6 deviates from RFC 5213 model for the interfaces and start > to treat the different interfaces from the same MN in an integrated > fashion PMIPv6 also has to do the same. > > That's why you need interface marking. By using interface marking MAG > gets to know about multiple interfaces and LMA can differentiate > between the two type of interface registrations. > > BID is superfluous in that there is already flow id in 6089. > I disagree. The BID is a local identifier, assigned and used by the local mobility anchor to identify which entry of the flow mobility cache is used to decide how to route a given flow. Thanks, Carlos > > Regards, > > Behcet > > On Sun, Feb 24, 2013 at 12:54 PM, netext issue tracker +netext@grenache.tools.ietf.org> wrote: > #19: Issue in using BID from RFC 5648 > > > > Comment (by cjbc@it.uc3m.es): > > Hi, > > Apologies for the late reply. > > Let me explain the background of this solution design > decision. The idea > is to avoid defining as many new stuff as possible. It is > true that the > BID, as defined in RFC 5648, is registered by the MN, but > here we are just > trying to re-use the signaling, though obviusly the context > is a bit > different. Here is what -05 says about it: > > "This specification re-uses the extensions defined in > [RFC5648] to > manage multiple registrations, but in the context of Proxy > Mobile > IPv6. The binding cache is therefore extended to include > more than > one proxy care-of addresses and to associate each of them > with a > binding identifier (BID). Note that the BID is a local > identifier, > assigned and used by the local mobility anchor to identify > which > entry of the flow mobility cache is used to decide how to > route a > given flow." > > Also note that this BID in the BC of the LMA is used in > conjunction with > the flow mobility cache, which basically re-uses the > extensions defined in > RFC6089, which is about flow mobility (in the context of > MIPv6). > Therefore, I see that RFC5648 + RFC6089 are about flow > mobility. > > -- > ----------------------------------------+-------------------------------- > Reporter: sarikaya@ieee.org | Owner: > sarikaya@ieee.org > Type: defect | Status: new > Priority: major | Milestone: > milestone1 > Component: pmipv6-flowmob | Version: 2.0 > > Severity: Active WG Document | Resolution: > Keywords: BID, PMIPv6, flow mobility | > > ----------------------------------------+-------------------------------- > > Ticket URL: > > netext > > From bpatil1@gmail.com Thu Jul 11 09:05:20 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEE1021F9EAD for ; Thu, 11 Jul 2013 09:05:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qDk8P2lJTxPF for ; Thu, 11 Jul 2013 09:05:19 -0700 (PDT) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) by ietfa.amsl.com (Postfix) with ESMTP id 8B5E321F9C6D for ; Thu, 11 Jul 2013 09:05:19 -0700 (PDT) Received: by mail-ob0-f182.google.com with SMTP id va7so9982336obc.41 for ; Thu, 11 Jul 2013 09:05:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Pe8EayoEKH2LZb0b69Lm2BBordcgOoa1SfxfTwmW/IE=; b=oQl12ef3csqqc5p6U6FbaaEF0Jyq9weZ1TO8nbwdj37GcDDOCEFZ+Xy3IIIHSeTkzk V5qhbXwxwWrfNH0sbPkTHvbjmjNSb+OND1Ujxl97gujyYrW5tDGXeEA3btoYrqtwO9Bj 776UZXlP7DO77hmjI2wJeCCKEfbdlkOFJTR1yygzBu+ynkpdFtXxvQOiZBseQLZtyhLS ns28ZNPIbBInvHF/1I+Hu9pIrWXY1xb1wdXl/Ui2Xc9n+IktRvD4EW3uh1luq6yHqTMO v5FMitRlYate/zeUjgrJbyAf7S4ubYMtDUjx6EKOI3laIvyjMZh13vgSHHTwT49c9MlP bLuA== MIME-Version: 1.0 X-Received: by 10.60.41.66 with SMTP id d2mr32925365oel.28.1373558714633; Thu, 11 Jul 2013 09:05:14 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Thu, 11 Jul 2013 09:05:14 -0700 (PDT) Date: Thu, 11 Jul 2013 11:05:14 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=089e0149c8004393f304e13e8f36 Subject: [netext] Soliciting agenda items for WG meeting at IETF87 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2013 16:05:21 -0000 --089e0149c8004393f304e13e8f36 Content-Type: text/plain; charset=ISO-8859-1 Hello, We have a 2 hour slot allocated for the WG meeting at IETF87. Please send a request if you would like a slot on the agenda. -Chairs --089e0149c8004393f304e13e8f36 Content-Type: text/html; charset=ISO-8859-1

Hello,

We have a 2 hour slot allocated for the WG meeting at IETF87.

Please send a request if you would like a slot on the agenda.

-Chairs

--089e0149c8004393f304e13e8f36-- From internet-drafts@ietf.org Fri Jul 12 17:34:47 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEA8421E80BE; Fri, 12 Jul 2013 17:34:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.54 X-Spam-Level: X-Spam-Status: No, score=-102.54 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JhgoesamNNny; Fri, 12 Jul 2013 17:34:46 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 65B7421E805A; Fri, 12 Jul 2013 17:34:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.51.p2 Message-ID: <20130713003446.29354.75318.idtracker@ietfa.amsl.com> Date: Fri, 12 Jul 2013 17:34:46 -0700 Cc: netext@ietf.org Subject: [netext] I-D Action: draft-ietf-netext-wifi-epc-eap-attributes-03.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jul 2013 00:34:47 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Network-Based Mobility Extensions Working= Group of the IETF. Title : EAP Attributes for WiFi - EPC Integration Author(s) : Ravi Valmikam Rajeev Koodli Filename : draft-ietf-netext-wifi-epc-eap-attributes-03.txt Pages : 13 Date : 2013-07-12 Abstract: With WiFi beginning to establishing itself as a trusted access network for service providers, it has become important to provide functions commonly available in 3G and 4G networks in WiFi access networks. Such functions include Access Point Name (APN) Selection, multiple Packet Data Network (PDN) connections and seamless mobility between WiFi and 3G/4G networks. EAP/AKA (and EAP/AKA') is standardized by 3GPP as the access authentication protocol for trusted access networks. This IETF specification is required for mobile devices to access the 3GPP Evolved Packet Core (EPC) networks. This document defines a few new EAP attributes and procedures to provide the above-mentioned functions in trusted WiFi access networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netext-wifi-epc-eap-attributes There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-netext-wifi-epc-eap-attributes-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netext-wifi-epc-eap-attribute= s-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From internet-drafts@ietf.org Mon Jul 15 12:31:56 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 658F221F9D70; Mon, 15 Jul 2013 12:31:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.536 X-Spam-Level: X-Spam-Status: No, score=-102.536 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3UIeGwsNEHBm; Mon, 15 Jul 2013 12:31:55 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B78D621E815C; Mon, 15 Jul 2013 12:31:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.51.p2 Message-ID: <20130715193153.31272.89389.idtracker@ietfa.amsl.com> Date: Mon, 15 Jul 2013 12:31:53 -0700 Cc: netext@ietf.org Subject: [netext] I-D Action: draft-ietf-netext-pmip6-qos-03.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 19:31:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Network-Based Mobility Extensions Working= Group of the IETF. Title : Quality of Service Option for Proxy Mobile IPv6 Author(s) : Marco Liebsch Pierrick Seite Hidetoshi Yokota Jouni Korhonen Sri Gundavelli Filename : draft-ietf-netext-pmip6-qos-03.txt Pages : 35 Date : 2013-07-15 Abstract: This specification defines a new mobility option that can be used by the mobility entities in the Proxy Mobile IPv6 domain to exchange Quality of Service parameters associated with a subscriber's IP flows. Using the QoS option, the local mobility anchor and the mobile access gateway can exchange available QoS attributes and associated values. This enables QoS policing and labeling of packets to enforce QoS differentiation on the path between the local mobility anchor and the mobile access gateway. Furthermore, making QoS parameters available on the MAG enables mapping these parameters to QoS rules being specific to the access technology which operates below the mobile access gateway. After such mapping, QoS rules can be enforced on the access technology components, such as an IEEE 802.11e Wireless LAN controller. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netext-pmip6-qos There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-netext-pmip6-qos-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netext-pmip6-qos-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From ryuji.wakikawa@gmail.com Mon Jul 15 15:01:26 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1EDC11E822A for ; Mon, 15 Jul 2013 15:01:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ij8z8BzwRV-p for ; Mon, 15 Jul 2013 15:01:24 -0700 (PDT) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 4774A11E8243 for ; Mon, 15 Jul 2013 15:01:19 -0700 (PDT) Received: by mail-pb0-f44.google.com with SMTP id uo1so11674715pbc.3 for ; Mon, 15 Jul 2013 15:01:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:references :to:message-id:mime-version:x-mailer; bh=mS/jwmfuL+m84OqlST1cVgZXjLmRsSstpY2sRQ/WFvE=; b=dulsqHE9FlBrlR6yqTJ++VBV1mmmWH563GjHmJ/6U+QI/JDhfHWLJmF80gQkWlh1TC J5Bz4j8hY+HNaBMk8GCpH/ZfzRn6FtvMvq5WREvQRW45p5EVNEvjIWZi/2qRg3KJsBZ3 qJC5BLkc5nAnhyiTqy2w3W8b1J8mRv8ia8lhInEXh/drXuo/hUFHw7ga+tsPLHO3tcg8 ZknHeR6S5CURnXjoU80daX+w7288+rs5X0/5PdgmH1LoaRAzWzlZzDQ5G7l2CiR/FrC4 LrO9dl/YpsbNv9LbRl5fNYr8zi8Ww30QxGtWWlCODuK94y8bQjaRUGuYEE1q2QVUhKI8 LrJw== X-Received: by 10.67.3.35 with SMTP id bt3mr42364001pad.41.1373925678994; Mon, 15 Jul 2013 15:01:18 -0700 (PDT) Received: from [10.0.1.12] (softbank126079077033.bbtec.net. [126.79.77.33]) by mx.google.com with ESMTPSA id it7sm30903790pbc.25.2013.07.15.15.01.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Jul 2013 15:01:17 -0700 (PDT) From: Ryuji Wakikawa Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 16 Jul 2013 07:01:17 +0900 References: <20130715215705.28491.87047.idtracker@ietfa.amsl.com> To: netext@ietf.org Message-Id: <00CB4B3D-A461-4DE5-89C0-E6A1CDE7C22F@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) Subject: [netext] Fwd: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 22:01:26 -0000 Hi=20 We submitted a draft for data- and user plane separation of PMIP. We = introduce a new mobility option to carry LMA's user plane address. The = spec is very simple. Your comment are appreciated. Chairs, I would like to have a slot in netext meeting. thanks! ryuji Begin forwarded message: > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-wakikawa-netext-pmip-cp-up-separation-00.txt > Date: July 16, 2013 6:57:05 AM GMT+09:00 > To: Ryuji Wakikawa , Rajesh S. Pazhyannur = , Rajesh Pazhyannur , Sri = Gundavelli >=20 >=20 > A new version of I-D, = draft-wakikawa-netext-pmip-cp-up-separation-00.txt > has been successfully submitted by Ryuji Wakikawa and posted to the > IETF repository. >=20 > Filename: draft-wakikawa-netext-pmip-cp-up-separation > Revision: 00 > Title: Separation of Control and User Plane for Proxy = Mobile IPv6 > Creation date: 2013-07-16 > Group: Individual Submission > Number of pages: 7 > URL: = http://www.ietf.org/internet-drafts/draft-wakikawa-netext-pmip-cp-up-separ= ation-00.txt > Status: = http://datatracker.ietf.org/doc/draft-wakikawa-netext-pmip-cp-up-separatio= n > Htmlized: = http://tools.ietf.org/html/draft-wakikawa-netext-pmip-cp-up-separation-00 >=20 >=20 > Abstract: > This document describes splitting of Control Plane (CP) and User > Plane (UP) for a Proxy Mobile IPv6 based network infrastructure. > Existing specifications allow a MAG to perform splitting of its > control and user plane using Alternate Care of address mobility > option for IPv6, or Alternate IPv4 Care of Address option for IPv4. > However, the current specification does not have semantics for > allowing the LMA to perform such functional split. To realize this > requirement, this specification defines a mobility option that > enables a local mobility anchor to provide an alternate LMA address > to be used for the bi-directional tunnel between the MAG and LMA. > With this extension, a local mobility anchor will be able to use an > IP address for its user plane which is different than what is used > for the control plane. >=20 >=20 >=20 >=20 > The IETF Secretariat >=20 From bpatil1@gmail.com Tue Jul 16 08:12:28 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B32EC21F8495 for ; Tue, 16 Jul 2013 08:12:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RkAuj0iXV5z8 for ; Tue, 16 Jul 2013 08:12:28 -0700 (PDT) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) by ietfa.amsl.com (Postfix) with ESMTP id D648C21F9A2E for ; Tue, 16 Jul 2013 08:12:21 -0700 (PDT) Received: by mail-oa0-f42.google.com with SMTP id j6so978438oag.29 for ; Tue, 16 Jul 2013 08:12:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=OO8X3adyOzsmVTql8OJ9Txii0Z4UkDep9qro6p5tgGs=; b=hWVtjvsT/a17qgCZLMRIin78rRXTRjxvsWVPxnyZTG8cPZzTnzghbJ847zuf0uMuu4 z0Pp2MNancum6XR7Dr8O/HvUWv0A4ZylCxEkmls/bUMsdOI/S6A4Xsf/LcK5wBg04TjG EgiXjQDa05/9aqw5M66afBA3e2eugPANsFYC3YQJLl3fOEZisOqTJOVp45QyPtwIzGZx lKnu5IfxAGB5So2inIT6kAQlGvUB5G2wLjUrGJZ91iOwg57qsRfW8asZ470M0WKqhMlO 5QSehCui6kp3yZPOFkPAJPI+J6ccBSrLawehW7mlPWdaD71N7CtxVsCBdh0abapf4wGX vACA== MIME-Version: 1.0 X-Received: by 10.182.66.46 with SMTP id c14mr205107obt.33.1373987541416; Tue, 16 Jul 2013 08:12:21 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Tue, 16 Jul 2013 08:12:21 -0700 (PDT) Date: Tue, 16 Jul 2013 10:12:21 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=e89a8fb200e65507b704e1a2671d Subject: [netext] Draft agenda for WG meeting at IETF87 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 15:12:28 -0000 --e89a8fb200e65507b704e1a2671d Content-Type: text/plain; charset=ISO-8859-1 Rev: 0 Network-Based Mobility Extensions (netext): WG meeting agenda for IETF87 TUESDAY, July 30, 2013, Afternoon Session I (1300-1500) Room: Tiergarten 1/2 -------------------------------------------- 1. Logistics (Bluesheets, minutes takers, jabber, agenda bashing) 5 mins 2. WG Status update Chairs 5 Mins 3. Proxy Mobile IPv6 Extensions to Support Flow Mobility 15 Mins I-D: draft-ietf-netext-pmipv6-flowmob CJ Bernardos 4. Quality of Service Option for Proxy Mobile IPv6 5 Mins I-D: draft-ietf-netext-pmip6-qos-03 Marco Liebsch 5. Separation of Control and User Plane for Proxy Mobile IPv6 15 Mins I-D: draft-wakikawa-netext-pmip-cp-up-separation-00 R. Wakikawa 6. Dynamic CoA Support for PMIPv6 5 Mins I-D: TBA Sri Gundavelli 7. MAG Identifier Option for PMIPv6 5 Mins I-D: TBA Sri Gundavelli 8. Mapping PMIP Quality of Service in WiFi Network 10 Mins I-D: draft-kaippallimalil-netext-pmip-qos-wifi-02 J. Kaippallimalil 9. Summary and Next steps Chairs ----------------------------------------------- - Presentation slides will be available a day prior to the meeting. - Meetecho support has been requested for remote attendees. Will update as soon as the links are available. -- Basavaraj Patil --e89a8fb200e65507b704e1a2671d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


Rev: 0
<= br>
Network-Based Mobility Extensions (netext):=A0
WG m= eeting agenda for IETF87

TUESDAY, July 30, 2013, = =A0Afternoon Session I (1300-1500)
Room: Tiergarten 1/2

------------------------= --------------------

1. Logistics (Bluesheets, min= utes takers, jabber, agenda bashing) 5 mins

2. WG = Status update =A0 =A0 =A0 =A0Chairs =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= 5 Mins

3. Proxy Mobile IPv6 Extensions to Support Flow Mobilit= y =A015 Mins
=A0 =A0I-D: draft-ietf-netext-pmipv6-flowmob =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0CJ Bernardos

4. Quality of= Service Option for Proxy Mobile IPv6 5 Mins
=A0 =A0I-D: draft-ietf-netext-pmip6-qos-03 =A0 =A0 =A0 Marco Liebsch


5. Separ= ation of Control and User Plane for Proxy Mobile IPv6 =A015 Mins
=A0 =A0I-D: draft-wakikawa-netext-pmip-cp-up-separation-00 =A0 R. Waki= kawa

6. Dynamic CoA Support for PMIPv6 5 Mins
=A0 =A0I-D: TBA= =A0 =A0 =A0 =A0 =A0 =A0 Sri Gundavelli

7. MAG Identifier Option for PMIPv6 5 Mins
=A0 =A0I-D: TBA =A0 =A0 =A0 =A0 =A0 =A0 Sri Gundavelli

8. Mapping PMIP Quality of Service in WiFi Network 10 Mins
=A0 I-D: dr= aft-kaippallimalil-netext-pmip-qos-wifi-02 =A0J. Kaippallimalil
<= br>
9. Summary and Next steps = =A0 =A0 Chairs

--------------------------= ---------------------

- Presentation slides will b= e available a day prior to the meeting.

- Meetecho support has been requested for remote attend= ees. Will
=A0 update as soon as the links are available.

--
Basavaraj Patil
--e89a8fb200e65507b704e1a2671d-- From sarikaya2012@gmail.com Tue Jul 16 14:33:32 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0CA221F99BE for ; Tue, 16 Jul 2013 14:33:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8S0ugI3sYJT9 for ; Tue, 16 Jul 2013 14:33:32 -0700 (PDT) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id 730A121F97E6 for ; Tue, 16 Jul 2013 14:33:31 -0700 (PDT) Received: by mail-la0-f52.google.com with SMTP id fo12so948541lab.11 for ; Tue, 16 Jul 2013 14:33:30 -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=O1AOxiIsjP5AgI1wtAvyu7N+lVA2eWq5rd3ODU3G/qU=; b=LoUal3unlNqyQXKu4GhAymaS/35ax2O6e6ioXnx28np7OZ1J+tlw8mE9dOMOmAjFB3 LParfmgiimlEA2F0L4CxPqGOnWmjMEXFkTCPEbhl64lTTe7klROvCn1QaIVZEb9wYLfe k7AjO3kHcBZd+Kajfw7ErUpPFU3IhYBWrnf+wXLQ6R5SJ0GmQstzuXT4udn2BBIdMTUR UJfQBGuBss2uOKdnCIMXzrHe29X5RTaWIKDiOJsHrgtAfbxBUJhhKf17j1sNe/jkVO0I uEj+0ekBM1b6La3OyqsfrPFE3Qh+PftODEsxXIzei7+qBQAy5NHNBgUQzICccRWs0M49 6Fdg== MIME-Version: 1.0 X-Received: by 10.112.125.199 with SMTP id ms7mr1945662lbb.29.1374010410349; Tue, 16 Jul 2013 14:33:30 -0700 (PDT) Received: by 10.114.176.37 with HTTP; Tue, 16 Jul 2013 14:33:30 -0700 (PDT) In-Reply-To: <00CB4B3D-A461-4DE5-89C0-E6A1CDE7C22F@gmail.com> References: <20130715215705.28491.87047.idtracker@ietfa.amsl.com> <00CB4B3D-A461-4DE5-89C0-E6A1CDE7C22F@gmail.com> Date: Tue, 16 Jul 2013 16:33:30 -0500 Message-ID: From: Behcet Sarikaya To: Ryuji Wakikawa Content-Type: multipart/alternative; boundary=089e012284fa6d398c04e1a7ba20 Cc: "netext@ietf.org" Subject: Re: [netext] Fwd: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 21:33:32 -0000 --089e012284fa6d398c04e1a7ba20 Content-Type: text/plain; charset=ISO-8859-1 Hi Ryuji, Have you looked at Charlie's draft: draft-perkins-netext-hatunaddr-00 I think he already defined extensions for both MIP and PMIP that you are trying to define. You may also look at my draft, draft-sarikaya-dmm-cloud-mm-00.txt which is now expired. Regards, Behcet On Mon, Jul 15, 2013 at 5:01 PM, Ryuji Wakikawa wrote: > Hi > > We submitted a draft for data- and user plane separation of PMIP. We > introduce a new mobility option to carry LMA's user plane address. The spec > is very simple. Your comment are appreciated. > > Chairs, > I would like to have a slot in netext meeting. > > thanks! > ryuji > > Begin forwarded message: > > > From: internet-drafts@ietf.org > > Subject: New Version Notification for > draft-wakikawa-netext-pmip-cp-up-separation-00.txt > > Date: July 16, 2013 6:57:05 AM GMT+09:00 > > To: Ryuji Wakikawa , Rajesh S. Pazhyannur < > rpazhyan@cisco.com>, Rajesh Pazhyannur , Sri > Gundavelli > > > > > > A new version of I-D, draft-wakikawa-netext-pmip-cp-up-separation-00.txt > > has been successfully submitted by Ryuji Wakikawa and posted to the > > IETF repository. > > > > Filename: draft-wakikawa-netext-pmip-cp-up-separation > > Revision: 00 > > Title: Separation of Control and User Plane for Proxy > Mobile IPv6 > > Creation date: 2013-07-16 > > Group: Individual Submission > > Number of pages: 7 > > URL: > http://www.ietf.org/internet-drafts/draft-wakikawa-netext-pmip-cp-up-separation-00.txt > > Status: > http://datatracker.ietf.org/doc/draft-wakikawa-netext-pmip-cp-up-separation > > Htmlized: > http://tools.ietf.org/html/draft-wakikawa-netext-pmip-cp-up-separation-00 > > > > > > Abstract: > > This document describes splitting of Control Plane (CP) and User > > Plane (UP) for a Proxy Mobile IPv6 based network infrastructure. > > Existing specifications allow a MAG to perform splitting of its > > control and user plane using Alternate Care of address mobility > > option for IPv6, or Alternate IPv4 Care of Address option for IPv4. > > However, the current specification does not have semantics for > > allowing the LMA to perform such functional split. To realize this > > requirement, this specification defines a mobility option that > > enables a local mobility anchor to provide an alternate LMA address > > to be used for the bi-directional tunnel between the MAG and LMA. > > With this extension, a local mobility anchor will be able to use an > > IP address for its user plane which is different than what is used > > for the control plane. > > > > > > > > > > The IETF Secretariat > > > > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext > --089e012284fa6d398c04e1a7ba20 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Ryuji,

Have you l= ooked at Charlie's draft:

draft-perkins-netext-hatunaddr-00
<= br>
I think he already defined extensions for both MIP and PMIP that y= ou are trying to define.

You may also look at my draft, draft-sarikaya-dmm-cloud-mm-00.txt= which is now expired.

Regards,

Behcet
<= div class=3D"gmail_extra">

On Mon, Jul 15= , 2013 at 5:01 PM, Ryuji Wakikawa <ryuji.wakikawa@gmail.com>= wrote:
Hi

We submitted a draft for data- and user plane separation of PMIP. We introd= uce a new mobility option to carry LMA's user plane address. The spec i= s very simple. Your comment are appreciated.

Chairs,
I would like to have a slot in netext meeting.

thanks!
ryuji

Begin forwarded message:

> From: internet-drafts@ietf= .org
> Subject: New Version Notification for draft-wakikawa-netext-pmip-cp-up= -separation-00.txt
> Date: July 16, 2013 6:57:05 AM GMT+09:00
> To: Ryuji Wakikawa <ryu= ji.wakikawa@gmail.com>, Rajesh S. Pazhyannur <rpazhyan@cisco.com>, Rajesh Pazhyannur <rpazhyan@cisco.com>, Sri Gundavelli = <sgundave@cisco.com>
>
>
> A new version of I-D, draft-wakikawa-netext-pmip-cp-up-separation-00.t= xt
> has been successfully submitted by Ryuji Wakikawa and posted to the > IETF repository.
>
> Filename: =A0 =A0 =A0draft-wakikawa-netext-pmip-cp-up-separation
> Revision: =A0 =A0 =A000
> Title: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Separation of Control and User = Plane for Proxy Mobile IPv6
> Creation date: =A0 =A0 =A0 =A0 2013-07-16
> Group: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Individual Submission
> Number of pages: 7
> URL: =A0 =A0 =A0 =A0 =A0 =A0 http://www.ietf.org/internet-drafts/draft-wakikawa-netext-pmip-cp-up-separ= ation-00.txt
> Status: =A0 =A0 =A0 =A0 =A0http://datat= racker.ietf.org/doc/draft-wakikawa-netext-pmip-cp-up-separation
> Htmlized: =A0 =A0 =A0 =A0http://tools.iet= f.org/html/draft-wakikawa-netext-pmip-cp-up-separation-00
>
>
> Abstract:
> =A0 This document describes splitting of Control Plane (CP) and User > =A0 Plane (UP) for a Proxy Mobile IPv6 based network infrastructure. > =A0 Existing specifications allow a MAG to perform splitting of its > =A0 control and user plane using Alternate Care of address mobility > =A0 option for IPv6, or Alternate IPv4 Care of Address option for IPv4= .
> =A0 However, the current specification does not have semantics for
> =A0 allowing the LMA to perform such functional split. =A0To realize t= his
> =A0 requirement, this specification defines a mobility option that
> =A0 enables a local mobility anchor to provide an alternate LMA addres= s
> =A0 to be used for the bi-directional tunnel between the MAG and LMA.<= br> > =A0 With this extension, a local mobility anchor will be able to use a= n
> =A0 IP address for its user plane which is different than what is used=
> =A0 for the control plane.
>
>
>
>
> The IETF Secretariat
>

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

--089e012284fa6d398c04e1a7ba20-- From bpatil1@gmail.com Tue Jul 16 15:23:36 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCE5B21F9DBA for ; Tue, 16 Jul 2013 15:23:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WjV5mS0fQRBc for ; Tue, 16 Jul 2013 15:23:36 -0700 (PDT) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id 6F60821F9302 for ; Tue, 16 Jul 2013 15:23:36 -0700 (PDT) Received: by mail-oa0-f41.google.com with SMTP id n10so1617827oag.0 for ; Tue, 16 Jul 2013 15:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=/8HeFPHFCFT4/whubPfUS7Vojzxh3sMG1EIVSrbKCcQ=; b=fGpuYMoGxQPQE7Uz86xz405oFXwGuXQMHEFwRTZvksOur/IjNYOh7Fd4O+kT1bFNJe AOv/uXiaYNv1Y57gWVdwm3jbzRzKkOIlqAIiYLT3ZLkQ5vD77cBEMyYjW1w9TB0YD64M n1MK+FniLDPlubMrnJQi+J+FzTOdP4k/i+BnCwF05bUOt2J7PJI+G2oeHdJpalBznZZW ajPr4Q8pY84U0ImqMkYoocKihpE4N+Nsn/yCVbQ6S3RonTqfOyeB5b5V2oBkDNA61Rdi WZBNHUfo3p/fScTTtVvxE8AVOn3Kmt9d2BnKGiU2i8YdAK/tYKApxbcFYKXcri7cib6L l7eA== MIME-Version: 1.0 X-Received: by 10.60.77.70 with SMTP id q6mr4103209oew.98.1374013415918; Tue, 16 Jul 2013 15:23:35 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Tue, 16 Jul 2013 15:23:35 -0700 (PDT) Date: Tue, 16 Jul 2013 17:23:35 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=047d7b33d3e092937b04e1a86d46 Cc: draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org Subject: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 22:23:37 -0000 --047d7b33d3e092937b04e1a86d46 Content-Type: text/plain; charset=ISO-8859-1 Hi Ryuji, The idea of splitting the CP and UP for PMIP6 has been around for quite a while. In fact if I were to recollect, Vijay D. had proposed this during the development of the PMIP6 protocol in Netlmm. Its a good idea to allow the protocol to optionally have a separate CP/UP between the MAG and LMA. It would essentially be equivalent to 3GPPs GTP-C and GTP-U. The draft itself is preliminary and hopefully will be improved if the WG decides to adopt it. Looking forward to the presentation/discussion in Berlin. -Raj -- Basavaraj Patil --047d7b33d3e092937b04e1a86d46 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Ryuji,

The idea of sp= litting the CP and UP for PMIP6 has been around for quite a while.
In fact if I were to recollect, Vijay D. had proposed this during the dev= elopment of the PMIP6 protocol in Netlmm.

Its a good idea to allow the protocol to optionally hav= e a separate CP/UP between the MAG and LMA. It would essentially be equival= ent to 3GPPs GTP-C and GTP-U.=A0

The draft itself = is preliminary and hopefully will be improved if the WG decides to adopt it= .=A0
Looking forward to the presentation/discussion in Berlin.
-Raj

--
Basavaraj Patil
--047d7b33d3e092937b04e1a86d46-- From ryuji.wakikawa@gmail.com Tue Jul 16 15:56:35 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74F2D21F9D71 for ; Tue, 16 Jul 2013 15:56:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f7+wO2ae+xXz for ; Tue, 16 Jul 2013 15:56:35 -0700 (PDT) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 0A23D21F9D1C for ; Tue, 16 Jul 2013 15:56:35 -0700 (PDT) Received: by mail-pb0-f45.google.com with SMTP id mc8so1200994pbc.4 for ; Tue, 16 Jul 2013 15:56:32 -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:x-mailer; bh=Qo6vmZmxaPswN6lrD8JxNNq78FI31m60nTC0FvAzTAA=; b=lSQ1PSoI02bPrIAxh0gj2Tn0EPETwzoRD3m3FQCNDwDHwsOXtz6WYs0I8Bav94bLc8 G0+EmjvYn2hwYUfkByVS/Z0dCb1N3ftG6mYsh45LT4poEQDDZZArlOI3dpNutWqWyNne hisPp+6Kd2rh9jLITsZF9U2/7M4e4+Xuj0gtcH2+YBd6MypSiiwwxrp/RNan6PxFR7/u z4za7pzzLTD9uM0sOfwXXyXrTZHp8t7ikFXzGcmgm7dwLGS3UmMNMMUvcP/0QokRerN6 452XPezjGwLgXdcK2ZBv/it7Qj+N1J882GBbNy+1bmNcZN3Olp5FqxO3jCR0AOb4ZrUS I41g== X-Received: by 10.68.189.202 with SMTP id gk10mr3748187pbc.47.1374015392687; Tue, 16 Jul 2013 15:56:32 -0700 (PDT) Received: from [10.201.238.205] ([202.45.12.133]) by mx.google.com with ESMTPSA id xe9sm4066528pbc.21.2013.07.16.15.56.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Jul 2013 15:56:31 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Ryuji Wakikawa In-Reply-To: Date: Wed, 17 Jul 2013 07:56:27 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> References: To: Basavaraj Patil X-Mailer: Apple Mail (2.1508) Cc: "netext@ietf.org" , draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org Subject: Re: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 22:56:35 -0000 Hi Raj, Thanks for the comments.=20 I remember Vijay's proposal and found his slide;-) http://www.ietf.org/proceedings/73/slides/netlmm-4.pdf I should probably reuse his slide in Berlin;-) The idea is around for a while. We should standardise an extension now = so that PMIP can be deployed more. thanks, ryuji On Jul 17, 2013, at 7:23 AM, Basavaraj Patil wrote: >=20 > Hi Ryuji, >=20 > The idea of splitting the CP and UP for PMIP6 has been around for = quite a while. > In fact if I were to recollect, Vijay D. had proposed this during the = development of the PMIP6 protocol in Netlmm. >=20 > Its a good idea to allow the protocol to optionally have a separate = CP/UP between the MAG and LMA. It would essentially be equivalent to = 3GPPs GTP-C and GTP-U.=20 >=20 > The draft itself is preliminary and hopefully will be improved if the = WG decides to adopt it.=20 > Looking forward to the presentation/discussion in Berlin. >=20 > -Raj >=20 > --=20 > Basavaraj Patil > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext From ryuji.wakikawa@gmail.com Tue Jul 16 16:04:40 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8525121F9DED for ; Tue, 16 Jul 2013 16:04:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AHPhYcF9FUYz for ; Tue, 16 Jul 2013 16:04:39 -0700 (PDT) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id B957921F9DA9 for ; Tue, 16 Jul 2013 16:04:39 -0700 (PDT) Received: by mail-pa0-f42.google.com with SMTP id rl6so1288187pac.15 for ; Tue, 16 Jul 2013 16:04:39 -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:x-mailer; bh=KmlQNPIHHDrbDRtVKqk2hrsw/BLBlZvmmiJpNtq5gTE=; b=WTp/AckgzI9+s5aRAkP08sL4ziLSaGimEF/PwQ6L0bqwuJloc+gz6WkslbJe+FvX0V 2zOxbjHbkZAWajClVFcVDXg8SdmfAntrt//+/DJj/qsb/qjGiMvlSeW2RWB2namkKNwh ddGEx5O/mFI+9K+kwgaK+/tPABnA864WsRKvxN/w/tjuYUGK7uQnBU9NyEOzsWBcf6Xv GuhKoEUYTJoWTz8AgJoaF2zMmKEj+YVhR5oqwEMig0cpWKxl+HeVR2wQ+2mjB8Agh4hU wT/MDJh3ZVkwFJqyDvvyaaa9wjm3SzWRW/CMdrtxTfgSH5wGXhY5qVFK04LfSffUGjZ5 OufQ== X-Received: by 10.66.121.131 with SMTP id lk3mr4980421pab.43.1374015879384; Tue, 16 Jul 2013 16:04:39 -0700 (PDT) Received: from [10.201.238.205] ([202.45.12.133]) by mx.google.com with ESMTPSA id iq6sm4157097pbc.1.2013.07.16.16.04.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Jul 2013 16:04:37 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Ryuji Wakikawa In-Reply-To: Date: Wed, 17 Jul 2013 08:04:35 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130715215705.28491.87047.idtracker@ietfa.amsl.com> <00CB4B3D-A461-4DE5-89C0-E6A1CDE7C22F@gmail.com> To: sarikaya@ieee.org X-Mailer: Apple Mail (2.1508) Cc: "netext@ietf.org" Subject: Re: [netext] Fwd: New Version Notification for draft-wakikawa-netext-pmip-cp-up-separation-00.txt X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 23:04:40 -0000 Hi Behecet Thanks for the pointer.=20 I was not aware of Charlie's document. I was away from IETF and am = catching up IETF work now. Yes, his document is what we need! I am happy to help his document and = definitely support it. thanks, ryuji On Jul 17, 2013, at 6:33 AM, Behcet Sarikaya = wrote: > Hi Ryuji, >=20 > Have you looked at Charlie's draft: >=20 > draft-perkins-netext-hatunaddr-00 >=20 > I think he already defined extensions for both MIP and PMIP that you = are trying to define. >=20 > You may also look at my draft, draft-sarikaya-dmm-cloud-mm-00.txt = which is now expired. >=20 > Regards, >=20 > Behcet >=20 >=20 > On Mon, Jul 15, 2013 at 5:01 PM, Ryuji Wakikawa = wrote: > Hi >=20 > We submitted a draft for data- and user plane separation of PMIP. We = introduce a new mobility option to carry LMA's user plane address. The = spec is very simple. Your comment are appreciated. >=20 > Chairs, > I would like to have a slot in netext meeting. >=20 > thanks! > ryuji >=20 > Begin forwarded message: >=20 > > From: internet-drafts@ietf.org > > Subject: New Version Notification for = draft-wakikawa-netext-pmip-cp-up-separation-00.txt > > Date: July 16, 2013 6:57:05 AM GMT+09:00 > > To: Ryuji Wakikawa , Rajesh S. Pazhyannur = , Rajesh Pazhyannur , Sri = Gundavelli > > > > > > A new version of I-D, = draft-wakikawa-netext-pmip-cp-up-separation-00.txt > > has been successfully submitted by Ryuji Wakikawa and posted to the > > IETF repository. > > > > Filename: draft-wakikawa-netext-pmip-cp-up-separation > > Revision: 00 > > Title: Separation of Control and User Plane for = Proxy Mobile IPv6 > > Creation date: 2013-07-16 > > Group: Individual Submission > > Number of pages: 7 > > URL: = http://www.ietf.org/internet-drafts/draft-wakikawa-netext-pmip-cp-up-separ= ation-00.txt > > Status: = http://datatracker.ietf.org/doc/draft-wakikawa-netext-pmip-cp-up-separatio= n > > Htmlized: = http://tools.ietf.org/html/draft-wakikawa-netext-pmip-cp-up-separation-00 > > > > > > Abstract: > > This document describes splitting of Control Plane (CP) and User > > Plane (UP) for a Proxy Mobile IPv6 based network infrastructure. > > Existing specifications allow a MAG to perform splitting of its > > control and user plane using Alternate Care of address mobility > > option for IPv6, or Alternate IPv4 Care of Address option for = IPv4. > > However, the current specification does not have semantics for > > allowing the LMA to perform such functional split. To realize = this > > requirement, this specification defines a mobility option that > > enables a local mobility anchor to provide an alternate LMA = address > > to be used for the bi-directional tunnel between the MAG and LMA. > > With this extension, a local mobility anchor will be able to use = an > > IP address for its user plane which is different than what is used > > for the control plane. > > > > > > > > > > The IETF Secretariat > > >=20 > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext >=20 From sgundave@cisco.com Tue Jul 16 16:16:22 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58A4621F9D71 for ; Tue, 16 Jul 2013 16:16:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qtI07mnpgBGy for ; Tue, 16 Jul 2013 16:16:17 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 8079221F9D5C for ; Tue, 16 Jul 2013 16:16:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1301; q=dns/txt; s=iport; t=1374016577; x=1375226177; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=AlIjzWuduf148Usep1cSl6RbubrZJf3FbpgVOerwfXk=; b=V7kpVQWx9+Jl9ecWNF6WD/5z+NVOudVlYG+fBHLvqsFcP8TsyvuQAfqh 4DGqCySUMJZC3OfpsGc80ZE6toEyH9jzaM2ZlbBvbZcnbzk+t2jYENV1b ETx0I1nz6BIKPyehtoM2RL7czdiuKK2YgWsIXBI1CCODZR1+AW3evbc55 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhgFAJnS5VGtJV2b/2dsb2JhbABagwY0wlyBDxZ0giMBAQEDAQEBATc0CxACAQgOKBAhBgslAgQOBRuHYwMJBgysZg2IWgSMdYI3MweDDG0DlXOBaYwnhSaDEg X-IronPort-AV: E=Sophos;i="4.89,680,1367971200"; d="scan'208";a="235687640" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-8.cisco.com with ESMTP; 16 Jul 2013 23:16:17 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r6GNGGnp019865 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Jul 2013 23:16:16 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.173]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.004; Tue, 16 Jul 2013 18:16:16 -0500 From: "Sri Gundavelli (sgundave)" To: Basavaraj Patil Thread-Topic: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation Thread-Index: AQHOgnMlwRqZnMyCnk6Pe4eXaeXq6pln8Aru Date: Tue, 16 Jul 2013 23:16:16 +0000 Message-ID: <1EC3C8EE-FF00-41ED-91A4-C1C83D176042@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "netext@ietf.org" , "draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org" Subject: Re: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 23:16:22 -0000 I agree as well.=20 This is a known issue/gap. Many people including Vijay, Charlie and others = in the past have suggested that we fix this gap. This data point is importa= nt, it makes a case that this is a valid issue and the authors are not on r= esearch track.=20 This is a minor extension, needed for enabling PMIP-based mobility solution= s on platforms with modular architectures and in certain types of WLAN syst= ems. Sri On Jul 17, 2013, at 12:23 AM, "Basavaraj Patil" wrote: >=20 > Hi Ryuji, >=20 > The idea of splitting the CP and UP for PMIP6 has been around for quite a= while. > In fact if I were to recollect, Vijay D. had proposed this during the dev= elopment of the PMIP6 protocol in Netlmm. >=20 > Its a good idea to allow the protocol to optionally have a separate CP/UP= between the MAG and LMA. It would essentially be equivalent to 3GPPs GTP-C= and GTP-U.=20 >=20 > The draft itself is preliminary and hopefully will be improved if the WG = decides to adopt it.=20 > Looking forward to the presentation/discussion in Berlin. >=20 > -Raj >=20 > --=20 > Basavaraj Patil > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext From suresh.krishnan@ericsson.com Wed Jul 17 11:58:11 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F8B321E8064 for ; Wed, 17 Jul 2013 11:58:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tPFODe-6mKeg for ; Wed, 17 Jul 2013 11:58:06 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 9B85C21F9D2C for ; Wed, 17 Jul 2013 11:58:05 -0700 (PDT) X-AuditID: c618062d-b7fc36d0000032ea-2d-51e6e93be787 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 98.D5.13034.C39E6E15; Wed, 17 Jul 2013 20:58:04 +0200 (CEST) Received: from [142.133.113.185] (147.117.188.135) by smtps-am.internal.ericsson.com (147.117.188.96) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 17 Jul 2013 14:58:03 -0400 Message-ID: <51E6E8A0.1090704@ericsson.com> Date: Wed, 17 Jul 2013 14:55:28 -0400 From: Suresh Krishnan User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ryuji Wakikawa References: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> In-Reply-To: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [147.117.188.135] X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNLMWRmVeSWpSXmKPExsUyuXRPgq7Ny2eBBg/uiVrM2T6BxWLG/d/M Ftd+PmW3uHOgjdWBxWPnrLvsHkuW/GTy+HL5M1sAcxSXTUpqTmZZapG+XQJXxoe7c5gKPjJX PF97gLmBcRpzFyMHh4SAicSDp5ZdjJxAppjEhXvr2boYuTiEBI4ySjzoes4M4exklHi5rosR pIpXQFuip/c8G4jNIqAqsenlfiYQmw1o0Iadn8FsUYEwiQ/LljBB1AtKnJz5hAXEFhHQlei6 94UVZDGzQA+jxCMRkLCwQJDEglXHmSB2NTJK9N75ATafU8BW4tuLBWwQ10lKbHnRzg5iMwvo SUy52sIIYctLbH87hxnEFhLQlNi65jsrxGPKEjtmJE5gFJ6F5IpZSLpnIelewMi8ipGjtDi1 LDfdyGATIzDAj0mw6e5g3PPS8hCjNAeLkjjvKr0zgUIC6YklqdmpqQWpRfFFpTmpxYcYmTg4 pRoYmx/aq5jeZKm6UK2UpylaZSJ6UMbBKaenmOvXhBUPefhuTzNYK7GwYceKGKsfX07Vv5/m 47F1WrbyboXduxf9decKYM/5vXfzgRfarqnvHHMaX+z61yZRfi8iV+llwm8WN5btVlNMX5jP WpFz0JvDQ87FtEPF/Ie2GuvCPd7bp7+1tXc4qfNHiaU4I9FQi7moOBEApn4sqD4CAAA= Cc: "netext@ietf.org" , draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org, Basavaraj Patil Subject: Re: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jul 2013 18:58:11 -0000 Hi Ryuji, On 07/16/2013 06:56 PM, Ryuji Wakikawa wrote: > Hi Raj, > > Thanks for the comments. > I remember Vijay's proposal and found his slide;-) > http://www.ietf.org/proceedings/73/slides/netlmm-4.pdf > I should probably reuse his slide in Berlin;-) Yep. I also think that there is quite a bit of earlier work we can reuse. There was also an accompanying draft to Vijay's proposal http://tools.ietf.org/html/draft-devarapalli-netlmm-pmipv6-data-plane-00 Cheers Suresh From ryuji.wakikawa@gmail.com Wed Jul 17 18:18:03 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3553B21F888F for ; Wed, 17 Jul 2013 18:18:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GeLTWNf5ldZb for ; Wed, 17 Jul 2013 18:18:01 -0700 (PDT) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id 0C9A621F85B3 for ; Wed, 17 Jul 2013 18:18:01 -0700 (PDT) Received: by mail-pd0-f169.google.com with SMTP id y10so2466633pdj.28 for ; Wed, 17 Jul 2013 18:18:00 -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:x-mailer; bh=E466OA0e4scbBnGF5lG3jNxFUFlC1faJE09n0xwinco=; b=X+BXyv/MPplz25u3qmN8msbeAEmk3752uD/a/92HsA/0jmRHUwRTCX5AhHdsNj5+Hq RtSs0Uljo4ndGo/knnyUqNjKYPK1ubPZyEYQoB4VUWQhcOQV+hUsF/Jdu5dWxVMKc+Vl VMAfEovgc2cU3GiHVlTI50aDTFrwO89YzNf7mwV8J4BCR5OudyrJwgm6EnZA85HLWVSa NnRu1SIDc9M2l4LrV4pdkjWR93pRh/SUwpM+cbZLt/aYR1BuIn03zligntoo6gNl2cpF QbnPzufyHuOjo8HBmPpmx1NY9u3sCLeAXKezrodyUvJKVZHa7UsojjaK+L+mSFLco67W PQ9w== X-Received: by 10.66.147.65 with SMTP id ti1mr10425565pab.36.1374110280754; Wed, 17 Jul 2013 18:18:00 -0700 (PDT) Received: from [10.201.238.205] ([202.45.12.133]) by mx.google.com with ESMTPSA id nm10sm10444025pbc.28.2013.07.17.18.17.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Jul 2013 18:17:58 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Ryuji Wakikawa In-Reply-To: <51E6E8A0.1090704@ericsson.com> Date: Thu, 18 Jul 2013 10:17:56 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> <51E6E8A0.1090704@ericsson.com> To: Suresh Krishnan X-Mailer: Apple Mail (2.1508) Cc: netext@ietf.org, draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org, Basavaraj Patil Subject: Re: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jul 2013 01:18:03 -0000 Hi Suresh and all, Thanks for the draft published in 2008! 5 years ago! Indeed, many proposals has been submitted in the past.=20 Isn't it good timing to standardise this small extension to PMIP!? thanks, ryuji On Jul 18, 2013, at 3:55 AM, Suresh Krishnan = wrote: > Hi Ryuji, >=20 > On 07/16/2013 06:56 PM, Ryuji Wakikawa wrote: >> Hi Raj, >>=20 >> Thanks for the comments.=20 >> I remember Vijay's proposal and found his slide;-) >> http://www.ietf.org/proceedings/73/slides/netlmm-4.pdf >> I should probably reuse his slide in Berlin;-) >=20 > Yep. I also think that there is quite a bit of earlier work we can > reuse. There was also an accompanying draft to Vijay's proposal >=20 > = http://tools.ietf.org/html/draft-devarapalli-netlmm-pmipv6-data-plane-00 >=20 > Cheers > Suresh >=20 From jouni.nospam@gmail.com Thu Jul 18 06:35:46 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6222E21F9AD8 for ; Thu, 18 Jul 2013 06:35:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3aLFdfUyFaNL for ; Thu, 18 Jul 2013 06:35:45 -0700 (PDT) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) by ietfa.amsl.com (Postfix) with ESMTP id 6F82521F8B4E for ; Thu, 18 Jul 2013 06:35:45 -0700 (PDT) Received: by mail-lb0-f178.google.com with SMTP id y6so2489482lbh.23 for ; Thu, 18 Jul 2013 06:35: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:x-mailer; bh=h7TlCygJXEextBIFCAwy6rMwfOFk2yLWy8cjAcDsv7Q=; b=a+DsoJ6dg0YO6uoEP94GnIepFAKslrYW8GOAFg6UeVGLc9WChp31bxEi4x1FgGo8Uy 2w25S7Oea+XSfBAsXLLmUV/UqnCFKcKdSu3FxxEc+atZuqsL2+sQLAEZYKi923HZoz/C 4QO4VTR7W52urqARY3WrcamtCzY5UqCA1+Zg7G6yoRQsNR5SitJ7J4OS140TuvF9sZ1o MbWUFx9m5hl6phILyVN9JdOdoKr2wpHQz9XWYBdRm2NUVT21Yp0aYED86tGRtLiDAeN5 b+Zu7laC4T5zWwVnW/1+AyNHwAmBP60kl7ndWl77rCZtVB5PvrUk+NdoC5YdTHzBIJhu FhKA== X-Received: by 10.152.116.76 with SMTP id ju12mr5333378lab.54.1374154542880; Thu, 18 Jul 2013 06:35:42 -0700 (PDT) Received: from [192.168.43.158] (83-245-223-154.elisa-mobile.fi. [83.245.223.154]) by mx.google.com with ESMTPSA id u1sm4193743lag.5.2013.07.18.06.35.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 18 Jul 2013 06:35:42 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Jouni Korhonen In-Reply-To: Date: Thu, 18 Jul 2013 16:35:11 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <19C42989-6175-4D6F-9B4E-3E873D5D10AF@gmail.com> References: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> <51E6E8A0.1090704@ericsson.com> To: Ryuji Wakikawa X-Mailer: Apple Mail (2.1508) Cc: netext@ietf.org, draft-wakikawa-netext-pmip-cp-up-separation@tools.ietf.org, Basavaraj Patil Subject: Re: [netext] Comments on I-D: draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jul 2013 13:35:46 -0000 In past I also had some strong opinions about PMIPv6 UP/CP split but maybe those can be left now behind ;-) Regarding the draft it is unclear to me how the LMA knows the MAG supports the new functionality. Is PMIPv6 Domain wide support assumed? Second, I think the interactions and co-existence with=20 RFC6463 need to be detailed. Last, how is IPv4 address encoded within the LMA User Plane Address field? Would it make sense to encode the address using as 4 octets IPv4 address or is the draft assuming IPv4-mapped IPv6 address? - Jouni On Jul 18, 2013, at 4:17 AM, Ryuji Wakikawa = wrote: > Hi Suresh and all, >=20 > Thanks for the draft published in 2008! 5 years ago! > Indeed, many proposals has been submitted in the past.=20 >=20 > Isn't it good timing to standardise this small extension to PMIP!? >=20 > thanks, > ryuji >=20 > On Jul 18, 2013, at 3:55 AM, Suresh Krishnan = wrote: >=20 >> Hi Ryuji, >>=20 >> On 07/16/2013 06:56 PM, Ryuji Wakikawa wrote: >>> Hi Raj, >>>=20 >>> Thanks for the comments.=20 >>> I remember Vijay's proposal and found his slide;-) >>> http://www.ietf.org/proceedings/73/slides/netlmm-4.pdf >>> I should probably reuse his slide in Berlin;-) >>=20 >> Yep. I also think that there is quite a bit of earlier work we can >> reuse. There was also an accompanying draft to Vijay's proposal >>=20 >> = http://tools.ietf.org/html/draft-devarapalli-netlmm-pmipv6-data-plane-00 >>=20 >> Cheers >> Suresh >>=20 >=20 > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext From bpatil1@gmail.com Thu Jul 18 13:28:19 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAD4E11E80F2; Thu, 18 Jul 2013 13:28:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iChHtL7pxaqh; Thu, 18 Jul 2013 13:28:18 -0700 (PDT) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) by ietfa.amsl.com (Postfix) with ESMTP id 2122711E8183; Thu, 18 Jul 2013 13:28:18 -0700 (PDT) Received: by mail-ob0-f169.google.com with SMTP id up14so4278797obb.28 for ; Thu, 18 Jul 2013 13:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Xbd8iI+ujXJEhpeHcnOdv+zEYV+SY53A0i+OeXREeNc=; b=m+Uvgnd4GxWK3bt63fgUCHoQ+NSRCCH0GeaVO8D0BqT0Qru4wXdPW5CkCDkmjy516q LD0BfbJZPQQMNaOwsPpfRKyHjzR+02zia41QvZ6TD/jKZuZ7iAU7WN9YnaFqwvEZuC63 VVHm4kWnv8R3YNzkR1x79b8HqIqRh4cUIRszfmDmdP8pwdXgYwTPjOzIccvaASckAVuZ E5KRVpLkKRAAecJ2J1dIeroJuyG8FaqEya3XyJqT5neJdCWG+ly4a0T2cYctub8uWIt9 YwyWLV32R6fes/AydOTlpc6pS2kX+cVZXdbkLobd6qeXxAIVbMmbfP+g1g79e/gQlpNX UuuQ== MIME-Version: 1.0 X-Received: by 10.60.41.66 with SMTP id d2mr15520203oel.28.1374179297553; Thu, 18 Jul 2013 13:28:17 -0700 (PDT) Received: by 10.76.100.209 with HTTP; Thu, 18 Jul 2013 13:28:17 -0700 (PDT) Date: Thu, 18 Jul 2013 15:28:17 -0500 Message-ID: From: Basavaraj Patil To: iesg-secretary@ietf.org Content-Type: multipart/alternative; boundary=089e0149c800e3736f04e1cf0ca5 Cc: "netext@ietf.org" , draft-ietf-netext-update-notifications@tools.ietf.org Subject: [netext] Request to progress the Netext WG I-D: draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jul 2013 20:28:19 -0000 --089e0149c800e3736f04e1cf0ca5 Content-Type: text/plain; charset=ISO-8859-1 Hello, The Netext WG I-D: Update Notifications for Proxy Mobile IPv6 has completed working group last call and is ready for IESG review and approval. Below is the completed proto writeup for the I-D. -Raj ------------------------------------------ (1) What type of RFC is being requested (BCP, Proposed Standard, Internet Standard, Informational, Experimental, or Historic)? Why is this the proper type of RFC? Is this type of RFC indicated in the title page header? Proposed Standard (2) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up. Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: Technical Summary: This document specifies protocol enhancements for allowing the local mobility anchor in a Proxy Mobile IPv6 domain to asynchronously notify the mobile access gateway about changes related to a mobility session. These update notification messages are exchanged using a new Mobility Header message type specifically designed for this purpose. Working Group Summary: The extension to Proxy Mobile IPv6 was viewed as essential to the protocol and hence was adopted by the working group and progressed with no issues. Document Quality: The document has been reviewed by multiple experts within the working group and has been updated based on the feedback received. The quality of the document itself is good and ready for IESG review. All reviewers have been acknowledged in the I-D. The extension is relevant and has been requested by 3GPP as an enhancement to the protocol. Multiple vendors are likely to implement this extension to Proxy Mobile IPv6. Are there existing Personnel: Who is the Document Shepherd? Who is the Responsible Area Director? Document Shepherd: Basavaraj Patil Responsible AD: Brian Haberman (3) Briefly describe the review of this document that was performed by the Document Shepherd. If this version of the document is not ready for publication, please explain why the document is being forwarded to the IESG. I have reviewed the I-D multiple times during the course of the work being progressed in the working group. The authors have been receptive to the suggestions and have updated the draft accordingly. At this time I am satisfied with the quality of the I-D and believe that it is ready for IESG review. (4) Does the document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? No. The I-D has been reviewed sufficiently. (5) Do portions of the document need review from a particular or from broader perspective, e.g., security, operational complexity, AAA, DNS, DHCP, XML, or internationalization? If so, describe the review that took place. No. The I-D proposes an extension to the base protocol (Proxy Mobile IPv6) and hence does not need any additional review from experts in other areas. (6) Describe any specific concerns or issues that the Document Shepherd has with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. The WG does not have any concerns with this I-D. No major issues or concerns have been raised that would need to be flagged here. (7) Has each author confirmed that any and all appropriate IPR disclosures required for full conformance with the provisions of BCP 78 and BCP 79 have already been filed. If not, explain why? Each author has confirmed that they are in line with the provisions of BCP 78, 79. (8) Has an IPR disclosure been filed that references this document? If so, summarize any WG discussion and conclusion regarding the IPR disclosures. No IPR disclosures have been filed w.r.t this I-D. (9) How solid is the WG consensus behind this document? Does it represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? There is broad WG consensus on the need for this extension to Proxy Mobile IPv6. I believe most of the active WG participants understand the need for this extension and are supportive of it. (10) Has anyone threatened an appeal or otherwise indicated extreme discontent? If so, please summarise the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is publicly available.) No. (11) Identify any ID nits the Document Shepherd has found in this document. (See http://www.ietf.org/tools/idnits/ and the Internet-Drafts Checklist). Boilerplate checks are not enough; this check needs to be thorough. I have checked the I-D for nits with the following result: " Summary: 0 errors (**), 0 flaws (~~), 1 warning (==), 1 comment (--). " (12) Describe how the document meets any required formal review criteria, such as the MIB Doctor, media type, and URI type reviews. The I-D does not specify any MIB, media type or URI types. (13) Have all references within this document been identified as either normative or informative? Yes. The I-D splits the references into normative and informative sections. (14) Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the plan for their completion? No normative references exist which are pending advancement. (15) Are there downward normative references references (see RFC 3967)? If so, list these downward references to support the Area Director in the Last Call procedure. No. (16) Will publication of this document change the status of any existing RFCs? Are those RFCs listed on the title page header, listed in the abstract, and discussed in the introduction? If the RFCs are not listed in the Abstract and Introduction, explain why, and point to the part of the document where the relationship of this document to the other RFCs is discussed. If this information is not in the document, explain why the WG considers it unnecessary. Status of existing Proxy Mobile IPv6 RFCs will not be affected. This is an extension to the base protocol and hence there is no impact caused to the base protocol itself. (17) Describe the Document Shepherd's review of the IANA considerations section, especially with regard to its consistency with the body of the document. Confirm that all protocol extensions that the document makes are associated with the appropriate reservations in IANA registries. Confirm that any referenced IANA registries have been clearly identified. Confirm that newly created IANA registries include a detailed specification of the initial contents for the registry, that allocations procedures for future registrations are defined, and a reasonable name for the new registry has been suggested (see RFC 5226). The IANA considerations section is complete and includes all the information that would be required by IANA. A new registry is required. And the details for this are specified in the IANA considerations section. (18) List any new IANA registries that require Expert Review for future allocations. Provide any public guidance that the IESG would find useful in selecting the IANA Experts for these new registries. A new IANA registry called : "Update Notification Reasons Registry" is required. Experts who can assist IANA for these registries include the current working group chairs (Basavaraj Patil/Rajeev Koodli) as well as other active participants in this WG such as: Charles Perkins, Kent Leung, Pete McCann. (19) Describe reviews and automated checks performed by the Document Shepherd to validate sections of the document written in a formal language, such as XML code, BNF rules, MIB definitions, etc. Not required for this I-D. -- Basavaraj Patil --089e0149c800e3736f04e1cf0ca5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,

T= he Netext WG I-D: Update Notifications for Proxy Mobile IPv6
<= draft-ietf-netext-update-notifications-05> has completed working
group last call and is ready for IESG review and approval. Below is
the completed proto writeup for the I-D.

-Raj

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

(1) What type of RFC is being requested (BCP, Proposed = Standard,
Internet Standard, Informational, Experimental, or Hist= oric)? Why is
this the proper type of RFC? Is this type of RFC in= dicated in the
title page header?=A0

Proposed Standard
=


(2) The IESG approval announcement inclu= des a Document Announcement
Write-Up. Please provide such a Docum= ent Announcement Write-Up. Recent
examples can be found in the "Action" announcements for appr= oved
documents. The approval announcement contains the following = sections:=A0

Technical Summary:

=A0 =A0This document specifies protocol enhancements for allowing the = local
=A0 =A0mobility anchor in a Proxy Mobile IPv6 domain to asy= nchronously
=A0 =A0notify the mobile access gateway about changes= related to a mobility
=A0 =A0session. =A0These update notification messages are exchanged us= ing a
=A0 =A0new Mobility Header message type specifically design= ed for this
=A0 =A0purpose.

Working Grou= p Summary:

The extension to Proxy Mobile IPv6 was viewed as essent= ial to the
protocol and hence was adopted by the working group an= d progressed
with no issues.

Document Qu= ality:

The document has been reviewed by multiple experts with= in the working
group and has been updated based on the feedback r= eceived. The quality
of the document itself is good and ready for= IESG review. All
reviewers have been acknowledged in the I-D. The extension is relevant=
and has been requested by 3GPP as an enhancement to the
protocol. Multiple vendors are likely to implement this extension to
Proxy Mobile IPv6.

Are there existing
Personnel:

Who is the Document Shepherd? Who is= the Responsible Area Director?

Document Shepherd:= Basavaraj Patil
Responsible AD: Brian Haberman


(3) Briefly describe the review of this document that was performed by
the Document Shepherd. If this version of the document is not ready<= /div>
for publication, please explain why the document is being forwarded to=
the IESG.=A0

I have reviewed the I-D mu= ltiple times during the course of the work
being progressed in th= e working group. The authors have been receptive
to the suggestions and have updated the draft accordingly. At this
time I am satisfied with the quality of the I-D and believe that it = is
ready for IESG review.


(4) Does the document Shepherd have any concerns about the depth or
breadth of the reviews that have been performed?=A0

<= /div>
No. The I-D has been reviewed sufficiently.=A0


(5) Do portions of the document need review from a part= icular or from
broader perspective, e.g., security, operational c= omplexity, AAA, DNS,
DHCP, XML, or internationalization? If so, d= escribe the review that
took place.=A0

No. The I-D proposes an extens= ion to the base protocol (Proxy Mobile
IPv6) and hence does not n= eed any additional review from experts in
other areas.

(6) Describe any specific concerns or issues that the Docume= nt
Shepherd has with this document that the Responsible Area Dire= ctor
and/or the IESG should be aware of? For example, perhaps he = or she is
uncomfortable with certain parts of the document, or has concerns
whether there really is a need for it. In any event, if the WG has
discussed those issues and has indicated that it still wishes to
advance the document, detail those concerns here.=A0

The WG does not have any concerns with this I-D. No major issues or=
concerns have been raised that would need to be flagged here.

(7) Has each author confirmed that any and all appropri= ate IPR
disclosures required for full conformance with the provis= ions of BCP
78 and BCP 79 have already been filed. If not, explai= n why?=A0

Each author has confirmed that they are in line with th= e provisions of
BCP 78, 79.


(8) Has an IPR disclosure been filed that references this document? If
so, summarize any WG discussion and conclusion regarding the IPR
=
disclosures.=A0

No IPR disclosures have been = filed w.r.t this I-D.


(9) How solid= is the WG consensus behind this document? Does it
represent the strong concurrence of a few individuals, with others
being silent, or does the WG as a whole understand and agree with it= ?=A0

There is broad WG consensus on the need for t= his extension to Proxy
Mobile IPv6. I believe most of the active WG participants understand
the need for this extension and are supportive of it.
(10) Has anyone threatened an appeal or otherwise indicated ex= treme
discontent? If so, please summarise the areas of conflict in separate<= /div>
email messages to the Responsible Area Director. (It should be in= a
separate email because this questionnaire is publicly availabl= e.)=A0

No.

(11) Identify any ID nits = the Document Shepherd has found in this
document. (See http://www.ietf.org/tools/idnits/ a= nd the
Internet-Drafts Checklist). Boilerplate checks are not enough; this
check needs to be thorough.

I have checked= the I-D for nits with the following result:

"= ;
=A0 =A0 Summary: 0 errors (**), 0 flaws (~~), 1 warning (=3D=3D), 1 co= mment
=A0 =A0 (--).
"
=A0

=
(12) Describe how the document meets any required formal review<= /div>
criteria, such as the MIB Doctor, media type, and URI type reviews.=A0

The I-D does not specify any MIB, media type or URI ty= pes.

(13) Have all references within this document= been identified as
either normative or informative?=A0

Yes. The = I-D splits the references into normative and informative
sections= .


(14) Are there normative referenc= es to documents that are not ready
for advancement or are otherwise in an unclear state? If such
normative references exist, what is the plan for their completion?=A0

No normative references exist which are pending advan= cement.

(15) Are there downward normative references references= (see RFC
3967)? If so, list these downward references to support= the Area
Director in the Last Call procedure.=A0

No.=A0


(16) Will publica= tion of this document change the status of any
existing RFCs? Are= those RFCs listed on the title page header, listed
in the abstra= ct, and discussed in the introduction? If the RFCs are
not listed in the Abstract and Introduction, explain why, and point to=
the part of the document where the relationship of this document= to
the other RFCs is discussed. If this information is not in th= e
document, explain why the WG considers it unnecessary.=A0
Status of existing Proxy Mobile IPv6 RFCs will not be affected= . This
is an extension to the base protocol and hence there is no= impact
caused to the base protocol itself.


(17) Describe the Document Shepherd's review of the IANA
considerations section, especially with regard to its consistency with
the body of the document. Confirm that all protocol extensions that
the document makes are associated with the appropriate reservations= in
IANA registries. Confirm that any referenced IANA registries = have been
clearly identified. Confirm that newly created IANA registries include=
a detailed specification of the initial contents for the registr= y,
that allocations procedures for future registrations are defin= ed, and
a reasonable name for the new registry has been suggested (see RFC
5226).=A0

The IANA considerations section i= s complete and includes all the
information that would be require= d by IANA.=A0
A new registry is required. And the details for this are specified in<= /div>
the IANA considerations section.=A0


=
(18) List any new IANA registries that require Expert Review for=
future allocations. Provide any public guidance that the IESG would
find useful in selecting the IANA Experts for these new registries.= =A0

A new IANA registry called : "Update Noti= fication Reasons Registry" is
required. Experts who can assist IANA for these registries include the=
current working group chairs (Basavaraj Patil/Rajeev Koodli) as = well
as other active participants in this WG such as: Charles Per= kins, Kent
Leung, Pete McCann.=A0


(19) De= scribe reviews and automated checks performed by the Document
She= pherd to validate sections of the document written in a formal
language, such as XML code, BNF rules, MIB definitions, etc.=A0
<= br>
Not required for this I-D.



--
Basavaraj Patil
--089e0149c800e3736f04e1cf0ca5-- From brian@innovationslab.net Wed Jul 24 11:21:11 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2619111E8252 for ; Wed, 24 Jul 2013 11:21:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I12npZVt5EOl for ; Wed, 24 Jul 2013 11:21:04 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id 6AE1711E8251 for ; Wed, 24 Jul 2013 11:21:00 -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 43D8A8814F for ; Wed, 24 Jul 2013 11:21:00 -0700 (PDT) Received: from 102526145.rudm1.ra.johnshopkins.edu (addr16212925014.ippl.jhmi.edu [162.129.250.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 0E8F0130003 for ; Wed, 24 Jul 2013 11:20:59 -0700 (PDT) Message-ID: <51F01B0B.8030409@innovationslab.net> Date: Wed, 24 Jul 2013 14:20:59 -0400 From: Brian Haberman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "netext@ietf.org" References: <51F019FA.9060704@innovationslab.net> In-Reply-To: <51F019FA.9060704@innovationslab.net> X-Forwarded-Message-Id: <51F019FA.9060704@innovationslab.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 18:21:11 -0000 -------- Original Message -------- Subject: AD Evaluation : draft-ietf-netext-update-notifications Date: Wed, 24 Jul 2013 14:16:26 -0400 From: Brian Haberman To: netext-chairs@tools.ietf.org , draft-ietf-netext-update-notifications@tools.ietf.org All, I have performed my AD evaluation of draft-ietf-netext-update-notifications as a part of the RFC publication process. Thank you for a well-written document. The following comments/questions need to be addressed prior to issuing an IETF Last Call for the draft. Please let me know if there is any clarification I can provide on these comments. * Introduction - The 2nd sentence in the 2nd paragraph is clunky. I finally figured out that what it is trying to say is that the MAG proxies all MIPv6 signaling on behalf of the mobile node and the LMA acts as a MIPv6 home agent. I would suggest re-writing the sentence to be clearer for those readers who are not experts in the mobility protocols. - The last sentence of the 2nd paragraph should say that PMIPv6 does not *currently* have an LMA-to-MAG signaling mechanism. - The first sentence in the 3rd paragraph is missing an article. I believe it should be "... re-register the mobility session..." - The last sentence in the 3rd paragraph that discusses the use of existing headers is confusing. It starts off by saying it is possible to use existing headers for this signaling and ends by saying they can't be used. * Section 4 - Is there any guidance needed on managing the wrapping of the Sequence #'s? - Is it worth mentioning the Pad1 and PadN options given the alignment requirements? - Are there informative references that could be added for mobility options other than the vendor-specific ones? * Section 5 - The last bullet is extraneous since it simply points to the very next sub-section. - Can you provide an example of where an LMA would not request an ACK for a UPN? - I assume that the sequence numbers used in these messages are the same sequence numbers used for other PMIPv6/MIPv6 messages. It might be worthwhile to mention that, if it is true. * Section 5.2 - I am surprised by the use of SHOULD (SHOULD NOT) for re-transmission rules. When would you expect these rules to be ignored? * Section 6.1 - The 2nd bullet is useless. If an implementation does not support these messages, they wouldn't know to look here for responses. The base PMIPv6 spec covers the response message for unknown message types. - Should there be any validation performed on the sequence number? * IANA - I would like to see some more guidance given to IANA on where the new registries should be placed in their protocol hierarchy. Regards, Brian From bpatil1@gmail.com Wed Jul 24 14:04:36 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3552F11E810C for ; Wed, 24 Jul 2013 14:04:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QV6lcYX2xT4O for ; Wed, 24 Jul 2013 14:04:35 -0700 (PDT) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id D8B4911E80DE for ; Wed, 24 Jul 2013 14:04:34 -0700 (PDT) Received: by mail-ob0-f173.google.com with SMTP id er7so5562620obc.4 for ; Wed, 24 Jul 2013 14:04:32 -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=rNrtU9BlHEE1E+K/EwR02+5nUq7HMw6T1AGSY9F+ajA=; b=iYoNxwOV8j8+C8Ux29CZpyDKhattAFxVKKZE7OWRIMjgMUjQ2UAHi5BgTOysNN/CQI plMb9n8wS8Gx08RecgU5gr2cltw4r+EusixIrKHFqDJ0sYXPtPd8TJ+qQQcG4nU0DP1E D5fyd//m42sSKyVCu0zxkb9hyOo634TcjB21ixlcJLvBTuTgNafGVjRCQN2oqQR5rGVH EF+XunkUcKRbUBI9zYzpADpTkqPptDJLb3K5vItEk78W339fLChBfcsWdMNz8wFNLM5H ydU54KBa8JHT6KuDxPYKP/m4Z8uACSblG/SzAYnxJdCvbIR0ihitbUHrxikYc7I9vCM4 kHRA== MIME-Version: 1.0 X-Received: by 10.182.72.170 with SMTP id e10mr32952793obv.62.1374699872269; Wed, 24 Jul 2013 14:04:32 -0700 (PDT) Received: by 10.182.111.138 with HTTP; Wed, 24 Jul 2013 14:04:32 -0700 (PDT) In-Reply-To: References: Date: Wed, 24 Jul 2013 16:04:32 -0500 Message-ID: From: Basavaraj Patil To: "netext@ietf.org" Content-Type: multipart/alternative; boundary=001a11c2f3d88f3cd704e24841bb Cc: "netext-chairs@tools.ietf.org" , "draft-ietf-netext-pd-pmip@tools.ietf.org" Subject: Re: [netext] Working group last call: for I-D: draft-ietf-netext-pd-pmip X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 21:04:36 -0000 --001a11c2f3d88f3cd704e24841bb Content-Type: text/plain; charset=ISO-8859-1 The WG last call for this I-D ( ) has now ended. We have not received any comments or perspectives based on the IPR disclosure. At this time we will go ahead and forward the I-D to the IESG. -Chairs On Wed, Jul 3, 2013 at 4:48 PM, Basavaraj Patil wrote: > > This is a working group last call for I-D: > > Prefix Delegation Support for Proxy Mobile IPv6 > > > > > An IPR disclosure for this I-D has been posted at > > https://datatracker.ietf.org/ipr/2121/ > > > Also note that during earlier discussions at the working group meetings Alex Petrescu has also said that he may be aware of an IPR that is relevant to this > > > Please review the I-D as well as these disclosures and provide feedback on the ML or to the chairs or authors. > > > The WG last call will end on July 19th, 2013. > > > -Chairs > > > -- Basavaraj Patil --001a11c2f3d88f3cd704e24841bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

The WG last call for this I-D ( ) has now ended.<= /div>
We have not received any comments or perspectives based on the IP= R disclosure. At this time we will go ahead and forward the I-D to the IESG= .

-Chairs


<= div class=3D"gmail_quote">On Wed, Jul 3, 2013 at 4:48 PM, Basavaraj Patil <= span dir=3D"ltr"><bpatil1@gmail.com> wrote:

This is a wo= rking group last call for I-D:
Prefix Delegation Support for Proxy Mobile IPv6
<draft-ietf-netext-pd-pmip>

An IPR disclosure for this I-D has been posted at=A0
https://datatracker.ietf.org/ipr/2=
121/

Also note that during earlier discussions at the work=
ing group meetings Alex Petrescu has also said that he may be aware of an I=
PR that is relevant to this 

Please review the I-D as well as these disclosures an=
d provide feedback on the ML or to the chairs or authors.

The WG last call will end on July 19th, 2013.

-Chairs




--
Basavaraj Pa= til
--001a11c2f3d88f3cd704e24841bb-- From bpatil1@gmail.com Wed Jul 24 15:21:01 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83A6E11E8141; Wed, 24 Jul 2013 15:21:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5BaTiKlQ0f5Q; Wed, 24 Jul 2013 15:20:53 -0700 (PDT) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) by ietfa.amsl.com (Postfix) with ESMTP id 03DCE11E8137; Wed, 24 Jul 2013 15:20:52 -0700 (PDT) Received: by mail-ob0-f177.google.com with SMTP id ta17so14223983obb.22 for ; Wed, 24 Jul 2013 15:20:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ZZdCz+MfMqYEY3EkKbks+Lkc0aXfZOOHLpHlokq375s=; b=MuYi773U3gIrC8MjiLiMOuwU/fkGHQvxpgCooHYP9aal2wfapit1HK9IW9HPTLTgZI mJFvoNYxSPKnGZThTKTO+WvEuMOdGz0rXbxz+ILIsYD4DGRzNUSTF5Q58OVpRUxDtAl/ BgmbBNhbLHqvGklLzKf0Fr9NZJijS/PRFEYHGJLFH6oA1UFo4ADX8N1zApYC/5ULEkWR TEy1LyEvcmZy6StuqZ8yIDS6noXmMATYxt8J5v6Wz8xhR/XO/ZsAKQvObGJ0W3mONK81 PWHLOSANNpzXAgDFO08yVSDYK2o/mg1X8LLcENDUmFglamPAuL1+i4RqdFllA4B4IZIH 25ag== MIME-Version: 1.0 X-Received: by 10.60.131.171 with SMTP id on11mr39035138oeb.71.1374704452424; Wed, 24 Jul 2013 15:20:52 -0700 (PDT) Received: by 10.182.111.138 with HTTP; Wed, 24 Jul 2013 15:20:52 -0700 (PDT) Date: Wed, 24 Jul 2013 17:20:52 -0500 Message-ID: From: Basavaraj Patil To: iesg-secretary@ietf.org Content-Type: multipart/alternative; boundary=047d7b471da48eda1e04e2495259 Cc: "netext@ietf.org" Subject: [netext] Request to progress I-D: draft-ietf-netext-pd-pmip X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 22:21:01 -0000 --047d7b471da48eda1e04e2495259 Content-Type: text/plain; charset=ISO-8859-1 Hello, The Netext working group has completed the working group last call for I-D: Prefix Delegation Support for Proxy Mobile IPv6 . The I-D is now ready for IESG review and approval. Below is the completed proto writeup. -Chairs (1) What type of RFC is being requested (BCP, Proposed Standard, Internet Standard, Informational, Experimental, or Historic)? Why is this the proper type of RFC? Is this type of RFC indicated in the title page header? Proposed Standard. Type of RFC is indicated in the title page header. (2) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up. Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: Technical Summary: This specification defines extensions to Proxy Mobile IPv6 protocol for allowing a mobile router in a Proxy Mobile IPv6 domain to obtain delegated IP prefixes for its attached mobile networks. The mobility entities in the network will provide network-based mobility management support for those delegated IP prefixes just as how IP mobility support is provided for the mobile node's home address. Even as the mobile router performs a handoff and changes its network point of attachment, mobility support is ensured for all the delegated IP prefixes and for all the IP nodes in the mobile network that use IP address configuration from those delegated IP prefixes. Working Group Summary: The working group has discussed this I-D at length. Comments by Alexandru Petrescu (http://www.ietf.org/mail-archive/web/netext/current/msg02815.html) claimed that the proposal was similar to work being done in other working groups. However the working group members believe that this extension is essential for Proxy Mobile IPv6 and hence needs to be published on its own. Document Quality: The document has been reviewed extensively and revised as a result of these reviews. The quality of the document at this time is good and ready for IESG review. No known implementations of this extension to the Proxy Mobile IPv6 protocol exist. However a few vendors have expressed plans to implement it. All reviewers have been appropriately acknowledged in the I-D. Personnel: Who is the Document Shepherd? Who is the Responsible Area Director? Document Shepherd: Basavaraj Patil Responsible AD: Brian Haberman (3) Briefly describe the review of this document that was performed by the Document Shepherd. If this version of the document is not ready for publication, please explain why the document is being forwarded to the IESG. I have reviewed this I-D multiple times (different versions) and have worked with the authors in updating and improving it. This version of the document is ready for IESG review and publication. (4) Does the document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? No. (5) Do portions of the document need review from a particular or from broader perspective, e.g., security, operational complexity, AAA, DNS, DHCP, XML, or internationalization? If so, describe the review that took place. The I-D proposes a solution for prefix delegation by a mobile router. There is no necessity of a broader review from the perspective of security, operational complexity, DHCP, DNS or internationalization. This specification inherits security and operational aspects from the base protocol (RFC5213). (6) Describe any specific concerns or issues that the Document Shepherd has with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. As document shepherd, I do not not have any concerns with this document. (7) Has each author confirmed that any and all appropriate IPR disclosures required for full conformance with the provisions of BCP 78 and BCP 79 have already been filed. If not, explain why? All authors have confirmed that they are in full conformance of BCP 78 and 79. An IPR disclosure has been provided to the WG. See: https://datatracker.ietf.org/ipr/2121/ (8) Has an IPR disclosure been filed that references this document? If so, summarize any WG discussion and conclusion regarding the IPR disclosures. Yes. IPR disclosure has been filed. The WG was notified about this IPR disclosure and a last call conducted. The WG did not have any comments or concerns expressed regarding the IPR disclosure. (9) How solid is the WG consensus behind this document? Does it represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? There is strong WG consensus for publishing this I-D as a proposed standard. Consensus ia across the broader WG. (10) Has anyone threatened an appeal or otherwise indicated extreme discontent? If so, please summarise the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is publicly available.) There has not been any extreme discontent by anyone w.r.t this I-D. There has been some opposition to this I-D, but this has been limited to one WG member only and does not represent the broader WG consensus. (11) Identify any ID nits the Document Shepherd has found in this document. (See http://www.ietf.org/tools/idnits/ and the Internet-Drafts Checklist). Boilerplate checks are not enough; this check needs to be thorough. I-D nits summary: " Checking nits according to http://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- No issues found here. " (12) Describe how the document meets any required formal review criteria, such as the MIB Doctor, media type, and URI type reviews. The document does not specify a MIB, media types of URI types and hence does not require a review from experts in those areas. (13) Have all references within this document been identified as either normative or informative? Yes. (14) Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the plan for their completion? No. All references in this I-D are published RFCs. (15) Are there downward normative references references (see RFC 3967)? If so, list these downward references to support the Area Director in the Last Call procedure. No. There are no downward normative references. (16) Will publication of this document change the status of any existing RFCs? Are those RFCs listed on the title page header, listed in the abstract, and discussed in the introduction? If the RFCs are not listed in the Abstract and Introduction, explain why, and point to the part of the document where the relationship of this document to the other RFCs is discussed. If this information is not in the document, explain why the WG considers it unnecessary. Publication of this document will not change the status of existing RFCs including the Proxy Mobile IPv6 base protocol (RFC5213). (17) Describe the Document Shepherd's review of the IANA considerations section, especially with regard to its consistency with the body of the document. Confirm that all protocol extensions that the document makes are associated with the appropriate reservations in IANA registries. Confirm that any referenced IANA registries have been clearly identified. Confirm that newly created IANA registries include a detailed specification of the initial contents for the registry, that allocations procedures for future registrations are defined, and a reasonable name for the new registry has been suggested (see RFC 5226). The IANA considerations section specifies two actions for IANA. As shepherd I have reviewed the IANA considerations section and believe that all relevant information has been included for IANA to act on. (18) List any new IANA registries that require Expert Review for future allocations. Provide any public guidance that the IESG would find useful in selecting the IANA Experts for these new registries. No new IANA registries are required as a result of this I-D. (19) Describe reviews and automated checks performed by the Document Shepherd to validate sections of the document written in a formal language, such as XML code, BNF rules, MIB definitions, etc. The I-D does not include any XML code, BNF rules or MIB definitions. -- Basavaraj Patil --047d7b471da48eda1e04e2495259 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,

The Ne= text working group has completed the working group last call for
= I-D: Prefix Delegation Support for Proxy Mobile IPv6
<draft-ie= tf-netext-pd-pmip-09>.

The I-D is now ready for IESG review and approval. Belo= w is the
completed proto writeup.=A0

-Ch= airs


(1) What type of RFC is being = requested (BCP, Proposed Standard,
Internet Standard, Informational, Experimental, or Historic)? Why is
this the proper type of RFC? Is this type of RFC indicated in the<= /div>
title page header?=A0

Proposed Standard.= Type of RFC is indicated in the title page header.


(2) The IESG approval announcement inclu= des a Document Announcement
Write-Up. Please provide such a Docum= ent Announcement Write-Up. Recent
examples can be found in the &q= uot;Action" announcements for approved
documents. The approval announcement contains the following sections:= =A0

Technical Summary:

= =A0 =A0This specification defines extensions to Proxy Mobile IPv6 protocol<= /div>
=A0 =A0for allowing a mobile router in a Proxy Mobile IPv6 domain to o= btain
=A0 =A0delegated IP prefixes for its attached mobile networ= ks. =A0The mobility
=A0 =A0entities in the network will provide n= etwork-based mobility
=A0 =A0management support for those delegated IP prefixes just as how = IP
=A0 =A0mobility support is provided for the mobile node's = home address.
=A0 =A0Even as the mobile router performs a handoff= and changes its network
=A0 =A0point of attachment, mobility support is ensured for all the
=A0 =A0delegated IP prefixes and for all the IP nodes in the mobile= network
=A0 =A0that use IP address configuration from those dele= gated IP prefixes.

Working Group Summary:

=A0 The= working group has discussed this I-D at length. Comments by
=A0 = Alexandru Petrescu
=A0 claimed that the proposal was similar to work being done in other<= /div>
=A0 working groups. However the working group members believe tha= t this
=A0 extension is essential for Proxy Mobile IPv6 and hence= needs to be
=A0 published on its own.

Document Quality:

=A0 The document has been reviewed extensively and = revised as a result
=A0 of these reviews. The quality of the docu= ment at this time is good
=A0 and ready for IESG review.
=A0 No known implementations = of this extension to the Proxy Mobile IPv6
=A0 protocol exist. Ho= wever a few vendors have expressed plans to
=A0 implement it.=A0<= /div>
=A0 All reviewers have been appropriately acknowledged in the I-D.=A0
=


Personnel:

Who = is the Document Shepherd? Who is the Responsible Area Director?
<= br>
=A0 Document Shepherd: Basavaraj Patil
=A0 Responsible= AD: =A0 =A0Brian Haberman

(3) Briefly describe th= e review of this document that was performed by
the Document Shep= herd. If this version of the document is not ready
for publication, please explain why the document is being forwarded to=
the IESG.=A0

=A0 I have reviewed this I= -D multiple times (different versions) and
=A0 have worked with t= he authors in updating and improving it. This
=A0 version of the document is ready for IESG review and publication.<= /div>


(4) Does the document Shepherd have= any concerns about the depth or
breadth of the reviews that have= been performed?=A0

=A0 No.

(5) Do portions of the= document need review from a particular or from
broader perspecti= ve, e.g., security, operational complexity, AAA, DNS,
DHCP, XML, = or internationalization? If so, describe the review that
took place.=A0

=A0 The I-D proposes a solutio= n for prefix delegation by a mobile
=A0 router. There is no neces= sity of a broader review from the
=A0 perspective of security, op= erational complexity, DHCP, DNS or
=A0 internationalization. This specification inherits security and
=A0 operational aspects from the base protocol (RFC5213).
=
(6) Describe any specific concerns or issues that the Docume= nt
Shepherd has with this document that the Responsible Area Director
and/or the IESG should be aware of? For example, perhaps he or she i= s
uncomfortable with certain parts of the document, or has concer= ns
whether there really is a need for it. In any event, if the WG has
discussed those issues and has indicated that it still wishes to
advance the document, detail those concerns here.=A0

=A0 As document shepherd, I do not not have any concerns with th= is
=A0 document.


(7) Has = each author confirmed that any and all appropriate IPR
disclosure= s required for full conformance with the provisions of BCP
78 and BCP 79 have already been filed. If not, explain why?=A0

All authors have confirmed that they are in full conforma= nce of BCP 78
and 79.=A0
An IPR disclosure has been pro= vided to the WG. See:


(8) Has an = IPR disclosure been filed that references this document? If
so, s= ummarize any WG discussion and conclusion regarding the IPR
disclosures.=A0

=A0 Yes. IPR disclosure has b= een filed. The WG was notified about this
=A0 IPR disclosure and = a last call conducted. The WG did not have any
=A0 comments or co= ncerns expressed regarding the IPR disclosure.

(9) How solid is the WG consensus behind this document?= Does it
represent the strong concurrence of a few individuals, w= ith others
being silent, or does the WG as a whole understand and= agree with it?=A0
=A0
=A0 There is strong WG consensus for publishing this I-D= as a proposed
=A0 standard. Consensus ia across the broader WG.= =A0

(10) Has anyone threatened an appeal or otherw= ise indicated extreme
discontent? If so, please summarise the areas of conflict in separate<= /div>
email messages to the Responsible Area Director. (It should be in= a
separate email because this questionnaire is publicly availabl= e.)=A0

=A0 There has not been any extreme discontent by anyone= w.r.t this
=A0 I-D. There has been some opposition to this I-D, = but this has been
=A0 limited to one WG member only and does not = represent the broader WG
=A0 consensus.=A0

(11) Identify any ID nits t= he Document Shepherd has found in this
document. (See http://www.ietf.org/tools/idnits/ an= d the
Internet-Drafts Checklist). Boilerplate checks are not enough; this
check needs to be thorough.=A0

I-D nits su= mmary:
"
=A0 Checking nits according to http://www.ietf.org/id-info/checkli= st :
=A0 ------------------------------------------------------------------= ----------

=A0 =A0 =A0No issues found here.
<= div>
"

(12) Describe how the do= cument meets any required formal review
criteria, such as the MIB Doctor, media type, and URI type reviews.=A0=

=A0 The document does not specify a MIB, media ty= pes of URI types and
=A0 hence does not require a review from exp= erts in those areas.

(13) Have all references within this document been iden= tified as
either normative or informative?=A0

=A0Yes.=A0

(14) Are there normative referenc= es to documents that are not ready
for advancement or are otherwise in an unclear state? If such
normative references exist, what is the plan for their completion?=A0

No. All references in this I-D are published RFCs.


(15) Are there downward normative refere= nces references (see RFC
3967)? If so, list these downward refere= nces to support the Area
Director in the Last Call procedure.=A0<= /div>

=A0 No. There are no downward normative references.


(16) Will publication of this document= change the status of any
existing RFCs? Are those RFCs listed on= the title page header, listed
in the abstract, and discussed in the introduction? If the RFCs are
not listed in the Abstract and Introduction, explain why, and point= to
the part of the document where the relationship of this docum= ent to
the other RFCs is discussed. If this information is not in the
document, explain why the WG considers it unnecessary.=A0

=
=A0 Publication of this document will not change the status of e= xisting
=A0 RFCs including the Proxy Mobile IPv6 base protocol (RFC5213).


(17) Describe the Document Shepherd'= ;s review of the IANA
considerations section, especially with reg= ard to its consistency with
the body of the document. Confirm that all protocol extensions that
the document makes are associated with the appropriate reservations= in
IANA registries. Confirm that any referenced IANA registries = have been
clearly identified. Confirm that newly created IANA registries include=
a detailed specification of the initial contents for the registr= y,
that allocations procedures for future registrations are defin= ed, and
a reasonable name for the new registry has been suggested (see RFC
5226).=A0

=A0 The IANA considerations secti= on specifies two actions for IANA. As
=A0 shepherd I have reviewe= d the IANA considerations section and believe
=A0 that all relevant information has been included for IANA to act on= .


(18) List any new IANA registries= that require Expert Review for
future allocations. Provide any p= ublic guidance that the IESG would
find useful in selecting the IANA Experts for these new registries.=A0=

=A0 No new IANA registries are required as a resu= lt of this I-D.

(19) Describe reviews and automate= d checks performed by the Document
Shepherd to validate sections of the document written in a formal
language, such as XML code, BNF rules, MIB definitions, etc.=A0
=

=A0 The I-D does not include any XML code, BNF rules or= MIB
=A0 definitions.=A0


--
Basavara= j Patil
--047d7b471da48eda1e04e2495259-- From alexandru.petrescu@gmail.com Thu Jul 25 01:04:35 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A80421F99F7 for ; Thu, 25 Jul 2013 01:04:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.949 X-Spam-Level: X-Spam-Status: No, score=-9.949 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3YkZDWcgkueG for ; Thu, 25 Jul 2013 01:04:27 -0700 (PDT) Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) by ietfa.amsl.com (Postfix) with ESMTP id 59AFE21F9A06 for ; Thu, 25 Jul 2013 01:04:26 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id r6P84PPY006710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 25 Jul 2013 10:04:25 +0200 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id r6P84Prs018494 for ; Thu, 25 Jul 2013 10:04:25 +0200 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] (is010446-4.intra.cea.fr [10.8.33.116]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id r6P8445M015438 for ; Thu, 25 Jul 2013 10:04:25 +0200 Message-ID: <51F0DBF3.2080702@gmail.com> Date: Thu, 25 Jul 2013 10:04:03 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: netext@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [netext] Request to progress I-D: draft-ietf-netext-pd-pmip X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 08:04:35 -0000 Hello Raj, NETEXTers, Please allow me to comment on a few points below. Le 25/07/2013 00:20, Basavaraj Patil a écrit : > > Hello, > > The Netext working group has completed the working group last call > for I-D: Prefix Delegation Support for Proxy Mobile IPv6 > . > > The I-D is now ready for IESG review and approval. Below is the > completed proto writeup. > > -Chairs > > > (1) What type of RFC is being requested (BCP, Proposed Standard, > Internet Standard, Informational, Experimental, or Historic)? Why is > this the proper type of RFC? Is this type of RFC indicated in the > title page header? > > Proposed Standard. Type of RFC is indicated in the title page > header. > > > (2) The IESG approval announcement includes a Document Announcement > Write-Up. Please provide such a Document Announcement Write-Up. > Recent examples can be found in the "Action" announcements for > approved documents. The approval announcement contains the following > sections: > > Technical Summary: > > This specification defines extensions to Proxy Mobile IPv6 protocol > for allowing a mobile router in a Proxy Mobile IPv6 domain to obtain > delegated IP prefixes for its attached mobile networks. The > mobility entities in the network will provide network-based mobility > management support for those delegated IP prefixes just as how IP > mobility support is provided for the mobile node's home address. > Even as the mobile router performs a handoff and changes its network > point of attachment, mobility support is ensured for all the > delegated IP prefixes and for all the IP nodes in the mobile network > that use IP address configuration from those delegated IP prefixes. > > Working Group Summary: > > The working group has discussed this I-D at length. Comments by > Alexandru Petrescu > (http://www.ietf.org/mail-archive/web/netext/current/msg02815.html) > claimed that the proposal was similar to work being done in other > working groups. However the working group members believe that this > extension is essential for Proxy Mobile IPv6 and hence needs to be > published on its own. YEs, this summarizes what was discussed. I would like to reiterate the points I would like to understand: what is the goal of this draft? If the goal is to support network mobility in a 3GPP domain, then until DHCPv6-PD gets deployed, that is already achieved with 64share (see v6ops WG for the item 64share and reports of widespread implementations). Why Mobile Routers and moving networks at all, instead of simply mobile terminals? Are the deployments more of a kind of personal mobile hotspot? Or more vehicular networks? These are the points I am trying to make. [...] > (7) Has each author confirmed that any and all appropriate IPR > disclosures required for full conformance with the provisions of BCP > 78 and BCP 79 have already been filed. If not, explain why? > > All authors have confirmed that they are in full conformance of BCP > 78 and 79. An IPR disclosure has been provided to the WG. See: > https://datatracker.ietf.org/ipr/2121/ > > > (8) Has an IPR disclosure been filed that references this document? > If so, summarize any WG discussion and conclusion regarding the IPR > disclosures. > > Yes. IPR disclosure has been filed. The WG was notified about this > IPR disclosure and a last call conducted. The WG did not have any > comments or concerns expressed regarding the IPR disclosure. For sake of completeness, let me add a few points here. First, I do not have concerns regarding advancing this draft given the current known IPR situation, as long as the licensing scheme is the typical practice at IETF (RAND or similar). For that I may need to discuss with our local attorney. Second, for doubt, in my non-lawyer interpretation, I wonder whether there may be other IPR documents which may apply to the use of Mobile Routers in a PMIPv6 domain, e.g.: WO2009014318, "...MANAGING MOBILE ROUTER IN PROXY MOBILE INTERNET PROTOCOL VERSION 6 DOMAIN". Finally, here I am with our IPR department in the process of applying for another intellectual property, which may be relevant. The draft is draft-petrescu-netext-pmip-nemo-01. The advancement status of this application is confidential at this time. Alex From brian@innovationslab.net Thu Jul 25 07:04:32 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDDC121F9AA2 for ; Thu, 25 Jul 2013 07:04:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mUwkkXetzVef for ; Thu, 25 Jul 2013 07:04:27 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id E19EF21F9AA7 for ; Thu, 25 Jul 2013 07:04:27 -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 935038811D for ; Thu, 25 Jul 2013 07:04:27 -0700 (PDT) Received: from 102526145.rudm1.ra.johnshopkins.edu (addr16212925014.ippl.jhmi.edu [162.129.250.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id B0B3D130003 for ; Thu, 25 Jul 2013 07:04:22 -0700 (PDT) Message-ID: <51F1306A.5090703@innovationslab.net> Date: Thu, 25 Jul 2013 10:04:26 -0400 From: Brian Haberman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: netext@ietf.org References: <51F019FA.9060704@innovationslab.net> <51F01B0B.8030409@innovationslab.net> In-Reply-To: <51F01B0B.8030409@innovationslab.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 14:04:33 -0000 All, I just want to notify the WG of a slight change in the processing of this document. Normally, as the document goes through IESG review and discussion, the document authors, WG chairs, and draft shepherd are copied on all correspondence. For this draft, we will be experimenting with also having the WG mailing list copied on the discussion. The goal is to have as much transparency as possible into the review and publication process. Having the WG mailing list copied will allow everyone to see (and comment on) feedback from directorate and AD reviews. Once the publication process is complete, I would invite you to send me any and all feedback you might have on this change. Regards, Brian On 7/24/13 2:20 PM, Brian Haberman wrote: > > > > -------- Original Message -------- > Subject: AD Evaluation : draft-ietf-netext-update-notifications > Date: Wed, 24 Jul 2013 14:16:26 -0400 > From: Brian Haberman > To: netext-chairs@tools.ietf.org , > draft-ietf-netext-update-notifications@tools.ietf.org > > All, > I have performed my AD evaluation of > draft-ietf-netext-update-notifications as a part of the RFC publication > process. Thank you for a well-written document. The following > comments/questions need to be addressed prior to issuing an IETF Last > Call for the draft. Please let me know if there is any clarification I > can provide on these comments. > > * Introduction > > - The 2nd sentence in the 2nd paragraph is clunky. I finally figured > out that what it is trying to say is that the MAG proxies all MIPv6 > signaling on behalf of the mobile node and the LMA acts as a MIPv6 home > agent. I would suggest re-writing the sentence to be clearer for those > readers who are not experts in the mobility protocols. > > - The last sentence of the 2nd paragraph should say that PMIPv6 does not > *currently* have an LMA-to-MAG signaling mechanism. > > - The first sentence in the 3rd paragraph is missing an article. I > believe it should be "... re-register the mobility session..." > > - The last sentence in the 3rd paragraph that discusses the use of > existing headers is confusing. It starts off by saying it is possible > to use existing headers for this signaling and ends by saying they can't > be used. > > * Section 4 > > - Is there any guidance needed on managing the wrapping of the Sequence > #'s? > > - Is it worth mentioning the Pad1 and PadN options given the alignment > requirements? > > - Are there informative references that could be added for mobility > options other than the vendor-specific ones? > > * Section 5 > > - The last bullet is extraneous since it simply points to the very next > sub-section. > > - Can you provide an example of where an LMA would not request an ACK > for a UPN? > > - I assume that the sequence numbers used in these messages are the same > sequence numbers used for other PMIPv6/MIPv6 messages. It might be > worthwhile to mention that, if it is true. > > * Section 5.2 > > - I am surprised by the use of SHOULD (SHOULD NOT) for re-transmission > rules. When would you expect these rules to be ignored? > > * Section 6.1 > > - The 2nd bullet is useless. If an implementation does not support > these messages, they wouldn't know to look here for responses. The base > PMIPv6 spec covers the response message for unknown message types. > > - Should there be any validation performed on the sequence number? > > * IANA > > - I would like to see some more guidance given to IANA on where the new > registries should be placed in their protocol hierarchy. > > Regards, > Brian > > > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext From sgundave@cisco.com Sat Jul 27 16:09:52 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40EDE11E8119 for ; Sat, 27 Jul 2013 16:09:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mEGSj6YbT8l9 for ; Sat, 27 Jul 2013 16:09:47 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id 5847F11E8111 for ; Sat, 27 Jul 2013 16:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4518; q=dns/txt; s=iport; t=1374966587; x=1376176187; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=KuUhu32IunwhH4SChj0T8vmrS7Bp3UogOoZRPRJusXE=; b=mfWbjZ5TGaO+g8ID0TJggcEXT+Twb5v5AiqTHqaGsVrkwd8+uSqSvayb SFmHQEWWM5dknrZNpCbsLfcPTZDvjDm9I43IUFCxhTYTQTKoM5t3EeUtt jzJPD43R+a3l59PrhLRjrWLF9pqhkfN611czp20MFginztUnfO68P/N0I c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhcFADZS9FGtJV2d/2dsb2JhbABbgwY1UL1WgRoWdIIkAQEBBAEBARodMQMJDgYBCBEDAQILFDcLHQgCBAESCIgIDLgoBI9MOAaDEG8DqSuDFIFoAgUZBhw X-IronPort-AV: E=Sophos;i="4.89,759,1367971200"; d="scan'208";a="240366159" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-8.cisco.com with ESMTP; 27 Jul 2013 23:09:45 +0000 Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r6RN9j0K006926 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 27 Jul 2013 23:09:45 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.140]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.02.0318.004; Sat, 27 Jul 2013 18:09:44 -0500 From: "Sri Gundavelli (sgundave)" To: Brian Haberman , "netext@ietf.org" Thread-Topic: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications Thread-Index: AQHOix5h6rnp0tPc9k2iWrwsRpO7/Q== Date: Sat, 27 Jul 2013 23:09:44 +0000 Message-ID: <24C0F3E22276D9438D6F366EB89FAEA8103805C1@xmb-aln-x03.cisco.com> In-Reply-To: <51F01B0B.8030409@innovationslab.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.21.92.144] Content-Type: text/plain; charset="us-ascii" Content-ID: <007B3A0DF6CFD94F810F46C605FDFE1D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 23:09:52 -0000 Hi Brian, Thanks for the review comments. Please see inline. On 7/24/13 11:20 AM, "Brian Haberman" wrote: > > > >-------- Original Message -------- >Subject: AD Evaluation : draft-ietf-netext-update-notifications >Date: Wed, 24 Jul 2013 14:16:26 -0400 >From: Brian Haberman >To: netext-chairs@tools.ietf.org , >draft-ietf-netext-update-notifications@tools.ietf.org > >All, > I have performed my AD evaluation of >draft-ietf-netext-update-notifications as a part of the RFC publication >process. Thank you for a well-written document. The following >comments/questions need to be addressed prior to issuing an IETF Last >Call for the draft. Please let me know if there is any clarification I >can provide on these comments. > >* Introduction > >- The 2nd sentence in the 2nd paragraph is clunky. I finally figured >out that what it is trying to say is that the MAG proxies all MIPv6 >signaling on behalf of the mobile node and the LMA acts as a MIPv6 home >agent. I would suggest re-writing the sentence to be clearer for those >readers who are not experts in the mobility protocols. OK. Will reword that sentence/paragraph. > >- The last sentence of the 2nd paragraph should say that PMIPv6 does not >*currently* have an LMA-to-MAG signaling mechanism. Sure. > >- The first sentence in the 3rd paragraph is missing an article. I >believe it should be "... re-register the mobility session..." Ok. Sure > >- The last sentence in the 3rd paragraph that discusses the use of >existing headers is confusing. It starts off by saying it is possible >to use existing headers for this signaling and ends by saying they can't >be used. Will reword it. > >* Section 4 > >- Is there any guidance needed on managing the wrapping of the Sequence >#'s? We just require some random number, without collusions. We can add some text to say how to manage that field. > >- Is it worth mentioning the Pad1 and PadN options given the alignment >requirements? That was implied with all options. But, its probably good to include some text. > >- Are there informative references that could be added for mobility >options other than the vendor-specific ones? Potentially some some new work items that we can point to. If there are Active I-D's will add a reference. > >* Section 5 > >- The last bullet is extraneous since it simply points to the very next >sub-section. Agree. Will remove it > >- Can you provide an example of where an LMA would not request an ACK >for a UPN? Message String extension. LMA sending some status messages related to the service its offering. These service message may not need Ack's. Also, a UPN message with NR=3DRE-register may not need a Ack messages. The LMA after sending the UPN message with that NR code can wait the PBU message. > >- I assume that the sequence numbers used in these messages are the same >sequence numbers used for other PMIPv6/MIPv6 messages. It might be >worthwhile to mention that, if it is true. This is a good point. We did not say one way, or the other. Will clarify it. > >* Section 5.2 > >- I am surprised by the use of SHOULD (SHOULD NOT) for re-transmission >rules. When would you expect these rules to be ignored? Ok. Will review this again. > >* Section 6.1 > >- The 2nd bullet is useless. If an implementation does not support >these messages, they wouldn't know to look here for responses. The base >PMIPv6 spec covers the response message for unknown message types. This is about LMA sending a UPN message to a MAG that does not support and how to deal with that scenario. If the response to a UPN message is a Binding Error message, then the LMA can be forced not to send any more UPN messages. > >- Should there be any validation performed on the sequence number? Exact considerations from 6275 apply here. Its just for matching the request to the response. Will review the text related to this field. > >* IANA > >- I would like to see some more guidance given to IANA on where the new >registries should be placed in their protocol hierarchy. Ok. Will review this > >Regards, >Brian > > >_______________________________________________ >netext mailing list >netext@ietf.org >https://www.ietf.org/mailman/listinfo/netext From brian@innovationslab.net Mon Jul 29 00:44:00 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 696A221F999E for ; Mon, 29 Jul 2013 00:44:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mf3+aWogDdiv for ; Mon, 29 Jul 2013 00:43:54 -0700 (PDT) Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id AB40421F9980 for ; Mon, 29 Jul 2013 00:43: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 83915880F0; Mon, 29 Jul 2013 00:43:49 -0700 (PDT) Received: from clemson.local (addr16212925014.ippl.jhmi.edu [162.129.250.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id DF9BF130003; Mon, 29 Jul 2013 00:43:48 -0700 (PDT) Message-ID: <51F61D33.6070408@innovationslab.net> Date: Mon, 29 Jul 2013 03:43:47 -0400 From: Brian Haberman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "Sri Gundavelli (sgundave)" References: <24C0F3E22276D9438D6F366EB89FAEA8103805C1@xmb-aln-x03.cisco.com> In-Reply-To: <24C0F3E22276D9438D6F366EB89FAEA8103805C1@xmb-aln-x03.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "netext@ietf.org" Subject: Re: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 07:44:00 -0000 Hi Sri, I have deleted those points where there is no additional discussion needed... On 7/27/13 7:09 PM, Sri Gundavelli (sgundave) wrote: >> * Section 4 >> >> - Is there any guidance needed on managing the wrapping of the Sequence >> #'s? > > We just require some random number, without collusions. We can add some > text to say how to manage that field. > Ok. Just ensure that the descriptive text does not impact the Sequence # usage defined in the base PMIPv6 spec. >> >> - Are there informative references that could be added for mobility >> options other than the vendor-specific ones? > > > Potentially some some new work items that we can point to. If there are > Active I-D's will add a reference. > That would be useful. Just make sure they are informative references so that this spec does not get held up on a reference to an I-D. >> >> - Can you provide an example of where an LMA would not request an ACK >> for a UPN? > > > Message String extension. LMA sending some status messages related to the > service its offering. These service message may not need Ack's. > > Also, a UPN message with NR=RE-register may not need a Ack messages. The > LMA after sending the UPN message with that NR code can wait the PBU > message. > So, is it worth mentioning these in the draft? It seems that the LMA is in full control of whether an ACK is needed, but it *could* be useful to describe the *types* of options that do not need an ACK. I am not insisting on this. Just trying to see if such an addition would make the spec easier to understand/implement. >> >> * Section 5.2 >> >> - I am surprised by the use of SHOULD (SHOULD NOT) for re-transmission >> rules. When would you expect these rules to be ignored? > > > > Ok. Will review this again. > If the SHOULDs are appropriate, it would be good to describe a scenario (or type of scenaro) where the SHOULD would be ignored. >> >> * Section 6.1 >> >> - The 2nd bullet is useless. If an implementation does not support >> these messages, they wouldn't know to look here for responses. The base >> PMIPv6 spec covers the response message for unknown message types. > > This is about LMA sending a UPN message to a MAG that does not support and > how to deal with that scenario. > If the response to a UPN message is a Binding Error message, then the LMA > can be forced not to send any more UPN messages. > Given that section 6.1 talks about MAG considerations, it seemed odd to describe how the MAG is supposed to respond if it doesn't support this function. Regards, Brian From sgundave@cisco.com Mon Jul 29 01:19:38 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF7C721F9D71 for ; Mon, 29 Jul 2013 01:19:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ot2voUspG8XL for ; Mon, 29 Jul 2013 01:19:33 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id AF2A321F9B0E for ; Mon, 29 Jul 2013 01:19:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3155; q=dns/txt; s=iport; t=1375085959; x=1376295559; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=ZzCniG3+iHGDlc8nF++aCxEd3hj2kt6DBoHy4kT4QY4=; b=C4xDkYMcERfu4vO+gTJvFTngYEZdJQcKudgrPmio48xOXpOjfHjZazZV iFexd+GZc9Db3D6qNMRuH+2gCgpY99RVT59RvEqgXowRu2lZRuHr4vXF2 ktVV4APP+4a5EpOP0OqkVYDqo8B6BaYEWesIROrxzXnvYbvah06QGZonT 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AggFAFck9lGtJV2b/2dsb2JhbABbgwaBBb1WgRUWdIIkAQEBBDo9AhIBCBgKFEIlAgQOBQiICLdmj0oCMQeDGG8DqSuDFIFoBzs X-IronPort-AV: E=Sophos;i="4.89,767,1367971200"; d="scan'208";a="240692973" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-5.cisco.com with ESMTP; 29 Jul 2013 08:19:19 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r6T8JJDv006581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 29 Jul 2013 08:19:19 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.140]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.02.0318.004; Mon, 29 Jul 2013 03:19:18 -0500 From: "Sri Gundavelli (sgundave)" To: Brian Haberman Thread-Topic: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications Thread-Index: AQHOjDRRhfj+0q/aOUiCbfBJuqY4KQ== Date: Mon, 29 Jul 2013 08:19:17 +0000 Message-ID: <24C0F3E22276D9438D6F366EB89FAEA8103819B9@xmb-aln-x03.cisco.com> In-Reply-To: <51F61D33.6070408@innovationslab.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 x-originating-ip: [10.21.65.38] Content-Type: text/plain; charset="us-ascii" Content-ID: <909C3528BB01C745BB0E364D01DB3AF7@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "netext@ietf.org" Subject: Re: [netext] Fwd: AD Evaluation : draft-ietf-netext-update-notifications X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 08:19:38 -0000 Hi Brian, Please see inline. On 7/29/13 12:43 AM, "Brian Haberman" wrote: >Hi Sri, > I have deleted those points where there is no additional >discussion needed... > >On 7/27/13 7:09 PM, Sri Gundavelli (sgundave) wrote: >>> * Section 4 >>> >>> - Is there any guidance needed on managing the wrapping of the Sequence >>> #'s? >> >> We just require some random number, without collusions. We can add some >> text to say how to manage that field. >> > >Ok. Just ensure that the descriptive text does not impact the Sequence ># usage defined in the base PMIPv6 spec. Ok > >>> >>> - Are there informative references that could be added for mobility >>> options other than the vendor-specific ones? >> >> >> Potentially some some new work items that we can point to. If there are >> Active I-D's will add a reference. >> > >That would be useful. Just make sure they are informative references so >that this spec does not get held up on a reference to an I-D. Ok > >>> >>> - Can you provide an example of where an LMA would not request an ACK >>> for a UPN? >> >> >> Message String extension. LMA sending some status messages related to >>the >> service its offering. These service message may not need Ack's. >> >> Also, a UPN message with NR=3DRE-register may not need a Ack messages. T= he >> LMA after sending the UPN message with that NR code can wait the PBU >> message. >> > >So, is it worth mentioning these in the draft? It seems that the LMA is >in full control of whether an ACK is needed, but it *could* be useful to >describe the *types* of options that do not need an ACK. IMO, this may not be needed, unless the protocol definition is incorrect. But, we can add a statement or two explaining as when the LMA may choose not to set the flag..in general terms. > >I am not insisting on this. Just trying to see if such an addition >would make the spec easier to understand/implement. > >>> >>> * Section 5.2 >>> >>> - I am surprised by the use of SHOULD (SHOULD NOT) for re-transmission >>> rules. When would you expect these rules to be ignored? >> >> >> >> Ok. Will review this again. >> > >If the SHOULDs are appropriate, it would be good to describe a scenario >(or type of scenaro) where the SHOULD would be ignored. Ok > >>> >>> * Section 6.1 >>> >>> - The 2nd bullet is useless. If an implementation does not support >>> these messages, they wouldn't know to look here for responses. The >>>base >>> PMIPv6 spec covers the response message for unknown message types. >> >> This is about LMA sending a UPN message to a MAG that does not support >>and >> how to deal with that scenario. >> If the response to a UPN message is a Binding Error message, then the >>LMA >> can be forced not to send any more UPN messages. >> > >Given that section 6.1 talks about MAG considerations, it seemed odd to >describe how the MAG is supposed to respond if it doesn't support this >function. Let me check on this. Will fix it. Will post the updated document this week. Regards Sri > From charliep@computer.org Mon Jul 29 01:56:02 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6BF21E8089 for ; Mon, 29 Jul 2013 01:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HSaIh0yrlLmj for ; Mon, 29 Jul 2013 01:55:57 -0700 (PDT) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by ietfa.amsl.com (Postfix) with ESMTP id 8764211E80A2 for ; Mon, 29 Jul 2013 01:55:30 -0700 (PDT) Received: from [130.129.16.71] by elasmtp-mealy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1V3jEl-0000Jj-HH; Mon, 29 Jul 2013 04:55:27 -0400 Message-ID: <51F62DF1.20903@computer.org> Date: Mon, 29 Jul 2013 01:55:13 -0700 From: "Charles E. Perkins" Organization: Saratoga Blue Skies User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Ryuji Wakikawa References: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> In-Reply-To: <7C130107-6665-4B29-A070-0D76205DD833@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956d5d4673fe7faad867bde06d859239293103f5577df96683f350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 130.129.16.71 Cc: netext@ietf.org Subject: Re: [netext] Comments on I-D:draft-wakikawa-netext-pmip-cp-up-separation X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 08:56:02 -0000 Hello folks, The problem isn't just for PMIP, but also for MIP. Here's a draft from a couple of years ago with some different details. http://tools.ietf.org/id/draft-perkins-mext-hatunaddr-01.txt Regards, Charlie P. On 7/16/2013 3:56 PM, Ryuji Wakikawa wrote: > Hi Raj, > > Thanks for the comments. > I remember Vijay's proposal and found his slide;-) > http://www.ietf.org/proceedings/73/slides/netlmm-4.pdf > I should probably reuse his slide in Berlin;-) > > The idea is around for a while. We should standardise an extension now so that PMIP can be deployed more. > > thanks, > ryuji > > On Jul 17, 2013, at 7:23 AM, Basavaraj Patil wrote: > >> Hi Ryuji, >> >> The idea of splitting the CP and UP for PMIP6 has been around for quite a while. >> In fact if I were to recollect, Vijay D. had proposed this during the development of the PMIP6 protocol in Netlmm. >> >> Its a good idea to allow the protocol to optionally have a separate CP/UP between the MAG and LMA. It would essentially be equivalent to 3GPPs GTP-C and GTP-U. >> >> The draft itself is preliminary and hopefully will be improved if the WG decides to adopt it. >> Looking forward to the presentation/discussion in Berlin. >> >> -Raj >> >> -- >> Basavaraj Patil >> _______________________________________________ >> netext mailing list >> netext@ietf.org >> https://www.ietf.org/mailman/listinfo/netext > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext > -- Regards, Charlie P. From cjbc@it.uc3m.es Mon Jul 29 03:55:31 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85B7A21F9D75; Mon, 29 Jul 2013 03:55:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KXzQFZ8YaCLk; Mon, 29 Jul 2013 03:55:25 -0700 (PDT) Received: from smtp02.uc3m.es (smtp02.uc3m.es [163.117.176.132]) by ietfa.amsl.com (Postfix) with ESMTP id B5DC721F9D11; Mon, 29 Jul 2013 03:55:25 -0700 (PDT) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id DC73E854DE5; Mon, 29 Jul 2013 12:55:23 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [130.129.85.5] (dhcp-5505.meeting.ietf.org [130.129.85.5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp02.uc3m.es) by smtp02.uc3m.es (Postfix) with ESMTPSA id 6FCC0778A6A; Mon, 29 Jul 2013 12:55:22 +0200 (CEST) Message-ID: <1375095320.4497.3.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: dmm@ietf.org, netext@ietf.org, int-area@ietf.org Date: Mon, 29 Jul 2013 12:55:20 +0200 Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20044.006 X-TM-AS-Result: No--12.033-7.0-31-1 X-imss-scan-details: No--12.033-7.0-31-1 Subject: [netext] Network-based DMM demo at IETF 87 (Tue 17:00 "Check" room) X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 10:55:31 -0000 Dear all, (Apologies for the cross-posting). We will show a network-based DMM Linux implementation demo tomorrow (Tuesday, 30th July) at 17h, in "Check" room (2nd floor). The demo will showcase a particular use-case as an example of the advantages provided by DMM: Content Distribution Networking (CDN) and Distributed Mobility Management (DMM). The setup is composed of three "anchor routers", a "centralized LMA" for control plane, CDN cache nodes co-located with the anchor routers, some correspondent nodes (including a video server) and a legacy IPv6 mobile node. The implementation is based on the following two drafts: [1] http://tools.ietf.org/html/draft-bernardos-dmm-pmip [2] http://tools.ietf.org/html/draft-bernardos-dmm-distributed-anchoring The demo will take about 20 to 30 minutes. Looking forward to seeing you there and getting your feedback. Thanks, Carlos et al. From charliep@computer.org Tue Jul 30 02:41:25 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAC8F21E80D3 for ; Tue, 30 Jul 2013 02:41:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jHc3LHWt69Zj for ; Tue, 30 Jul 2013 02:41:18 -0700 (PDT) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by ietfa.amsl.com (Postfix) with ESMTP id 4B51A21E80BC for ; Tue, 30 Jul 2013 02:41:18 -0700 (PDT) Received: from [130.129.16.71] by elasmtp-mealy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1V46Qa-0007KU-KE for netext@ietf.org; Tue, 30 Jul 2013 05:41:15 -0400 Message-ID: <51F78A2D.5040909@computer.org> Date: Tue, 30 Jul 2013 02:41:01 -0700 From: "Charles E. Perkins" Organization: Saratoga Blue Skies User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: netext@ietf.org Content-Type: multipart/mixed; boundary="------------030908000409070204000209" X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956d5d4673fe7faad862347ab5fee82a415026fa57348e0df98350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 130.129.16.71 Subject: [netext] Comments on draft-ietf-netext-pmip6-qos-02 X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 09:41:25 -0000 This is a multi-part message in MIME format. --------------030908000409070204000209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello folks, I have numerous comments, from editorial to technical, on draft-ietf-netext-pmip6-qos-02. I've been meaning to extract them from the attached file for a more normal email discussion format, but maybe it's anyway better to have the nice format showing the differences. If desired, I can format the major questions as issues for the issue tracker. If the attached file is a terrible way to submit comments, please let me know. -- Regards, Charlie P. --------------030908000409070204000209 Content-Type: text/html; charset=WINDOWS-1252; name="Diff draft-ietf-netext-pmip6-qos-02.txt - draft-ietf-netext-pmip6-qos-02-CEP.txt.htm" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="Diff draft-ietf-netext-pmip6-qos-02.txt - draft-ietf-netext"; filename*1="-pmip6-qos-02-CEP.txt.htm" PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlv bmFsLy9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5z aXRpb25hbC5kdGQiPg0KPCEtLSBHZW5lcmF0ZWQgYnkgcmZjZGlmZiAxLjQxOiByZmNkaWZm ICAtLT4NCjwhLS0gPCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQu MDEgVHJhbnNpdGlvbmFsIiA+IC0tPg0KPCEtLSBTeXN0ZW06IExpbnV4IGdyZW5hY2hlIDIu Ni4zMi01LWFtZDY0ICMxIFNNUCBTdW4gU2VwIDIzIDEwOjA3OjQ2IFVUQyAyMDEyIHg4Nl82 NCBHTlUvTGludXggLS0+DQo8IS0tIFVzaW5nIGF3azogL3Vzci9iaW4vZ2F3azogR05VIEF3 ayA0LjAuMSAtLT4NCjwhLS0gVXNpbmcgZGlmZjogL3Vzci9iaW4vZGlmZjogZGlmZiAoR05V IGRpZmZ1dGlscykgMy4yIC0tPg0KPCEtLSBVc2luZyB3ZGlmZjogL3Vzci9iaW4vd2RpZmY6 IHdkaWZmIChHTlUgd2RpZmYpIDEuMS4yIC0tPg0KPGh0bWw+PGhlYWQ+IA0KICA8bWV0YSBo dHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD13 aW5kb3dzLTEyNTIiPiANCiAgPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1TdHlsZS1UeXBl IiBjb250ZW50PSJ0ZXh0L2NzcyI+IA0KICA8dGl0bGU+RGlmZjogZHJhZnQtaWV0Zi1uZXRl eHQtcG1pcDYtcW9zLTAyLnR4dCAtIGRyYWZ0LWlldGYtbmV0ZXh0LXBtaXA2LXFvcy0wMi1D RVAudHh0PC90aXRsZT4gDQogIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+IA0KICAgIGJvZHkg ICAgeyBtYXJnaW46IDAuNGV4OyBtYXJnaW4tcmlnaHQ6IGF1dG87IH0gDQogICAgdHIgICAg ICB7IH0gDQogICAgdGQgICAgICB7IHdoaXRlLXNwYWNlOiBwcmU7IGZvbnQtZmFtaWx5OiBt b25vc3BhY2U7IHZlcnRpY2FsLWFsaWduOiB0b3A7IGZvbnQtc2l6ZTogMC44NmVtO30gDQog ICAgdGggICAgICB7IGZvbnQtc2l6ZTogMC44NmVtOyB9IA0KICAgIC5zbWFsbCAgeyBmb250 LXNpemU6IDAuNmVtOyBmb250LXN0eWxlOiBpdGFsaWM7IGZvbnQtZmFtaWx5OiBWZXJkYW5h LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IH0gDQogICAgLmxlZnQgICB7IGJhY2tncm91bmQt Y29sb3I6ICNFRUU7IH0gDQogICAgLnJpZ2h0ICB7IGJhY2tncm91bmQtY29sb3I6ICNGRkY7 IH0gDQogICAgLmRpZmYgICB7IGJhY2tncm91bmQtY29sb3I6ICNDQ0Y7IH0gDQogICAgLmxi bG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNCRkI7IH0gDQogICAgLnJibG9jayB7IGJhY2tn cm91bmQtY29sb3I6ICNGRjg7IH0gDQogICAgLmluc2VydCB7IGJhY2tncm91bmQtY29sb3I6 ICM4RkY7IH0gDQogICAgLmRlbGV0ZSB7IGJhY2tncm91bmQtY29sb3I6ICNBQ0Y7IH0gDQog ICAgLnZvaWQgICB7IGJhY2tncm91bmQtY29sb3I6ICNGRkI7IH0gDQogICAgLmNvbnQgICB7 IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gDQogICAgLmxpbmViciB7IGJhY2tncm91bmQt Y29sb3I6ICNBQUE7IH0gDQogICAgLmxpbmVubyB7IGNvbG9yOiByZWQ7IGJhY2tncm91bmQt Y29sb3I6ICNGRkY7IGZvbnQtc2l6ZTogMC43ZW07IHRleHQtYWxpZ246IHJpZ2h0OyBwYWRk aW5nOiAwIDJweDsgfSANCiAgICAuZWxpcHNpc3sgYmFja2dyb3VuZC1jb2xvcjogI0FBQTsg fSANCiAgICAubGVmdCAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICNEREQ7IH0gDQogICAg LnJpZ2h0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSANCiAgICAubGJsb2Nr IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogIzlEOTsgfSANCiAgICAucmJsb2NrIC5jb250 IHsgYmFja2dyb3VuZC1jb2xvcjogI0RENjsgfSANCiAgICAuaW5zZXJ0IC5jb250IHsgYmFj a2dyb3VuZC1jb2xvcjogIzBERDsgfSANCiAgICAuZGVsZXRlIC5jb250IHsgYmFja2dyb3Vu ZC1jb2xvcjogIzhBRDsgfSANCiAgICAuc3RhdHMsIC5zdGF0cyB0ZCwgLnN0YXRzIHRoIHsg YmFja2dyb3VuZC1jb2xvcjogI0VFRTsgcGFkZGluZzogMnB4IDA7IH0gDQogIDwvc3R5bGU+ IA0KPC9oZWFkPiANCjxib2R5PiANCiAgPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIGNlbGxzcGFjaW5nPSIwIj4gDQogIDx0Ym9keT48dHIgYmdjb2xvcj0ib3JhbmdlIj48 dGg+PC90aD48dGg+PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLW5ldGV4dC1wbWlwNi1xb3MtMDIudHh0IiBzdHlsZT0iY29sb3I6IzAw ODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Ij4mbHQ7PC9hPiZuYnNwOzxhIGhyZWY9Imh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0ZXh0LXBtaXA2LXFvcy0wMi50 eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1pZXRmLW5ldGV4dC1wbWlwNi1xb3MtMDIu dHh0PC9hPiZuYnNwOzwvdGg+PHRoPiA8L3RoPjx0aD4mbmJzcDs8YSBocmVmPSJodHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldGV4dC1wbWlwNi1xb3MtMDItQ0VQ LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRyYWZ0LWlldGYtbmV0ZXh0LXBtaXA2LXFvcy0w Mi1DRVAudHh0PC9hPiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9yZmNk aWZmP3VybDE9ZHJhZnQtaWV0Zi1uZXRleHQtcG1pcDYtcW9zLTAyLUNFUC50eHQiIHN0eWxl PSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9uZTsiPiZndDs8L2E+PC90aD48dGg+ PC90aD48L3RyPiANCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+ PC90ZD48dGg+PGEgbmFtZT0icGFydC1sMSI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBh dDwvc21hbGw+PGVtPiBwYWdlIDEsIGxpbmUgMjE8L2VtPjwvYT48L3RoPjx0aD4gPC90aD48 dGg+PGEgbmFtZT0icGFydC1yMSI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGVtPiBwYWdlIDEsIGxpbmUgMjE8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTLiBHdW5kYXZlbGxpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTLiBHdW5kYXZlbGxpPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQ2lzY288L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQ2lzY288L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGZWJy dWFyeSAyNSwgMjAxMzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGZWJydWFy eSAyNSwgMjAxMzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAgICAgICAgICBRdWFsaXR5IG9mIFNlcnZpY2UgT3B0aW9uIGZvciBQcm94eSBNb2JpbGUg SVB2NjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgIFF1YWxp dHkgb2YgU2VydmljZSBPcHRpb24gZm9yIFByb3h5IE1vYmlsZSBJUHY2PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgICAgICAgZHJhZnQtaWV0Zi1uZXRleHQtcG1pcDYtcW9zLTAyLnR4dDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICBkcmFmdC1pZXRm LW5ldGV4dC1wbWlwNi1xb3MtMDIudHh0PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPkFic3RyYWN0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ QWJzdHJhY3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg VGhpcyBzcGVjaWZpY2F0aW9uIGRlZmluZXMgYSBuZXcgbW9iaWxpdHkgb3B0aW9uIHRoYXQg Y2FuIGJlIHVzZWQgYnk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlz IHNwZWNpZmljYXRpb24gZGVmaW5lcyBhIG5ldyBtb2JpbGl0eSBvcHRpb24gdGhhdCBjYW4g YmUgdXNlZCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDAxIj48L2E+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgdGhlIG1vYmlsaXR5IGVudGl0aWVzIGluIHRoZSBQcm94eSBNb2Jp bGUgSVB2NiBkb21haW4gdG8gZXhjaGFuZ2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgdGhlIG1vYmlsaXR5IGVudGl0aWVzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPltM TUEgYW5kIE1BR10gPC9zcGFuPmluIHRoZSBQcm94eSBNb2JpbGUgSVB2NiBkb21haW4gdG8g ZXhjaGFuZ2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFF1YWxpdHkgb2YgU2VydmljZSBwYXJhbWV0ZXJzIGFzc29jaWF0 ZWQgd2l0aCBhIHN1YnNjcmliZXIncyBJUDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIFF1YWxpdHkgb2YgU2VydmljZSBwYXJhbWV0ZXJzIGFzc29jaWF0ZWQgd2l0aCBh IHN1YnNjcmliZXIncyBJUDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZmxvd3MuICBVc2luZyB0aGUgUW9TIG9wdGlvbiwg dGhlIGxvY2FsIG1vYmlsaXR5IGFuY2hvciBhbmQgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgZmxvd3MuICBVc2luZyB0aGUgUW9TIG9wdGlvbiwgdGhlIGxvY2Fs IG1vYmlsaXR5IGFuY2hvciBhbmQgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtb2JpbGUgYWNjZXNzIGdhdGV3YXkg Y2FuIGV4Y2hhbmdlIGF2YWlsYWJsZSBRb1MgYXR0cmlidXRlcyBhbmQ8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtb2JpbGUgYWNjZXNzIGdhdGV3YXkgY2FuIGV4Y2hh bmdlIGF2YWlsYWJsZSBRb1MgYXR0cmlidXRlcyBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFzc29jaWF0ZWQgdmFs dWVzLiAgVGhpcyBlbmFibGVzIFFvUyBwb2xpY2luZyBhbmQgbGFiZWxpbmcgb2YgcGFja2V0 czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFzc29jaWF0ZWQgdmFsdWVz LiAgVGhpcyBlbmFibGVzIFFvUyBwb2xpY2luZyBhbmQgbGFiZWxpbmcgb2YgcGFja2V0czwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgdG8gZW5mb3JjZSBRb1MgZGlmZmVyZW50aWF0aW9uIG9uIHRoZSBwYXRoIGJldHdl ZW4gdGhlIGxvY2FsIG1vYmlsaXR5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgdG8gZW5mb3JjZSBRb1MgZGlmZmVyZW50aWF0aW9uIG9uIHRoZSBwYXRoIGJldHdlZW4g dGhlIGxvY2FsIG1vYmlsaXR5PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbmNob3IgYW5kIHRoZSBtb2JpbGUgYWNjZXNz IGdhdGV3YXkuICBGdXJ0aGVybW9yZSwgbWFraW5nIFFvUzwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGFuY2hvciBhbmQgdGhlIG1vYmlsZSBhY2Nlc3MgZ2F0ZXdheS4g IEZ1cnRoZXJtb3JlLCBtYWtpbmcgUW9TPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwYXJhbWV0ZXJzIGF2YWlsYWJsZSBv biB0aGUgTUFHIGVuYWJsZXMgbWFwcGluZyB0aGVzZSBwYXJhbWV0ZXJzIHRvPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcGFyYW1ldGVycyBhdmFpbGFibGUgb24gdGhl IE1BRyBlbmFibGVzIG1hcHBpbmcgdGhlc2UgcGFyYW1ldGVycyB0bzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5h bWU9ImRpZmYwMDAyIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgUW9TIHJ1bGVz IDxzcGFuIGNsYXNzPSJkZWxldGUiPmJlaW5nPC9zcGFuPiBzcGVjaWZpYyB0byB0aGUgYWNj ZXNzIHRlY2hub2xvZ3kgd2hpY2ggb3BlcmF0ZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+ICAgUW9TIHJ1bGVzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnRoYXQgYXJlPC9z cGFuPiBzcGVjaWZpYyB0byB0aGUgYWNjZXNzIHRlY2hub2xvZ3kgd2hpY2ggb3BlcmF0ZXM8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIGJlbG93IHRoZSBtb2JpbGUgYWNjZXNzIGdhdGV3YXkuICBBZnRlciBzdWNoIG1h cHBpbmcsIFFvUyBydWxlcyBjYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBiZWxvdyB0aGUgbW9iaWxlIGFjY2VzcyBnYXRld2F5LiAgQWZ0ZXIgc3VjaCBtYXBwaW5n LCBRb1MgcnVsZXMgY2FuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBiZSBlbmZvcmNlZCBvbiB0aGUgYWNjZXNzIHRlY2hu b2xvZ3kgY29tcG9uZW50cywgc3VjaCBhcyBhbiBJRUVFPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgYmUgZW5mb3JjZWQgb24gdGhlIGFjY2VzcyB0ZWNobm9sb2d5IGNv bXBvbmVudHMsIHN1Y2ggYXMgYW4gSUVFRTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgODAyLjExZSBXaXJlbGVzcyBMQU4g Y29udHJvbGxlci48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA4MDIuMTFl IFdpcmVsZXNzIExBTiBjb250cm9sbGVyLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij5TdGF0dXMgb2YgdGhpcyBNZW1vPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+U3RhdHVzIG9mIHRoaXMgTWVtbzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRl ZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBj b25mb3JtYW5jZSB3aXRoIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJD UCA3OS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcm92aXNpb25zIG9m IEJDUCA3OCBhbmQgQkNQIDc5LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRo ZSBJbnRlcm5ldCBFbmdpbmVlcmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVy bmV0IEVuZ2luZWVyaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+PC90 ZD48dGg+PGEgbmFtZT0icGFydC1sMiI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwv c21hbGw+PGVtPiBwYWdlIDUsIGxpbmUgMTA8L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+ PGEgbmFtZT0icGFydC1yMiI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+ PGVtPiBwYWdlIDUsIGxpbmUgMTA8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgQXBwZW5kaXggQi4gIEluZm9ybWF0aW9uIHdoZW4gaW1wbGVtZW50aW5nIHdp dGggYSBCcm9hZGJhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBBcHBl bmRpeCBCLiAgSW5mb3JtYXRpb24gd2hlbiBpbXBsZW1lbnRpbmcgd2l0aCBhIEJyb2FkYmFu ZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICAgICAgICAgICAgIE5ldHdvcmsgR2F0ZXdheSAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIDM0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgICAgICAgICAgIE5ldHdvcmsgR2F0ZXdheSAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIDM0PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzNTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzNTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4xLiAgSW50cm9kdWN0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+MS4gIEludHJvZHVjdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBNb2JpbGUgb3BlcmF0b3JzIGRlcGxveSBQcm94eSBNb2JpbGUg SVB2NiAoUE1JUHY2KSBbUkZDNTIxM10gdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBNb2JpbGUgb3BlcmF0b3JzIGRlcGxveSBQcm94eSBNb2JpbGUgSVB2NiAoUE1J UHY2KSBbUkZDNTIxM10gdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGVuYWJsZSBuZXR3b3JrLWJhc2VkIG1vYmlsaXR5 IG1hbmFnZW1lbnQgZm9yIG1vYmlsZSBub2RlcyAoTU4pLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGVuYWJsZSBuZXR3b3JrLWJhc2VkIG1vYmlsaXR5IG1hbmFnZW1l bnQgZm9yIG1vYmlsZSBub2RlcyAoTU4pLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVXNlcnMgY2FuIGFjY2VzcyBJbnRl cm5ldCBQcm90b2NvbCAoSVApIGJhc2VkIHNlcnZpY2VzIGZyb20gdGhlaXI8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBVc2VycyBjYW4gYWNjZXNzIEludGVybmV0IFBy b3RvY29sIChJUCkgYmFzZWQgc2VydmljZXMgZnJvbSB0aGVpcjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9 ImRpZmYwMDAzIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgbW9iaWxlIGRldmlj ZSBieSB1c2luZyA8c3BhbiBjbGFzcz0iZGVsZXRlIj5kaWZmZXJlbnQ8L3NwYW4+IHJhZGlv IGFjY2VzcyB0ZWNobm9sb2dpZXMuICBDdXJyZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIG1vYmlsZSBkZXZpY2UgYnkgdXNpbmcgPHNwYW4gY2xhc3M9Imluc2Vy dCI+dmFyaW91czwvc3Bhbj4gcmFkaW8gYWNjZXNzIHRlY2hub2xvZ2llcy4gIEN1cnJlbnQ8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPgk8c3BhbiBjbGFzcz0i aW5zZXJ0Ij4mbHQ7ZGlmZmVyZW50IHRoYW4gd2hhdD8/Jmd0Ozwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHN0 YW5kYXJkaXphdGlvbiBlZmZvcnQgY29uc2lkZXJzIHN0cm9uZyBRb1MgY2xhc3NpZmljYXRp b24gYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3RhbmRhcmRpemF0 aW9uIGVmZm9ydCBjb25zaWRlcnMgc3Ryb25nIFFvUyBjbGFzc2lmaWNhdGlvbiBhbmQ8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGVuZm9yY2VtZW50IGZvciBjZWxsdWxhciByYWRpbyBhY2Nlc3MgdGVjaG5vbG9naWVz LiAgUW9TIHBvbGljaWVzIGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGVuZm9yY2VtZW50IGZvciBjZWxsdWxhciByYWRpbyBhY2Nlc3MgdGVjaG5vbG9naWVzLiAg UW9TIHBvbGljaWVzIGFyZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdHlwaWNhbGx5IGNvbnRyb2xsZWQgYnkgYSBwb2xp Y3kgY29udHJvbCBmdW5jdGlvbiwgd2hlcmVhcyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICB0eXBpY2FsbHkgY29udHJvbGxlZCBieSBhIHBvbGljeSBjb250cm9s IGZ1bmN0aW9uLCB3aGVyZWFzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDA0Ij48L2E+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgcG9saWNpZXMgYXJlIGVuZm9yY2VkIGJ5IDxz cGFuIGNsYXNzPSJkZWxldGUiPmRpZmZlcmVudDwvc3Bhbj4gZ2F0ZXdheXMgaW4gdGhlIGlu ZnJhc3RydWN0dXJlLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBwb2xp Y2llcyBhcmUgZW5mb3JjZWQgYnkgPHNwYW4gY2xhc3M9Imluc2VydCI+b25lIG9yIG1vcmU8 L3NwYW4+IGdhdGV3YXlzIGluIHRoZSBpbmZyYXN0cnVjdHVyZSw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHN1Y2ggYXMg dGhlIExNQSBhbmQgdGhlIE1BRywgYXMgd2VsbCBhcyBieSBhY2Nlc3MgbmV0d29yayBlbGVt ZW50cy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBzdWNoIGFzIHRoZSBM TUEgYW5kIHRoZSBNQUcsIGFzIHdlbGwgYXMgYnkgYWNjZXNzIG5ldHdvcmsgZWxlbWVudHMu PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBQb2xpY3kgY29udHJvbCBhbmQgUW9TIGRpZmZlcmVudGlhdGlvbiBmb3IgYWNj ZXNzIHRvIHRoZSBtb2JpbGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQ b2xpY3kgY29udHJvbCBhbmQgUW9TIGRpZmZlcmVudGlhdGlvbiBmb3IgYWNjZXNzIHRvIHRo ZSBtb2JpbGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIG9wZXJhdG9yIG5ldHdvcmsgdGhyb3VnaCBhbHRlcm5hdGl2ZSBu b24tY2VsbHVsYXIgYWNjZXNzIHRlY2hub2xvZ2llczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG9wZXJhdG9yIG5ldHdvcmsgdGhyb3VnaCBhbHRlcm5hdGl2ZSBub24t Y2VsbHVsYXIgYWNjZXNzIHRlY2hub2xvZ2llczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDA1 Ij48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPgkJQ0VQOiBBYnN0cmFjdCBlbXBoYXNp emVzIDgwMi4xMWUgPT0gbm9uLWNlbGx1bGFyPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaXMgbm90IHlldCBj b25zaWRlcmVkLCBldmVuIHRob3VnaCBzb21lIG9mIHRoZXNlIGFjY2VzcyB0ZWNobm9sb2dp ZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpcyBub3QgeWV0IGNvbnNp ZGVyZWQsIGV2ZW4gdGhvdWdoIHNvbWUgb2YgdGhlc2UgYWNjZXNzIHRlY2hub2xvZ2llczwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgYXJlIGFibGUgdG8gc3VwcG9ydCBRb1MgYnkgYXBwcm9wcmlhdGUgdHJhZmZpYyBw cmlvcml0aXphdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFyZSBh YmxlIHRvIHN1cHBvcnQgUW9TIGJ5IGFwcHJvcHJpYXRlIHRyYWZmaWMgcHJpb3JpdGl6YXRp b248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHRlY2huaXF1ZXMuICBIb3dldmVyLCBoYW5kb3ZlciBhbmQgSVAgRmxvdyBN b2JpbGl0eSB1c2luZyBhbHRlcm5hdGl2ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHRlY2huaXF1ZXMuICBIb3dldmVyLCBoYW5kb3ZlciBhbmQgSVAgRmxvdyBNb2Jp bGl0eSB1c2luZyBhbHRlcm5hdGl2ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmFkaW8gYWNjZXNzIHRlY2hub2xvZ2ll cywgc3VjaCBhcyBJRUVFODAyLjE2IGFuZCBXaXJlbGVzcyBMQU48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICByYWRpbyBhY2Nlc3MgdGVjaG5vbG9naWVzLCBzdWNoIGFz IElFRUU4MDIuMTYgYW5kIFdpcmVsZXNzIExBTjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWNjb3JkaW5nIHRvIHRoZSBJ RUVFODAyLjExIHNwZWNpZmljYXRpb24sIGFyZSBiZWluZyBjb25zaWRlcmVkIGJ5PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWNjb3JkaW5nIHRvIHRoZSBJRUVFODAy LjExIHNwZWNpZmljYXRpb24sIGFyZSBiZWluZyBjb25zaWRlcmVkIGJ5PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUg c3RhbmRhcmRzIFtUUzIzLjQwMl0sIHdoZXJlYXMgaW50ZXItd29ya2luZyB3aXRoIHRoZSBj ZWxsdWxhcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBzdGFuZGFy ZHMgW1RTMjMuNDAyXSwgd2hlcmVhcyBpbnRlci13b3JraW5nIHdpdGggdGhlIGNlbGx1bGFy PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhcmNoaXRlY3R1cmUgdG8gZXN0YWJsaXNoIFFvUyBwb2xpY2llcyBpbiBhbHRl cm5hdGl2ZSBhY2Nlc3MgbmV0d29ya3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBhcmNoaXRlY3R1cmUgdG8gZXN0YWJsaXNoIFFvUyBwb2xpY2llcyBpbiBhbHRlcm5h dGl2ZSBhY2Nlc3MgbmV0d29ya3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAwNiI+PC9hPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGhhcyBub3QgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ YmVlbiBmb2N1c3NlZCBvbjwvc3Bhbj4gc28gZmFyLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICBoYXMgbm90IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmdvdHRlbiBtdWNo IGF0dGVudGlvbjwvc3Bhbj4gc28gZmFyLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+CQk8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5Eb2VzICJub24tY2VsbHVsYXIi ID09IGFsdGVybmF0aXZlIGFjY2VzcyBuZXR3b3JrPzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDA3Ij48L2E+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgSW4gcGFydGljdWxhciA8c3BhbiBjbGFzcz0i ZGVsZXRlIj50aGUgV2lyZWxlc3MgTEFOIHRlY2hub2xvZ3kgaGFzIGJlZW4gaWRlbnRpZmll ZCBhczwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgSW4gcGFy dGljdWxhciA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5XaXJlbGVzcyBMQU4gaGFzIGJlZW4gaWRl bnRpZmllZCBhcyBhPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHJvbWlzaW5nIGFsdGVybmF0aXZlIHRlY2hu b2xvZ3kgdG8gY29tcGxlbWVudCBjZWxsdWxhciByYWRpbyBhY2Nlc3MuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcHJvbWlzaW5nIGFsdGVybmF0aXZlIHRlY2hub2xv Z3kgdG8gY29tcGxlbWVudCBjZWxsdWxhciByYWRpbyBhY2Nlc3MuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTaW5jZSB0 aGUgODAyLjExZSBzdGFuZGFyZCBwcm92aWRlcyBRb1MgZXh0ZW5zaW9ucyB0byBXTEFOLCBp dCBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFNpbmNlIHRoZSA4MDIu MTFlIHN0YW5kYXJkIHByb3ZpZGVzIFFvUyBleHRlbnNpb25zIHRvIFdMQU4sIGl0IGlzPC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQ+PGEgbmFtZT0iZGlmZjAwMDgiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICBiZW5lZmljaWFsIHRvIGFwcGx5IFFvUyBwb2xpY2llcyB0byA8c3BhbiBjbGFzcz0iZGVs ZXRlIj50aGUgPC9zcGFuPldMQU4gYWNjZXNzLCB3aGljaCBlbmFibGVzPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGJlbmVmaWNpYWwgdG8gYXBwbHkgUW9TIHBvbGlj aWVzIHRvIFdMQU4gYWNjZXNzLCB3aGljaCBlbmFibGVzPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBRb1MgY2xhc3NpZmlj YXRpb24gb2YgZG93bmxpbmsgYXMgd2VsbCBhcyB1cGxpbmsgdHJhZmZpYyBiZXR3ZWVuIGFu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUW9TIGNsYXNzaWZpY2F0aW9u IG9mIGRvd25saW5rIGFzIHdlbGwgYXMgdXBsaW5rIHRyYWZmaWMgYmV0d2VlbiBhbjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgTU4gYW5kIGl0cyBMTUEuICBUaHJlZSBmdW5jdGlvbmFsIG9wZXJhdGlvbnMgaGF2ZSBi ZWVuIGlkZW50aWZpZWQgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBN TiBhbmQgaXRzIExNQS4gIFRocmVlIGZ1bmN0aW9uYWwgb3BlcmF0aW9ucyBoYXZlIGJlZW4g aWRlbnRpZmllZCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWNjb21wbGlzaCB0aGlzOjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGFjY29tcGxpc2ggdGhpczo8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgKGEpIE1haW50ZW5hbmNlIG9mIFFvUyBj bGFzc2lmaWNhdGlvbiBkdXJpbmcgYSBoYW5kb3ZlciBiZXR3ZWVuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgKGEpIE1haW50ZW5hbmNlIG9mIFFvUyBjbGFzc2lm aWNhdGlvbiBkdXJpbmcgYSBoYW5kb3ZlciBiZXR3ZWVuPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBjZWxsdWxhciBy YWRpbyBhY2Nlc3MgYW5kIFdMQU4gYWNjZXNzIGJ5IG1lYW5zIG9mIGVzdGFibGlzaGluZyBR b1M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBjZWxsdWxhciByYWRp byBhY2Nlc3MgYW5kIFdMQU4gYWNjZXNzIGJ5IG1lYW5zIG9mIGVzdGFibGlzaGluZyBRb1M8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgIHBvbGljaWVzIGluIHRoZSBoYW5kb3ZlciB0YXJnZXQgYWNjZXNzIG5ldHdv cmssPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgcG9saWNpZXMgaW4g dGhlIGhhbmRvdmVyIHRhcmdldCBhY2Nlc3MgbmV0d29yayw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgKGIpIG1hcHBpbmcgb2YgUW9TIGNsYXNz ZXMgYW5kIGFzc29jaWF0ZWQgcG9saWNpZXMgYmV0d2VlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgIChiKSBtYXBwaW5nIG9mIFFvUyBjbGFzc2VzIGFuZCBhc3Nv Y2lhdGVkIHBvbGljaWVzIGJldHdlZW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGRpZmZlcmVudCBhY2Nlc3Mgc3lz dGVtcyBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBkaWZmZXJl bnQgYWNjZXNzIHN5c3RlbXMgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgIChjKSBlc3RhYmxpc2htZW50IG9mIFFvUyBwb2xpY2llcyBmb3Ig bmV3IGRhdGEgc2Vzc2lvbnMvZmxvd3MsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgKGMpIGVzdGFibGlzaG1lbnQgb2YgUW9TIHBvbGljaWVzIGZvciBuZXcgZGF0 YSBzZXNzaW9ucy9mbG93cyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIHdoaWNoIGFyZSBpbml0aWF0ZWQgd2hpbGUg dXNpbmcgV0xBTiBhY2Nlc3MuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg ICAgd2hpY2ggYXJlIGluaXRpYXRlZCB3aGlsZSB1c2luZyBXTEFOIGFjY2Vzcy48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZD48YSBuYW1lPSJkaWZmMDAwOSI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCUNF UDogbmVlZCB0byBleHBsYWluIHdoeSBvbmx5IG9uZSBkaXJlY3Rpb24gaXMgaW1wb3J0YW50 PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+ PGEgbmFtZT0iZGlmZjAwMTAiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBUaGlz IGRvY3VtZW50IHNwZWNpZmllcyBhbiBleHRlbnNpb24gdG8gdGhlIFBNSVB2NiBwcm90b2Nv bCwgd2hpY2g8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBkb2N1 bWVudCBzcGVjaWZpZXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBQTUlQdjYgcHJvdG9jb2w8c3Bh biBjbGFzcz0iaW5zZXJ0Ij5bY2l0YXRpb25dPC9zcGFuPiwgd2hpY2g8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGVuYWJs ZXMgdGhlIHRyYW5zcG9ydCBvZiBlc3RhYmxpc2hlZCBRb1MgZGVzY3JpcHRpb25zIGJldHdl ZW4gYW4gTE1BPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZW5hYmxlcyB0 aGUgdHJhbnNwb3J0IG9mIGVzdGFibGlzaGVkIFFvUyBkZXNjcmlwdGlvbnMgYmV0d2VlbiBh biBMTUE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAxMSI+PC9hPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0i aW5zZXJ0Ij4JCUNFUDogZXN0YWJsaXNoZWQgLS0mZ3Q7IHN0YW5kYXJkaXplZD88L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhbmQgdGhlIE1BRyBieSBtZWFucyBvZiBhIFFvUyBjb250YWluZXIgb3B0aW9u IGluIGNhc2UgdGhlIFFvUyBwb2xpY3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBhbmQgdGhlIE1BRyBieSBtZWFucyBvZiBhIFFvUyBjb250YWluZXIgb3B0aW9uIGlu IGNhc2UgdGhlIFFvUyBwb2xpY3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAxMiI+PC9hPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCUNFUDogd2hhdCBpcyBhICJjb250YWluZXIiIG9w dGlvbj8/PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW4gdGhlIFdMQU4gYWNjZXNzIGlzIG5vdCB1bmRlciBl eHBsaWNpdCBjb250cm9sIG9mIGEgcG9saWN5IGNvbnRyb2w8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBpbiB0aGUgV0xBTiBhY2Nlc3MgaXMgbm90IHVuZGVyIGV4cGxp Y2l0IGNvbnRyb2wgb2YgYSBwb2xpY3kgY29udHJvbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYw MDEzIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPgkJQ0VQOiBUaGlzIGlzIG5vdCB0 aGUgb25seSBzY2VuYXJpbyBmb3IgdXNlIG9mIHRoZSBvcHRpb24hPC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg c3lzdGVtLiAgVGhlIHNwZWNpZmllZCBvcHRpb24gYWxsb3dzIGFzc29jaWF0aW9uIGJldHdl ZW4gSVAgc2Vzc2lvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHN5c3Rl bS4gIFRoZSBzcGVjaWZpZWQgb3B0aW9uIGFsbG93cyBhc3NvY2lhdGlvbiBiZXR3ZWVuIElQ IHNlc3Npb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAxNCI+PC9hPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFz cz0iaW5zZXJ0Ij4JCUNFUDogc2Vzc2lvbiBrZXkgaXMgYW4gdW5kZWZpbmVkIHRlcm0sIHB1 dCBpbiBUZXJtaW5vbG9neS4uLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGtleXMsIHN1Y2ggYXMgYSBEaWZm ZXJlbnRpYXRlZCBTZXJ2aWNlcyBDb2RlIFBvaW50IChEU0NQKSwgYW5kIHRoZTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGtleXMsIHN1Y2ggYXMgYSBEaWZmZXJlbnRp YXRlZCBTZXJ2aWNlcyBDb2RlIFBvaW50IChEU0NQKSwgYW5kIHRoZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZXhwZWN0 ZWQgUW9TIGNsYXNzIGZvciB0aGlzIElQIHNlc3Npb24uICBGdXJ0aGVyIGhhbmRsaW5nIG9m IFFvUzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGV4cGVjdGVkIFFvUyBj bGFzcyBmb3IgdGhpcyBJUCBzZXNzaW9uLiAgRnVydGhlciBoYW5kbGluZyBvZiBRb1M8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHBvbGljaWVzIGJldHdlZW4gdGhlIE1BRyBhbmQgdGhlIFdMQU4gQ29udHJvbGxlciAo V0xDKSBvciBXTEFOIEFjY2VzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHBvbGljaWVzIGJldHdlZW4gdGhlIE1BRyBhbmQgdGhlIFdMQU4gQ29udHJvbGxlciAoV0xD KSBvciBXTEFOIEFjY2VzczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUG9pbnQgaXMgb3V0IG9mIHNjb3BlIG9mIHRoaXMg c3BlY2lmaWNhdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBQb2lu dCBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhpcyBzcGVjaWZpY2F0aW9uLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4yLiAgQ29udmVudGlvbnMgYW5kIFRlcm1p bm9sb2d5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Mi4gIENvbnZlbnRpb25z IGFuZCBUZXJtaW5vbG9neTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4yLjEuICBDb252ZW50aW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjIuMS4gIENvbnZlbnRpb25zPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQi LCAiU0hBTEwiLCAiU0hBTEwgTk9UIiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNI QUxMIiwgIlNIQUxMIE5PVCIsPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+ PC90ZD48dGg+PGEgbmFtZT0icGFydC1sMyI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBh dDwvc21hbGw+PGVtPiBwYWdlIDgsIGxpbmUgMTM8L2VtPjwvYT48L3RoPjx0aD4gPC90aD48 dGg+PGEgbmFtZT0icGFydC1yMyI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGVtPiBwYWdlIDgsIGxpbmUgMTM8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgaXMgdHlwaWNhbGx5IHR1bm5lbGVkIHRvIHRoaXMgY2VudHJhbGl6 ZWQgV0xBTiBhY2Nlc3MgY29udHJvbGxlci48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICBpcyB0eXBpY2FsbHkgdHVubmVsZWQgdG8gdGhpcyBjZW50cmFsaXplZCBX TEFOIGFjY2VzcyBjb250cm9sbGVyLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4zLiAgRGVzY3JpcHRpb24gb2YgdGhlIFRlY2huaWNhbCBBcHByb2FjaDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjMuICBEZXNjcmlwdGlvbiBvZiB0aGUg VGVjaG5pY2FsIEFwcHJvYWNoPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjMuMS4gIFRlY2huaWNhbCBTY29wZSBhbmQgUHJvY2VkdXJlPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+My4xLiAgVGVjaG5pY2FsIFNjb3BlIGFuZCBQcm9jZWR1 cmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIFFv UyBvcHRpb24gc3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQgc3VwcG9ydHMgdGhlIHNldHVw IG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIFFvUyBvcHRpb24g c3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQgc3VwcG9ydHMgdGhlIHNldHVwIG9mPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBzdGF0ZXMgb24gdGhlIExNQSBhbmQgdGhlIE1BRyB0byBhbGxvdyBlbmZvcmNlbWVudCBv ZiBRb1MgcG9saWNpZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBzdGF0 ZXMgb24gdGhlIExNQSBhbmQgdGhlIE1BRyB0byBhbGxvdyBlbmZvcmNlbWVudCBvZiBRb1Mg cG9saWNpZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIGZvciBwYWNrZXQgZGlmZmVyZW50aWF0aW9uIG9uIHRoZSBuZXR3 b3JrIHBhdGggYmV0d2VlbiB0aGUgTE1BIGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGZvciBwYWNrZXQgZGlmZmVyZW50aWF0aW9uIG9uIHRoZSBuZXR3b3JrIHBh dGggYmV0d2VlbiB0aGUgTE1BIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIE1BRyBwcm92aWRpbmcgbm9uLWNl bGx1bGFyIGFjY2VzcyB0byB0aGUgbW9iaWxlIG9wZXJhdG9yIG5ldHdvcmsuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIE1BRyBwcm92aWRpbmcgbm9uLWNlbGx1 bGFyIGFjY2VzcyB0byB0aGUgbW9iaWxlIG9wZXJhdG9yIG5ldHdvcmsuPC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEg bmFtZT0iZGlmZjAwMTUiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+CUNFUDogV2h5 IGRvZXNuJ3QgaXQgd29yayBmb3IgcGFja2V0IGRpZmZlcmVudGlhdGlvbiBvbiBhbnkgbmV0 d29yaz88L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBRb1MgZGlmZmVyZW50aWF0aW9uIGlzIHR5cGljYWxseSBl bmFibGVkIGluIHRoZSBtb2JpbGUgb3BlcmF0b3InczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFFvUyBkaWZmZXJlbnRpYXRpb24gaXMgdHlwaWNhbGx5IGVuYWJsZWQg aW4gdGhlIG1vYmlsZSBvcGVyYXRvcidzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBuZXR3b3JrIHVzaW5nIERpZmZlcmVu dGlhdGVkIFNlcnZpY2VzIHRlY2huaXF1ZXMgaW4gdGhlIElQIHRyYW5zcG9ydDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG5ldHdvcmsgdXNpbmcgRGlmZmVyZW50aWF0 ZWQgU2VydmljZXMgdGVjaG5pcXVlcyBpbiB0aGUgSVAgdHJhbnNwb3J0PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBuZXR3 b3JrLCB3aGVyZWFzIHJhZGlvIGFjY2VzcyBzcGVjaWZpYyBRb1MgZGlmZmVyZW50aWF0aW9u IGRlcGVuZHMgb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBuZXR3b3Jr LCB3aGVyZWFzIHJhZGlvIGFjY2VzcyBzcGVjaWZpYyBRb1MgZGlmZmVyZW50aWF0aW9uIGRl cGVuZHMgb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHRoZSByYWRpbyB0ZWNobm9sb2d5IGluIHVzZS4gIFdoZXJlYXMg dmVyeSBhY2N1cmF0ZSBhbmQgZmluZSBncmFudWxhcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIHRoZSByYWRpbyB0ZWNobm9sb2d5IGluIHVzZS4gIFdoZXJlYXMgdmVy eSBhY2N1cmF0ZSBhbmQgZmluZSBncmFudWxhcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdHJhZmZpYyBjbGFzc2VzIGFy ZSBzcGVjaWZpZWQgZm9yIHRoZSBjZWxsdWxhciByYWRpbyBhY2Nlc3MsIHRoZSBJUDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRyYWZmaWMgY2xhc3NlcyBhcmUgc3Bl Y2lmaWVkIGZvciB0aGUgY2VsbHVsYXIgcmFkaW8gYWNjZXNzLCB0aGUgSVA8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRy YW5zcG9ydCBuZXR3b3JrIG9ubHkgc3VwcG9ydHMgZW5mb3JjZW1lbnQgb2YgZmV3IERpZmZl cmVudGlhdGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdHJhbnNwb3J0 IG5ldHdvcmsgb25seSBzdXBwb3J0cyBlbmZvcmNlbWVudCBvZiBmZXcgRGlmZmVyZW50aWF0 ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFNlcnZpY2VzIGNsYXNzZXMgYWNjb3JkaW5nIHRvIHdlbGwta25vd24gRGlm ZmVyZW50aWF0ZWQgU2VydmljZXMgQ29kZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIFNlcnZpY2VzIGNsYXNzZXMgYWNjb3JkaW5nIHRvIHdlbGwta25vd24gRGlmZmVy ZW50aWF0ZWQgU2VydmljZXMgQ29kZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUG9pbnRzIChEU0NQKSBbR1NNQS5JUi4z NF0uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUG9pbnRzIChEU0NQKSBb R1NNQS5JUi4zNF0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIENlbnRyYWwgY29udHJvbCBmcm9tIGEgUG9saWN5IENvbnRyb2wgRnVuY3Rpb24gKFBD RikgaXMgZGVwbG95ZWQgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBD ZW50cmFsIGNvbnRyb2wgZnJvbSBhIFBvbGljeSBDb250cm9sIEZ1bmN0aW9uIChQQ0YpIGlz IGRlcGxveWVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+PC90ZD48 dGg+PGEgbmFtZT0icGFydC1sNCI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGVtPiBwYWdlIDgsIGxpbmUgNDQ8L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PGEg bmFtZT0icGFydC1yNCI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGVt PiBwYWdlIDgsIGxpbmUgNDU8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgRmlndXJlIDEgaWxsdXN0cmF0ZXMgYSBnZW5lcmFsaXplZCBhcmNoaXRlY3R1cmUg d2hlcmUgdGhlIFFvUyBvcHRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBGaWd1cmUgMSBpbGx1c3RyYXRlcyBhIGdlbmVyYWxpemVkIGFyY2hpdGVjdHVyZSB3aGVy ZSB0aGUgUW9TIG9wdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY2FuIGJlIHVzZWQuICBEdXJpbmcgYW4gTU4ncyBo YW5kb3ZlciBmcm9tIGNlbGx1bGFyIGFjY2VzcyB0byBub24tPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgY2FuIGJlIHVzZWQuICBEdXJpbmcgYW4gTU4ncyBoYW5kb3Zl ciBmcm9tIGNlbGx1bGFyIGFjY2VzcyB0byBub24tPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjZWxsdWxhciBhY2Nlc3Ms IGUuZy4gYSB3aXJlbGVzcyBMQU4gKFdMQU4pIHJhZGlvIGFjY2VzcyBuZXR3b3JrLCB0aGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjZWxsdWxhciBhY2Nlc3MsIGUu Zy4gYSB3aXJlbGVzcyBMQU4gKFdMQU4pIHJhZGlvIGFjY2VzcyBuZXR3b3JrLCB0aGU8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIE1OJ3MgUW9TIHBvbGljeSBydWxlcywgYXMgcHJldmlvdXNseSBlc3RhYmxpc2hlZCBv biB0aGUgTE1BIGZvciB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBN TidzIFFvUyBwb2xpY3kgcnVsZXMsIGFzIHByZXZpb3VzbHkgZXN0YWJsaXNoZWQgb24gdGhl IExNQSBmb3IgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBNTidzIGNvbW11bmljYXRpb24gdGhyb3VnaCB0aGUgY2Vs bHVsYXIgYWNjZXNzIG5ldHdvcmssIGFyZSBtb3ZlZCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIE1OJ3MgY29tbXVuaWNhdGlvbiB0aHJvdWdoIHRoZSBjZWxsdWxh ciBhY2Nlc3MgbmV0d29yaywgYXJlIG1vdmVkIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgaGFuZG92ZXIgdGFy Z2V0IE1BRyBzZXJ2aW5nIHRoZSBub24tY2VsbHVsYXIgYWNjZXNzIG5ldHdvcmsuPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIGhhbmRvdmVyIHRhcmdldCBNQUcg c2VydmluZyB0aGUgbm9uLWNlbGx1bGFyIGFjY2VzcyBuZXR3b3JrLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgU3VjaCBu b24tY2VsbHVsYXIgTUFHIGNhbiBoYXZlIGFuIGFjY2VzcyB0ZWNobm9sb2d5IHNwZWNpZmlj PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgU3VjaCBub24tY2VsbHVsYXIg TUFHIGNhbiBoYXZlIGFuIGFjY2VzcyB0ZWNobm9sb2d5IHNwZWNpZmljPC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb250 cm9sbGVyIG9yIGZ1bmN0aW9uIGNvLWxvY2F0ZWQsIGUuZy4gYSBXaXJlbGVzcyBMQU4gQ29u dHJvbGxlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbnRyb2xsZXIg b3IgZnVuY3Rpb24gY28tbG9jYXRlZCwgZS5nLiBhIFdpcmVsZXNzIExBTiBDb250cm9sbGVy PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAoV0xDKSwgYXMgZGVwaWN0ZWQgaW4gb3B0aW9uIChJKSBvZiBGaWd1cmUgMS4g IEFsdGVybmF0aXZlbHksIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IChXTEMpLCBhcyBkZXBpY3RlZCBpbiBvcHRpb24gKEkpIG9mIEZpZ3VyZSAxLiAgQWx0ZXJu YXRpdmVseSwgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBhY2Nlc3Mgc3BlY2lmaWMgYXJjaGl0ZWN0dXJlIGNhbiBi ZSBkaXN0cmlidXRlZCBhbmQgdGhlIGFjY2VzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGFjY2VzcyBzcGVjaWZpYyBhcmNoaXRlY3R1cmUgY2FuIGJlIGRpc3RyaWJ1 dGVkIGFuZCB0aGUgYWNjZXNzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMTYiPjwvYT48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0ZWNobm9sb2d5IHNwZWNpZmljIGNvbnRyb2wgZnVu Y3Rpb24gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+aXMgbm90IGNvLWxvY2F0ZWQgd2l0aDwvc3Bh bj4gdGhlIE1BRyw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGVjaG5v bG9neSBzcGVjaWZpYyBjb250cm9sIGZ1bmN0aW9uIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmxv Y2F0ZWQgZXh0ZXJuYWwgdG88L3NwYW4+IHRoZSBNQUcsPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhcyBkZXBpY3RlZCBp biBvcHRpb24gKElJKS4gIEluIGNhc2Ugb2YgYSBkaXN0cmlidXRlZCBhY2Nlc3MgbmV0d29y azwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFzIGRlcGljdGVkIGluIG9w dGlvbiAoSUkpLiAgSW4gY2FzZSBvZiBhIGRpc3RyaWJ1dGVkIGFjY2VzcyBuZXR3b3JrPC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBhcmNoaXRlY3R1cmUgYXMgcGVyIG9wdGlvbiAoSUkpLCB0aGUgTUFHIGFuZCB0aGUg YWNjZXNzIHRlY2hub2xvZ3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBh cmNoaXRlY3R1cmUgYXMgcGVyIG9wdGlvbiAoSUkpLCB0aGUgTUFHIGFuZCB0aGUgYWNjZXNz IHRlY2hub2xvZ3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIHNwZWNpZmljIGNvbnRyb2wgZnVuY3Rpb24gKGUuZy4gdGhl IFdMQykgbXVzdCBwcm92aWRlIHNvbWUgcHJvdG9jb2w8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBzcGVjaWZpYyBjb250cm9sIGZ1bmN0aW9uIChlLmcuIHRoZSBXTEMp IG11c3QgcHJvdmlkZSBzb21lIHByb3RvY29sPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBmb3IgUW9TIGludGVyLXdvcmtp bmcuICBEZXRhaWxzIG9mIHN1Y2ggaW50ZXItd29ya2luZyBhcmUgb3V0IG9mPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZm9yIFFvUyBpbnRlci13b3JraW5nLiAgRGV0 YWlscyBvZiBzdWNoIGludGVyLXdvcmtpbmcgYXJlIG91dCBvZjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgc2NvcGUgb2Yg dGhpcyBzcGVjaWZpY2F0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHNjb3BlIG9mIHRoaXMgc3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICBOb24tY2VsbHVsYXIgYWNjZXNzICAgICAg IHwgIENlbGx1bGFyIENvcmUgTmV0d29yayAgIENlbGx1bGFyPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgICAgICBOb24tY2VsbHVsYXIgYWNjZXNzICAgICAgIHwg IENlbGx1bGFyIENvcmUgTmV0d29yayAgIENlbGx1bGFyPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIChl LmcuIFdMQU4pICAgICAgICAgICAgfCAgICAgICAgICAgKy0tLS0tLS0tKyAgICAgQWNjZXNz PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAoZS5nLiBX TEFOKSAgICAgICAgICAgIHwgICAgICAgICAgICstLS0tLS0tLSsgICAgIEFjY2VzczwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgIHxQb2xp Y3kgIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgfFBvbGljeSAgfDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgIHxDb250cm9sICst LS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgfENvbnRyb2wgKy0tLS0tKzwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ DQogICAgICA8dHIgYmdjb2xvcj0iZ3JheSI+PHRkPjwvdGQ+PHRoPjxhIG5hbWU9InBhcnQt bDUiPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSA5LCBs aW5lIDMyPC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQtcjUiPjxz bWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSA5LCBsaW5lIDMy PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHxXaUZpKy0tLS0r ICBXTEMgKy0tLS0tLSsgKE1BRykgfD18PT09PT09PS8vPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgfFdpRmkrLS0tLSsgIFdMQyArLS0tLS0tKyAoTUFHKSB8PXw9PT09 PT09Ly88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHwgQVAgfCAgICB8ICAgICAgfCAgICAgIHwgICAgICAgfCB8PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgfCBBUCB8ICAgIHwgICAgICB8ICAgICAg fCAgICAgICB8IHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICstLS0tKyAgICArLS0tLS0tKyAgICAgICstLS0tLS0gKyB8 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgKy0tLS0rICAgICstLS0tLS0r ICAgICAgKy0tLS0tLSArIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgXiAgICAgICAgICAgIF4g ICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAg ICBeICAgICAgICAgICAgXiAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgfCAgICAgICAg ICAgIHwgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgfCAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgKy0t LS0tLS0tLS0tLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAg ICAgICAgICstLS0tLS0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgUW9TIGludGVyLXdv cmtpbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAg UW9TIGludGVyLXdvcmtpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgRmlndXJlIDE6IEFyY2hpdGVjdHVyZSBmb3IgUW9TIGludGVyLXdvcmtpbmcg YmV0d2VlbiBjZWxsdWxhciBhY2Nlc3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBGaWd1cmUgMTogQXJjaGl0ZWN0dXJlIGZvciBRb1MgaW50ZXItd29ya2luZyBiZXR3 ZWVuIGNlbGx1bGFyIGFjY2VzczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICBhbmQg bm9uLWNlbGx1bGFyIGFjY2VzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgICAgICAgICAgICAgICAgICAgICAgYW5kIG5vbi1jZWxsdWxhciBhY2Nlc3M8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZD48YSBuYW1lPSJkaWZmMDAxNyI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JQ0VQ OiB3aGF0IGlzICIoKDApKSI/ICBpcyBpdCBhIGJhc2Ugc3RhdGlvbj88L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEJhc2VkIG9uIHRoZSBh cmNoaXRlY3R1cmUgaWxsdXN0cmF0ZWQgaW4gRmlndXJlIDEsIHR3byBrZXkgdXNlIGNhc2Vz PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQmFzZWQgb24gdGhlIGFyY2hp dGVjdHVyZSBpbGx1c3RyYXRlZCBpbiBGaWd1cmUgMSwgdHdvIGtleSB1c2UgY2FzZXM8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGNhbiBiZSBzdXBwb3J0ZWQgYnkgdGhlIFFvUyBvcHRpb24uICBVc2UgY2FzZSBBIGFz c3VtZXMgYSBNTiBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNhbiBi ZSBzdXBwb3J0ZWQgYnkgdGhlIFFvUyBvcHRpb24uICBVc2UgY2FzZSBBIGFzc3VtZXMgYSBN TiBpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYXR0YWNoZWQgdG8gdGhlIG5ldHdvcmsgdGhyb3VnaCBjZWxsdWxhciBh Y2Nlc3MgYW5kIGl0cyBMTUEgaGFzIFFvUzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIGF0dGFjaGVkIHRvIHRoZSBuZXR3b3JrIHRocm91Z2ggY2VsbHVsYXIgYWNjZXNz IGFuZCBpdHMgTE1BIGhhcyBRb1M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBvbGljeSBydWxlcyBmb3IgdGhlIE1OJ3Mg ZGF0YSBmbG93cyBhdmFpbGFibGUuICBUaGlzIHNwZWNpZmljYXRpb248L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwb2xpY3kgcnVsZXMgZm9yIHRoZSBNTidzIGRhdGEg Zmxvd3MgYXZhaWxhYmxlLiAgVGhpcyBzcGVjaWZpY2F0aW9uPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkb2VzIG5vdCBk ZXBlbmQgb24gdGhlIGFwcHJvYWNoIGhvdyB0aGUgY2VsbHVsYXIgc3BlY2lmaWMgUW9TPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZG9lcyBub3QgZGVwZW5kIG9uIHRo ZSBhcHByb2FjaCBob3cgdGhlIGNlbGx1bGFyIHNwZWNpZmljIFFvUzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcG9saWNp ZXMgaGF2ZSBiZWVuIGNvbmZpZ3VyZWQgb24gdGhlIExNQS4gIER1cmluZyBpdHMgaGFuZG92 ZXIsIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHBvbGljaWVzIGhh dmUgYmVlbiBjb25maWd1cmVkIG9uIHRoZSBMTUEuICBEdXJpbmcgaXRzIGhhbmRvdmVyLCB0 aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGF2YWlsYWJsZSBRb1MgcG9saWNpZXMgYXJlIGVzdGFibGlzaGVkIG9uIHRo ZSBoYW5kb3ZlciB0YXJnZXQgTUFHLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGF2YWlsYWJsZSBRb1MgcG9saWNpZXMgYXJlIGVzdGFibGlzaGVkIG9uIHRoZSBoYW5k b3ZlciB0YXJnZXQgTUFHLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2hpY2ggc2VydmVzIHRoZSBub24tY2VsbHVsYXIg YWNjZXNzIG5ldHdvcmsuICBVc2UgY2FzZSBCIGFzc3VtZXM8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICB3aGljaCBzZXJ2ZXMgdGhlIG5vbi1jZWxsdWxhciBhY2Nlc3Mg bmV0d29yay4gIFVzZSBjYXNlIEIgYXNzdW1lczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhhdCBuZXcgcG9saWNpZXMg bmVlZCB0byBiZSBlc3RhYmxpc2hlZCBmb3IgYSBNTiBhcyBhIG5ldyBJUCBmbG93IGlzPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhhdCBuZXcgcG9saWNpZXMgbmVl ZCB0byBiZSBlc3RhYmxpc2hlZCBmb3IgYSBNTiBhcyBhIG5ldyBJUCBmbG93IGlzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4N CiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+PC90ZD48dGg+PGEgbmFtZT0icGFydC1s NiI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdlIDEwLCBs aW5lIDMxPC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQtcjYiPjxz bWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSAxMCwgbGluZSAz MTwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIFYgICAgKy0t LS0rICAgICAgICstLS0tLS0tKyBQTUlQdjYgIC8vPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICBWICAgICstLS0tKyAgICAgICArLS0tLS0tLSsgUE1JUHY2ICAvLzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICstLSsgIHxXaUZpfF9fX19fX198ICBXTEMgIHw9PT09PT09PT08L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgKy0tKyAgfFdpRml8X19fX19fX3wgIFdMQyAg fD09PT09PT09PTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgIHxNTnx+fnwgQVAgfCAgICAgICB8IChNQUcpIHwgdHVubmVs PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIHxNTnx+fnwgQVAgfCAgICAg ICB8IChNQUcpIHwgdHVubmVsPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgKy0tKyAgKy0tLS0rICAgICAgICstLS0tLS0t KzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICArLS0rICArLS0tLSsgICAg ICAgKy0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAyOiBIYW5kb3ZlciBTY2VuYXJpbzwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAg IEZpZ3VyZSAyOiBIYW5kb3ZlciBTY2VuYXJpbzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4zLjMuICBVc2UgQ2FzZSBCIC0tIEVzdGFibGlzaG1lbnQgb2Yg bmV3IFFvUyBDb250ZXh0IGluIG5vbi0zRyBBY2Nlc3M8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4zLjMuICBVc2UgQ2FzZSBCIC0tIEVzdGFibGlzaG1lbnQgb2YgbmV3IFFv UyBDb250ZXh0IGluIG5vbi0zRyBBY2Nlc3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgQSBzaW5nbGUgb3BlcmF0b3IgaGFzIGRlcGxveWVkIGJvdGgg YSBmaXhlZCBhY2Nlc3MgbmV0d29yayBhbmQgYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIEEgc2luZ2xlIG9wZXJhdG9yIGhhcyBkZXBsb3llZCBib3RoIGEgZml4ZWQg YWNjZXNzIG5ldHdvcmsgYW5kIGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAxOCI+PC9hPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JQ0VQOiBuZWVkIHRvIGRlZmluZSBmaXhlZCBhY2Nl c3MgbmV0d29yayBhbmQgbW9iaWxlIGFjY2VzcyBuZXR3b3JrPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbW9i aWxlIGFjY2VzcyBuZXR3b3JrLiAgSW4gdGhpcyBzY2VuYXJpbywgdGhlIG9wZXJhdG9yIG1h eSB3aXNoIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtb2JpbGUgYWNj ZXNzIG5ldHdvcmsuICBJbiB0aGlzIHNjZW5hcmlvLCB0aGUgb3BlcmF0b3IgbWF5IHdpc2gg YTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDE5Ij48L2E+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgaGFybW9uaXplZCBRb1MgbWFuYWdlbWVudCBvbiBib3RoIGFjY2Vzc2VzPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+LiAgSG93ZXZlcjwvc3Bhbj4gdGhlIGZpeGVkIGFjY2VzczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBoYXJtb25pemVkIFFvUyBtYW5hZ2Vt ZW50IG9uIGJvdGggYWNjZXNzZXM8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4sIGJ1dDwvc3Bhbj4g dGhlIGZpeGVkIGFjY2VzczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbmV0d29yayBkb2VzIG5vdCBpbXBsZW1lbnQgYSBR b1MgY29udHJvbCBmcmFtZXdvcmsuICBTbywgdGhlIG9wZXJhdG9yPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgbmV0d29yayBkb2VzIG5vdCBpbXBsZW1lbnQgYSBRb1Mg Y29udHJvbCBmcmFtZXdvcmsuICBTbywgdGhlIG9wZXJhdG9yPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjaG9vc2VzIHRv IHJlbHkgb24gdGhlIDNHUFAgcG9saWN5IGNvbnRyb2wgZnVuY3Rpb24sIHdoaWNoIGlzIGE8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjaG9vc2VzIHRvIHJlbHkgb24g dGhlIDNHUFAgcG9saWN5IGNvbnRyb2wgZnVuY3Rpb24sIHdoaWNoIGlzIGE8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHN0 YW5kYXJkIGZyYW1ld29yayB0byBwcm92aWRlIGEgUW9TIGNvbnRyb2wsIGFuZCB0byBlbmZv cmNlIHRoZSAzR1BQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc3RhbmRh cmQgZnJhbWV3b3JrIHRvIHByb3ZpZGUgYSBRb1MgY29udHJvbCwgYW5kIHRvIGVuZm9yY2Ug dGhlIDNHUFA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAyMCI+PC9hPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIFFvUyBwb2xpY3kgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dG88L3NwYW4+ IHRoZSBXaS1GaSBBY2Nlc3MgbmV0d29yay4gIFRoZSBQTUlQIGludGVyZmFjZSBpcyB1c2Vk PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFFvUyBwb2xpY3kgPHNwYW4g Y2xhc3M9Imluc2VydCI+b248L3NwYW4+IHRoZSBXaS1GaSBBY2Nlc3MgbmV0d29yay4gIFRo ZSBQTUlQIGludGVyZmFjZSBpcyB1c2VkPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0byByZWFsaXplIHRoaXMgUW9TIHBv bGljeSBwcm92aXNpb25pbmcuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg dG8gcmVhbGl6ZSB0aGlzIFFvUyBwb2xpY3kgcHJvdmlzaW9uaW5nLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMjEiPjwv YT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBUaGUgdXNlLWNhc2UgaXMgZGVwaWN0ZWQg b24gRmlndXJlIDMuICBUaGUgTU4gPHNwYW4gY2xhc3M9ImRlbGV0ZSI+aXM8L3NwYW4+IGZp cnN0IDxzcGFuIGNsYXNzPSJkZWxldGUiPmF0dGFjaGluZzwvc3Bhbj4gdG88L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhlIHVzZS1jYXNlIGlzIGRlcGljdGVkIG9u IEZpZ3VyZSAzLiAgVGhlIE1OIGZpcnN0IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmF0dGFjaGVz PC9zcGFuPiB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgV2ktRmkgbmV0d29yay4gIER1cmluZyBhdHRhY2ht ZW50IHByb2Nlc3MsIHRoZSBMTUEsIHdoaWNoIG1heSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5i ZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIFdpLUZp IG5ldHdvcmsuICBEdXJpbmcgPHNwYW4gY2xhc3M9Imluc2VydCI+dGhlPC9zcGFuPiBhdHRh Y2htZW50IHByb2Nlc3MsIHRoZSBMTUEsIHdoaWNoIG1heTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0i ZGVsZXRlIj4gICBpbiBjb21tdW5pY2F0aW9uPC9zcGFuPiB3aXRoIFBvbGljeSBDb250cm9s IEZ1bmN0aW9uIDxzcGFuIGNsYXNzPSJkZWxldGUiPih0aGlzIHN0ZXAgb2YgdGhlPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij5jb21tdW5pY2F0ZTwvc3Bhbj4gd2l0aCBQb2xpY3kgQ29udHJvbCBGdW5jdGlvbiA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij4odXNpbmcgcHJvY2VkdXJlczwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgcHJvY2VzcyBpcyBvdXQgb2Y8L3NwYW4+IHRoZSBzY29w ZSBvZiB0aGlzIGRvY3VtZW50KSwgcHJvdmlkZXMgdGhlIFFvUzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICBvdXRzaWRlPC9zcGFu PiB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudCksIHByb3ZpZGVzIHRoZSBRb1M8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ ICAgcGFyYW1ldGVycyB0byB0aGUgTUFHIDxzcGFuIGNsYXNzPSJkZWxldGUiPnBpZ2d5LWJh Y2tpbmc8L3NwYW4+IHRoZSBQTUlQIHNpZ25hbGluZyAoaS5lLiAgUEJBKS48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcGFyYW1ldGVycyB0byB0aGUgTUFHIDxzcGFu IGNsYXNzPSJpbnNlcnQiPmluIGFuIGV4dGVuc2lvbiB0bzwvc3Bhbj4gdGhlIFBNSVAgc2ln bmFsaW5nIChpLmUuIFBCQSkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTdWJzZXF1ZW50bHksIGFuIGFwcGxpY2F0aW9u IG9uIHRoZSBNTiBtYXkgdHJpZ2dlciB0aGUgcmVxdWVzdCBmb3I8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBTdWJzZXF1ZW50bHksIGFuIGFwcGxpY2F0aW9uIG9uIHRo ZSBNTiBtYXkgdHJpZ2dlciB0aGUgcmVxdWVzdCBmb3I8L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZm MDAyMiI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJkZWxl dGUiPmVuaGFuY2VkPC9zcGFuPiBRb1MgcmVzb3VyY2VzLCBlLmcuLCBieSB1c2Ugb2YgdGhl IFdNTS1BUEkgWzgwMjExZV0uICBUaGUgTU48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+YWx0ZXJuYXRlPC9zcGFuPiBRb1MgcmVz b3VyY2VzLCBlLmcuLCBieSB1c2Ugb2YgdGhlIFdNTS1BUEkgWzgwMjExZV0uICBUaGUgTU48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIG1heSByZXF1ZXN0IHRyYWZmaWMgcmVzb3VyY2VzIGJlIHJlc2VydmVkIHVzaW5n IEwyIHNpZ25hbGxpbmcsIGUuZy4sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgbWF5IHJlcXVlc3QgdHJhZmZpYyByZXNvdXJjZXMgYmUgcmVzZXJ2ZWQgdXNpbmcgTDIg c2lnbmFsbGluZywgZS5nLiw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNlbmRpbmcgYW4gQUREVFMgbWVzc2FnZSBbODAy MTFlXS4gIFRoZSByZXF1ZXN0IGlzIHJlbGF5ZWQgdG8gdGhlIE1BRzwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNlbmRpbmcgYW4gQUREVFMgbWVzc2FnZSBbODAyMTFl XS4gIFRoZSByZXF1ZXN0IGlzIHJlbGF5ZWQgdG8gdGhlIE1BRzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9 ImRpZmYwMDIzIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgd2hpY2ggPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+cGlnZ3liYWNrczwvc3Bhbj4gdGhlIFFvUyBwYXJhbWV0ZXJzIG9u IHRoZSBQTUlQIHNpZ25hbGxpbmcgKGkuZS4gIFBCVTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICB3aGljaCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5pbmNsdWRlczwvc3Bh bj4gdGhlIFFvUyBwYXJhbWV0ZXJzIG9uIHRoZSBQTUlQIHNpZ25hbGxpbmcgKGkuZS4gPHNw YW4gY2xhc3M9Imluc2VydCI+dGhlPC9zcGFuPiBQQlU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgaW5pdGlhdGVkIDxz cGFuIGNsYXNzPSJkZWxldGUiPm9uIHRoZTwvc3Bhbj4gZmxvdyBjcmVhdGlvbikuICBUaGUg TE1BLCBpbiBjby1vcmRpbmF0aW9uIHdpdGggdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIGluaXRpYXRlZCA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij51cG9uPC9zcGFu PiBmbG93IGNyZWF0aW9uKS4gIFRoZSBMTUEsIGluIGNvLW9yZGluYXRpb24gd2l0aCB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFBDRiwgY2FuIHRoZW4gYXV0aG9yaXplIHRoZSBlbmZvcmNlbWVudCBvZiBzdWNo IFFvUyBwb2xpY3kuICBUaGVuLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IFBDRiwgY2FuIHRoZW4gYXV0aG9yaXplIHRoZSBlbmZvcmNlbWVudCBvZiBzdWNoIFFvUyBw b2xpY3kuICBUaGVuLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDI0Ij48L2E+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgdGhlIFFvUyBwYXJhbWV0ZXJzIGFyZSBwcm92aWRlZCB0byB0 aGUgTUFHIDxzcGFuIGNsYXNzPSJkZWxldGUiPnBpZ2d5LWJhY2tpbmc8L3NwYW4+IHRoZSBQ TUlQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIHRoZSBRb1MgcGFyYW1l dGVycyBhcmUgcHJvdmlkZWQgdG8gdGhlIE1BRyA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5hcyBw YXJ0IG9mPC9zcGFuPiB0aGUgUE1JUDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgc2lnbmFsaW5nIGFuZCB0aGUgZXF1aXZh bGVudCBRb1MgdHJlYXRtZW50IGlzIHByb3ZpZGVkIHRvd2FyZHMgdGhlIE1OPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc2lnbmFsaW5nIGFuZCB0aGUgZXF1aXZhbGVu dCBRb1MgdHJlYXRtZW50IGlzIHByb3ZpZGVkIHRvd2FyZHMgdGhlIE1OPC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvbiB0 aGUgV2lGaSBsaW5rLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG9uIHRo ZSBXaUZpIGxpbmsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgKy0tLS0tLS0tKzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfCArLS0tLS0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwgfFBvbGljeSAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fCB8UG9saWN5ICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwgfENvbnRyb2wgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCB8Q29udHJvbCB8 PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgfEZ1 bmN0aW9ufDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCB8RnVuY3Rpb258PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgKy0tLSstLS0tKzwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgfCArLS0tKy0tLS0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9y PSJncmF5Ij48dGQ+PC90ZD48dGg+PGEgbmFtZT0icGFydC1sNyI+PHNtYWxsPnNraXBwaW5n IHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdlIDExLCBsaW5lIDM4PC9lbT48L2E+PC90 aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQtcjciPjxzbWFsbD5za2lwcGluZyB0byBj aGFuZ2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSAxMSwgbGluZSAzODwvZW0+PC9hPjwvdGg+PHRk PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgRmlndXJl IDM6IFFvUyBwb2xpY3kgcHJvdmlzaW9uaW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgICAgICAgICAgICAgICAgICAgRmlndXJlIDM6IFFvUyBwb2xpY3kgcHJvdmlz aW9uaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjMuNC4g IFVzZSBDYXNlIEMgLS0gRHluYW1pYyBVcGRhdGUgdG8gUW9TIFBvbGljeTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjMuNC4gIFVzZSBDYXNlIEMgLS0gRHluYW1pYyBVcGRh dGUgdG8gUW9TIFBvbGljeTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBBIG1vYmlsZSBub2RlIGlzIGF0dGFjaGVkIHRvIHRoZSBXTEFOIGFjY2VzcyBh bmQgaGFzIG9idGFpbmVkIFFvUzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IEEgbW9iaWxlIG5vZGUgaXMgYXR0YWNoZWQgdG8gdGhlIFdMQU4gYWNjZXNzIGFuZCBoYXMg b2J0YWluZWQgUW9TPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBwYXJhbWV0ZXJzIGZyb20gdGhlIExNQSBmb3IgdGhhdCBt b2JpbGl0eSBzZXNzaW9uLiAgSGF2aW5nIG9idGFpbmVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgcGFyYW1ldGVycyBmcm9tIHRoZSBMTUEgZm9yIHRoYXQgbW9iaWxp dHkgc2Vzc2lvbi4gIEhhdmluZyBvYnRhaW5lZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIFFvUyBwYXJhbWV0ZXJz LCBhIG5ldyBhcHBsaWNhdGlvbiwgZS5nLiAgSU1TIGFwcGxpY2F0aW9uLCBnZXRzPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIFFvUyBwYXJhbWV0ZXJzLCBhIG5l dyBhcHBsaWNhdGlvbiwgZS5nLiAgSU1TIGFwcGxpY2F0aW9uLCBnZXRzPC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBsYXVu Y2hlZCBvbiB0aGUgbW9iaWxlIG5vZGUgdGhhdCByZXF1aXJlcyBjZXJ0YWluIFFvUyBzdXBw b3J0LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGxhdW5jaGVkIG9uIHRo ZSBtb2JpbGUgbm9kZSB0aGF0IHJlcXVpcmVzIGNlcnRhaW4gUW9TIHN1cHBvcnQuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQ+PGEgbmFtZT0iZGlmZjAwMjUiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+CTxzcGFuIGNsYXNzPSJpbnNlcnQiPkNF UDogaXQgaXMgbGlrZWx5IHRoYXQgdGhlIGFwcGxpY2F0aW9uIGxhdW5jaCBpbml0aWF0ZXM8 L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj bGFzcz0iaW5zZXJ0Ij4JCXRoZSByZXF1ZXN0IGZvciBRb1Mgc3VwcG9ydCwgbm90IHRoZSBv dGhlciB3YXkgYXJvdW5kPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBUaGUgYXBwbGljYXRpb24gb24gdGhlIG1vYmlsZSBub2RlIGluaXRp YXRlcyB0aGUgY29tbXVuaWNhdGlvbnMgdmlhIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBUaGUgYXBwbGljYXRpb24gb24gdGhlIG1vYmlsZSBub2RlIGluaXRpYXRl cyB0aGUgY29tbXVuaWNhdGlvbnMgdmlhIGE8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlZGljYXRlZCBuZXR3b3JrIGZ1 bmN0aW9uIChlLmcuICBJTVMgQ2FsbCBTZXNzaW9uIENvbnRyb2wgRnVuY3Rpb24pLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRlZGljYXRlZCBuZXR3b3JrIGZ1bmN0 aW9uIChlLmcuICBJTVMgQ2FsbCBTZXNzaW9uIENvbnRyb2wgRnVuY3Rpb24pLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg T25jZSB0aGUgY29tbXVuaWNhdGlvbiBpcyBlc3RhYmxpc2hlZCwgdGhlIGFwcGxpY2F0aW9u IG5ldHdvcms8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBPbmNlIHRoZSBj b21tdW5pY2F0aW9uIGlzIGVzdGFibGlzaGVkLCB0aGUgYXBwbGljYXRpb24gbmV0d29yazwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgZnVuY3Rpb24gbm90aWZpZXMgdGhlIFBDUkYgZnVuY3Rpb24gYWJvdXQgdGhlIG5l dyBJUCBmbG93LiAgVGhlIFBDUkY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBmdW5jdGlvbiBub3RpZmllcyB0aGUgUENSRiBmdW5jdGlvbiBhYm91dCB0aGUgbmV3IElQ IGZsb3cuICBUaGUgUENSRjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZnVuY3Rpb24gaW4gdHVybiBub3RpZmllcyB0aGUg TE1BIGFib3V0IHRoZSBuZWVkZWQgUW9TIHBhcmFtZXRlcnM8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBmdW5jdGlvbiBpbiB0dXJuIG5vdGlmaWVzIHRoZSBMTUEgYWJv dXQgdGhlIG5lZWRlZCBRb1MgcGFyYW1ldGVyczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaWRlbnRpZnlpbmcgdGhlIElQ IGZsb3cgYW5kIFFvUyBwYXJhbWV0ZXJzLiAgTE1BIHNlbmRzIGEgVXBkYXRlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaWRlbnRpZnlpbmcgdGhlIElQIGZsb3cgYW5k IFFvUyBwYXJhbWV0ZXJzLiAgTE1BIHNlbmRzIGEgVXBkYXRlPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBOb3RpZmljYXRp b24gbWVzc2FnZSBbSS1ELmlldGYtbmV0ZXh0LXVwZGF0ZS1ub3RpZmljYXRpb25zXSB0byB0 aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBOb3RpZmljYXRpb24gbWVz c2FnZSBbSS1ELmlldGYtbmV0ZXh0LXVwZGF0ZS1ub3RpZmljYXRpb25zXSB0byB0aGU8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIE1BRyB3aXRoIHRoZSAiTm90aWZpY2F0aW9uIFJlYXNvbiIgdmFsdWUgc2V0IHRvICJG b3JjZSBSRVJFR0lTVEVSIi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBN QUcgd2l0aCB0aGUgIk5vdGlmaWNhdGlvbiBSZWFzb24iIHZhbHVlIHNldCB0byAiRm9yY2Ug UkVSRUdJU1RFUiIuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMjYiPjwvYT48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+CTxzcGFu IGNsYXNzPSJpbnNlcnQiPkNFUDogSXMgdGhpcyBzcGVjaWZpYyB0byB0aGUgc2NlbmFyaW8s IG9yIGRvZXMgdGhlIFFvUzwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPgkJZXh0ZW5zaW9uIHJlcXVpcmUgdXNl IG9mIHRoZSBub3RpZmljYXRpb24gJmx0O0kgaG9wZSBub3QmZ3Q7Pzwvc3Bhbj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIE1BRywgb24gcmVj ZWl2aW5nIHRoZSBVcGRhdGUgTm90aWZpY2F0aW9uIG1lc3NhZ2UsIGNvbXBsZXRlcyB0aGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgTUFHLCBvbiByZWNlaXZp bmcgdGhlIFVwZGF0ZSBOb3RpZmljYXRpb24gbWVzc2FnZSwgY29tcGxldGVzIHRoZTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkPjxhIG5hbWU9ImRpZmYwMDI3Ij48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg UEJVL1BCQSBzaWduYWxpbmcgZm9yIG9idGFpbmluZyB0aGUgbmV3IFFvUyBwYXJhbWV0ZXJz LiAgTUFHPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFBCVS9QQkEgc2ln bmFsaW5nIGZvciBvYnRhaW5pbmcgdGhlIG5ldyBRb1MgcGFyYW1ldGVycy4gIDxzcGFuIGNs YXNzPSJpbnNlcnQiPlRoZSA8L3NwYW4+TUFHPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcm92aXNpb25zIHRoZSBuZXds eSBvYnRhaW5lZCBRb1MgcGFyYW1ldGVycyBvbiB0aGUgYWNjZXNzIG5ldHdvcmsgdG88L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcm92aXNpb25zIHRoZSBuZXdseSBv YnRhaW5lZCBRb1MgcGFyYW1ldGVycyBvbiB0aGUgYWNjZXNzIG5ldHdvcmsgdG88L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZD48YSBuYW1lPSJkaWZmMDAyOCI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGVu c3VyZSB0aGUgbmV3bHkgZXN0YWJsaXNoZWQgSVAgZmxvdyBnZXRzIDxzcGFuIGNsYXNzPSJk ZWxldGUiPnNvbWUgZGVkaWNhPC9zcGFuPnRlZCBuZXR3b3JrPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgIGVuc3VyZSB0aGUgbmV3bHkgZXN0YWJsaXNoZWQgSVAgZmxv dyBnZXRzIDxzcGFuIGNsYXNzPSJpbnNlcnQiPml0cyByZXF1ZXM8L3NwYW4+dGVkIG5ldHdv cms8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHJlc291cmNlcy4gIFVwb24gdGVybWluYXRpb24gb2YgdGhlIG5ldyBmbG93 LCB0aGUgYXBwbGljYXRpb24gbmV0d29yazwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHJlc291cmNlcy4gIFVwb24gdGVybWluYXRpb24gb2YgdGhlIG5ldyBmbG93LCB0 aGUgYXBwbGljYXRpb24gbmV0d29yazwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZnVuY3Rpb24gYWdhaW4gbm90aWZpZXMg dGhlIFBDUkYgZnVuY3Rpb24gZm9yIHJlbW92aW5nIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGZ1bmN0aW9uIGFnYWluIG5vdGlmaWVzIHRoZSBQQ1JGIGZ1bmN0 aW9uIGZvciByZW1vdmluZyB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGVzdGFibGlzaGVkIGJlYXJlcnMuICBUaGUg UENSRiBub3RpZmllcyB0aGUgTE1BIGZvciB3aXRoZHJhd2luZyB0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBlc3RhYmxpc2hlZCBiZWFyZXJzLiAgVGhlIFBDUkYg bm90aWZpZXMgdGhlIExNQSBmb3Igd2l0aGRyYXdpbmcgdGhlPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0i ZGlmZjAwMjkiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBRb1MgcmVzb3VyY2Vz IGVzdGFibGlzaGVzIGZvciB0aGF0IHZvaWNlIGZsb3cuICBMTUEgc2VuZHMgYSBVcGRhdGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgUW9TIHJlc291cmNlcyBlc3Rh Ymxpc2hlcyBmb3IgdGhhdCB2b2ljZSBmbG93LiAgPHNwYW4gY2xhc3M9Imluc2VydCI+VGhl PC9zcGFuPiBMTUEgc2VuZHMgYSBVcGRhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPgk8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5DRVA6ICJJTVMiICAhPSAgInZv aWNlIjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIE5vdGlmaWNhdGlvbiBtZXNzYWdlIHRvIHRoZSBNQUcgd2l0 aCB0aGUgIk5vdGlmaWNhdGlvbiBSZWFzb24iIHZhbHVlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgTm90aWZpY2F0aW9uIG1lc3NhZ2UgdG8gdGhlIE1BRyB3aXRoIHRo ZSAiTm90aWZpY2F0aW9uIFJlYXNvbiIgdmFsdWU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHNldCB0byAiRm9yY2UgUkVS RUdJU1RFUiIuICBNQUcgb24gcmVjZWl2aW5nIHRoaXMgbWVzc2FnZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNldCB0byAiRm9yY2UgUkVSRUdJU1RFUiIuICBNQUcg b24gcmVjZWl2aW5nIHRoaXMgbWVzc2FnZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVXBkYXRlTm90aWZpY2F0aW9uIEFj ayBhbmQgY29tcGxldGVzIHRoZSBQQlUvUEJBIHNpZ25hbGluZyBmb3I8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBVcGRhdGVOb3RpZmljYXRpb24gQWNrIGFuZCBjb21w bGV0ZXMgdGhlIFBCVS9QQkEgc2lnbmFsaW5nIGZvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgb2J0YWluaW5nIHRoZSBu ZXcgUW9TIHBhcmFtZXRlcnMuICBNQUcgcHJvdmlzaW9ucyB0aGUgbmV3bHkgb2J0YWluZWQ8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvYnRhaW5pbmcgdGhlIG5ldyBR b1MgcGFyYW1ldGVycy4gIE1BRyBwcm92aXNpb25zIHRoZSBuZXdseSBvYnRhaW5lZDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgUW9TIHBhcmFtZXRlcnMgb24gdGhlIGFjY2VzcyBuZXR3b3JrIHRvIGVuc3VyZSB0aGUg ZGVkaWNhdGVkIG5ldHdvcms8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBR b1MgcGFyYW1ldGVycyBvbiB0aGUgYWNjZXNzIG5ldHdvcmsgdG8gZW5zdXJlIHRoZSBkZWRp Y2F0ZWQgbmV0d29yazwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVzb3VyY2VzIGFyZSBub3cgcmVtb3ZlZC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICByZXNvdXJjZXMgYXJlIG5vdyByZW1vdmVk LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4zLjUuICBSZWxl dmFudCBRb1MgQXR0cmlidXRlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjMu NS4gIFJlbGV2YW50IFFvUyBBdHRyaWJ1dGVzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBRb1MgT3B0aW9uIHNoYWxsIGF0IGxlYXN0IGNvbnRh aW4gYSBEU0NQIHZhbHVlIGJlaW5nIGFzc29jaWF0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBUaGUgUW9TIE9wdGlvbiBzaGFsbCBhdCBsZWFzdCBjb250YWluIGEg RFNDUCB2YWx1ZSBiZWluZyBhc3NvY2lhdGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJn cmF5Ij48dGQ+PC90ZD48dGg+PGEgbmFtZT0icGFydC1sOCI+PHNtYWxsPnNraXBwaW5nIHRv IGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdlIDEyLCBsaW5lIDM3PC9lbT48L2E+PC90aD48 dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQtcjgiPjxzbWFsbD5za2lwcGluZyB0byBjaGFu Z2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSAxMiwgbGluZSAzODwvZW0+PC9hPjwvdGg+PHRkPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIDIuICBQZXIgbW9iaWxpdHkgc2Vzc2lvbiBBZ2dyZWdhdGUgTWF4aW11bSBCaXQg UmF0ZSAoTVMtQU1CUikgdG8gYm90aDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIDIuICBQZXIgbW9iaWxpdHkgc2Vzc2lvbiBBZ2dyZWdhdGUgTWF4aW11bSBCaXQgUmF0 ZSAoTVMtQU1CUikgdG8gYm90aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIHVwbGluayBhbmQgZG93bmxpbmsgZGly ZWN0aW9ucy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgdXBsaW5r IGFuZCBkb3dubGluayBkaXJlY3Rpb25zLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBUaGUgZm9sbG93aW5nIGF0dHJpYnV0ZXMgcmVwcmVzZW50IGEg dXNlZnVsIHNldCBvZiBRb1MgcGFyYW1ldGVycyB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoZSBmb2xsb3dpbmcgYXR0cmlidXRlcyByZXByZXNlbnQgYSB1c2Vm dWwgc2V0IG9mIFFvUyBwYXJhbWV0ZXJzIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBuZWdvdGlhdGUgZHVyaW5nIHRo ZSBzZXNzaW9uIHNldHVwOjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG5l Z290aWF0ZSBkdXJpbmcgdGhlIHNlc3Npb24gc2V0dXA6PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDEuICBBbGxvY2F0aW9uIGFuZCBSZXRlbnRpb24g UHJpb3JpdHkgKEFSUCkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMS4g IEFsbG9jYXRpb24gYW5kIFJldGVudGlvbiBQcmlvcml0eSAoQVJQKS48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMi4gIEd1YXJhbnRlZWQgQml0IFJh dGUgKEdCUik8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAyLiAgR3VhcmFu dGVlZCBCaXQgUmF0ZSAoR0JSKTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDMwIj48L2E+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PjxzcGFuIGNsYXNzPSJpbnNlcnQiPglDRVA6IFRoaXMgYWNyb255bSBpcyBvbmx5IHVzZWQg b25jZSwgYW5kIHByb2JhYmx5IHNob3VsZCBub3QgYXBwZWFyPC9zcGFuPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAzLiAgTWF4aW11bSBCaXQgUmF0 ZSAoTUJSKTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDMuICBNYXhpbXVt IEJpdCBSYXRlIChNQlIpPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMzEiPjwvYT48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNw YW4gY2xhc3M9Imluc2VydCI+CUNFUDogVGhpcyBhY3JvbnltIGlzIG5ldmVyIHVzZWQ8L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEZvciBz b21lIG9wdGlvbmFsIFFvUyBhdHRyaWJ1dGVzIHRoZSBzaWduYWxpbmcgY2FuIGRpZmZlcmVu dGlhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBGb3Igc29tZSBvcHRp b25hbCBRb1MgYXR0cmlidXRlcyB0aGUgc2lnbmFsaW5nIGNhbiBkaWZmZXJlbnRpYXRlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBlbmZvcmNlbWVudCBwZXIgbW9iaWxpdHkgc2Vzc2lvbiBhbmQgcGVyIElQIGZsb3cu ICBBZGRpdGlvbmFsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZW5mb3Jj ZW1lbnQgcGVyIG1vYmlsaXR5IHNlc3Npb24gYW5kIHBlciBJUCBmbG93LiAgQWRkaXRpb25h bDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgYXR0cmlidXRlcyBjYW4gYmUgYXBwZW5kZWQgdG8gdGhlIFFvUyBvcHRpb24s IGJ1dCB0aGVpciBkZWZpbml0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgYXR0cmlidXRlcyBjYW4gYmUgYXBwZW5kZWQgdG8gdGhlIFFvUyBvcHRpb24sIGJ1dCB0 aGVpciBkZWZpbml0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbmQgc3BlY2lmaWNhdGlvbiBpcyBvdXQgb2Ygc2Nv cGUgb2YgdGhpcyBkb2N1bWVudCBhbmQgbGVmdCB0byB0aGVpcjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCBzcGVjaWZpY2F0aW9uIGlzIG91dCBvZiBzY29wZSBv ZiB0aGlzIGRvY3VtZW50IGFuZCBsZWZ0IHRvIHRoZWlyPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhY3R1YWwgZGVwbG95 bWVudC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhY3R1YWwgZGVwbG95 bWVudC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAzMiI+PC9hPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4JPHNwYW4gY2xhc3M9 Imluc2VydCI+Q0VQOiBJIGRvbid0IHNlZSBob3cgdGhlIGNvbnRlbnRzIG9mIHRoZSBRb1Mg b3B0aW9uIGNvdWxkPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+CQliZSBsZWZ0IG91dHNpZGUgb2YgdGhlIHNw ZWNpZmljYXRpb24gZm9yIHRoZSBRb1Mgb3B0aW9uLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSW5mb3JtYXRpb25hbCBOb3RlOiBJZiBE U0NQIHZhbHVlcyBmb2xsb3cgdGhlIDNHUFAgc3BlY2lmaWNhdGlvbiBhbmQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbmZvcm1hdGlvbmFsIE5vdGU6IElmIERTQ1Ag dmFsdWVzIGZvbGxvdyB0aGUgM0dQUCBzcGVjaWZpY2F0aW9uIGFuZDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGVwbG95 bWVudCwgdGhlIGNvZGUgcG9pbnQgY2FuIGNhcnJ5IGludHJpbnNpY2FsbHkgYWRkaXRpb25h bDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRlcGxveW1lbnQsIHRoZSBj b2RlIHBvaW50IGNhbiBjYXJyeSBpbnRyaW5zaWNhbGx5IGFkZGl0aW9uYWw8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGF0 dHJpYnV0ZXMgYWNjb3JkaW5nIHRvIGEgcHJlLWRlZmluZWQgbWFwcGluZyB0YWJsZTo8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhdHRyaWJ1dGVzIGFjY29yZGluZyB0 byBhIHByZS1kZWZpbmVkIG1hcHBpbmcgdGFibGU6PC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgaXMgdGhlIEdTTUEvM0dQUCBtYXBwaW5nIGZv ciBFUEMvTFRFOjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgaXMg dGhlIEdTTUEvM0dQUCBtYXBwaW5nIGZvciBFUEMvTFRFOjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBRQ0kgIFRyYWZmaWMgQ2xhc3MgICBEaWZmU2Vy diBQSEIgICAgRFNDUDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFFDSSAg VHJhZmZpYyBDbGFzcyAgIERpZmZTZXJ2IFBIQiAgICBEU0NQPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxICAgIENvbnZl cnNhdGlvbmFsICAgICAgIEVGICAgICAgICAxMDExMTA8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAxICAgIENvbnZlcnNhdGlvbmFsICAgICAgIEVGICAgICAgICAxMDEx MTA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIDIgICAgQ29udmVyc2F0aW9uYWwgICAgICAgRUYgICAgICAgIDEwMTExMDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDIgICAgQ29udmVyc2F0aW9uYWwg ICAgICAgRUYgICAgICAgIDEwMTExMDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+DQogICAgICA8dHIgYmdjb2xvcj0iZ3JheSI+ PHRkPjwvdGQ+PHRoPjxhIG5hbWU9InBhcnQtbDkiPjxzbWFsbD5za2lwcGluZyB0byBjaGFu Z2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSAxNiwgbGluZSAyNzwvZW0+PC9hPjwvdGg+PHRoPiA8 L3RoPjx0aD48YSBuYW1lPSJwYXJ0LXI5Ij48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0 PC9zbWFsbD48ZW0+IHBhZ2UgMTYsIGxpbmUgMjc8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIG1vYmlsaXR5IHNlc3Npb24gb3IgdG8gdGhlIG1vYmls ZSBub2RlLiAgU3BlY2lmaWNhbGx5LCB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICB0aGUgbW9iaWxpdHkgc2Vzc2lvbiBvciB0byB0aGUgbW9iaWxlIG5vZGUuICBT cGVjaWZpY2FsbHksIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZm9sbG93aW5nIHBhcmFtZXRlcnMgbXVzdCBiZSBk ZWZpbmVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGZvbGxvd2luZyBw YXJhbWV0ZXJzIG11c3QgYmUgZGVmaW5lZC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgMS4gIEZsb3cgU2VsZWN0b3JzIChpZiBRb1MgcGFyYW1ldGVy cyBhcmUgZXhwZWN0ZWQgdG8gYXBwbHkgYXQgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgMS4gIEZsb3cgU2VsZWN0b3JzIChpZiBRb1MgcGFyYW1ldGVycyBhcmUg ZXhwZWN0ZWQgdG8gYXBwbHkgYXQgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgZmxvdyBsZXZlbCk8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgZmxvdyBsZXZlbCk8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMi4gIERTQ1AgVmFsdWU8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAyLiAgRFNDUCBWYWx1ZTwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAzLiAgTGlzdCBvZiBRb1Mg cGFyYW1ldGVycyBlbmNvZGVkIGluIFRMViBmb3JtYXQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAzLiAgTGlzdCBvZiBRb1MgcGFyYW1ldGVycyBlbmNvZGVkIGluIFRM ViBmb3JtYXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk PjxhIG5hbWU9ImRpZmYwMDMzIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgSWYg YSBtb2JpbGUgYWNjZXNzIGdhdGV3YXkgaXMgZW5hYmxlZCB0byBzdXBwb3J0IFF1YWxpdHkg b2YgU2VydmljZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBJZiBhIG1v YmlsZSBhY2Nlc3MgZ2F0ZXdheSBpcyBlbmFibGVkIHRvIHN1cHBvcnQgPHNwYW4gY2xhc3M9 Imluc2VydCI+dGhlPC9zcGFuPiBRdWFsaXR5IG9mIFNlcnZpY2U8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgb3B0aW9u LCB1cG9uIGFjY2VwdGluZyBhIFByb3h5IEJpbmRpbmcgQWNrbm93bGVkZ2VtZW50IHdpdGgg UXVhbGl0eTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4JPHNwYW4gY2xhc3M9 Imluc2VydCI+Q0VQOiBQcm9iYWJseSBzaG91bGQgdXNlICJNQUciIGluIHRoaXMgc2VjdGlv bi4uLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg IG9wdGlvbiwgdXBvbiBhY2NlcHRpbmcgYSBQcm94eSBCaW5kaW5nIEFja25vd2xlZGdlbWVu dCB3aXRoIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmE8L3NwYW4+IFF1YWxpdHk8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG9m IFNlcnZpY2Ugb3B0aW9uLCBpdCBTSE9VTEQgdXBkYXRlIHRoZSBCaW5kaW5nIFVwZGF0ZSBM aXN0IGZvciB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgb2YgU2Vy dmljZSBvcHRpb24sIGl0IFNIT1VMRCB1cGRhdGUgdGhlIEJpbmRpbmcgVXBkYXRlIExpc3Qg Zm9yIHRoYXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIG1vYmlsaXR5IHNlc3Npb24gd2l0aCB0aGUgcXVhbGl0eSBvZiBz ZXJ2aWNlIHBhcmFtZXRlcnMgcmVjZWl2ZWQgZnJvbTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG1vYmlsaXR5IHNlc3Npb24gd2l0aCB0aGUgcXVhbGl0eSBvZiBzZXJ2 aWNlIHBhcmFtZXRlcnMgcmVjZWl2ZWQgZnJvbTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIGxvY2FsIG1vYmlsaXR5 IGFuY2hvci4gIEhvd2V2ZXIsIGlmIHRoZSBtb2JpbGUgYWNjZXNzIGdhdGV3YXkgaXM8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgbG9jYWwgbW9iaWxpdHkgYW5j aG9yLiAgSG93ZXZlciwgaWYgdGhlIG1vYmlsZSBhY2Nlc3MgZ2F0ZXdheSBpczwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg bm90IGVuYWJsZWQgdG8gc3VwcG9ydCBRdWFsaXR5IG9mIFNlcnZpY2Ugb3B0aW9uLCBpdCBT SE9VTEQganVzdCBza2lwPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbm90 IGVuYWJsZWQgdG8gc3VwcG9ydCBRdWFsaXR5IG9mIFNlcnZpY2Ugb3B0aW9uLCBpdCBTSE9V TEQganVzdCBza2lwPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgb3B0aW9uIGFuZCBjb250aW51ZSB0byBwcm9jZXNz IHRoZSByZXN0IG9mIHRoZSBtZXNzYWdlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHRoZSBvcHRpb24gYW5kIGNvbnRpbnVlIHRvIHByb2Nlc3MgdGhlIHJlc3Qgb2Yg dGhlIG1lc3NhZ2UuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMzQiPjwvYT48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4g Y2xhc3M9Imluc2VydCI+CUNFUDogc2tpcHBhYmxlIG9wdGlvbiBudW1iZXIuLi48L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBtb2Jp bGl0eSBhY2Nlc3MgZ2F0ZXdheSBTSE9VTEQgZW5mb3JjZSB0aGUgUXVhbGl0eSBvZiBTZXJ2 aWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIG1vYmlsaXR5IGFj Y2VzcyBnYXRld2F5IFNIT1VMRCBlbmZvcmNlIHRoZSBRdWFsaXR5IG9mIFNlcnZpY2U8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHJ1bGVzIG9uIHRoZSBtb2JpbGUgbm9kZSdzIHVwbGluayBhbmQgZG93bmxpbmsgdHJh ZmZpYyBhcyBub3RpZmllZCBieTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHJ1bGVzIG9uIHRoZSBtb2JpbGUgbm9kZSdzIHVwbGluayBhbmQgZG93bmxpbmsgdHJhZmZp YyBhcyBub3RpZmllZCBieTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIGxvY2FsIG1vYmlsaXR5IGFuY2hvci4gIFRo ZSB0cmFmZmljIHNlbGVjdG9ycyBpbiB0aGUgcmVjZWl2ZWQ8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICB0aGUgbG9jYWwgbW9iaWxpdHkgYW5jaG9yLiAgVGhlIHRyYWZm aWMgc2VsZWN0b3JzIGluIHRoZSByZWNlaXZlZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUXVhbGl0eSBvZiBTZXJ2aWNl IG9wdGlvbiBhcmUgdG8gYmUgdXNlZCBmb3IgdGhlIGZsb3cgaWRlbnRpZmljYXRpb24uPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgUXVhbGl0eSBvZiBTZXJ2aWNlIG9w dGlvbiBhcmUgdG8gYmUgdXNlZCBmb3IgdGhlIGZsb3cgaWRlbnRpZmljYXRpb24uPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBUaGUgRFNDUCBmaWVsZCBpbiB0aGUgb3B0aW9uIGFsb25nIHdpdGggdGhlIG90aGVyIHBh cmFtZXRlcnMgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhl IERTQ1AgZmllbGQgaW4gdGhlIG9wdGlvbiBhbG9uZyB3aXRoIHRoZSBvdGhlciBwYXJhbWV0 ZXJzIGluIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgUW9TIEluZm9ybWF0aW9uIGZpZWxkIGFyZSB0byBiZSB1c2Vk IGZvciB0aGUgZmxvdyB0cmVhdG1lbnQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgUW9TIEluZm9ybWF0aW9uIGZpZWxkIGFyZSB0byBiZSB1c2VkIGZvciB0aGUgZmxv dyB0cmVhdG1lbnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIEluIGRlcGxveW1lbnRzIHdoZXJlIHRoZSBtb2JpbGUgYWNjZXNzIGdhdGV3YXkgaXMg Y29sbG9jYXRlZCB3aXRoIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJ biBkZXBsb3ltZW50cyB3aGVyZSB0aGUgbW9iaWxlIGFjY2VzcyBnYXRld2F5IGlzIGNvbGxv Y2F0ZWQgd2l0aCBhPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwMzUiPjwvYT48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICBXTEFOIGNvbnRyb2xsZXIsIDxzcGFuIGNsYXNzPSJkZWxldGUi PnRoZXJlIGlzIGludGVyd29ya2luZzwvc3Bhbj4gbmVlZGVkIGJldHdlZW4gdGhlIHR3bzwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBXTEFOIGNvbnRyb2xsZXIsIDxz cGFuIGNsYXNzPSJpbnNlcnQiPmludGVyd29ya2luZyBpczwvc3Bhbj4gbmVlZGVkIGJldHdl ZW4gdGhlIHR3bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgZnVuY3Rpb25zIGZvciBleGNoYW5naW5nIHRoZSBRdWFsaXR5 IG9mIFNlcnZpY2UgcGFyYW1ldGVycy4gIFRoZSBXTEFOPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgZnVuY3Rpb25zIGZvciBleGNoYW5naW5nIHRoZSBRdWFsaXR5IG9m IFNlcnZpY2UgcGFyYW1ldGVycy4gIFRoZSBXTEFOPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb250cm9sbGVyIGNhbiBw b3RlbnRpYWxseSBkZWxpdmVyIHRoZSBRdWFsaXR5IG9mIFNlcnZpY2UgcGFyYW1ldGVyczwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbnRyb2xsZXIgY2FuIHBvdGVu dGlhbGx5IGRlbGl2ZXIgdGhlIFF1YWxpdHkgb2YgU2VydmljZSBwYXJhbWV0ZXJzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICB0byB0aGUgQWNjZXNzIFBvaW50L1dUUCBvdmVyIENBUFdBUCBvciBvdGhlciBjb250cm9s IHByb3RvY29sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdG8gdGhlIEFj Y2VzcyBQb2ludC9XVFAgb3ZlciBDQVBXQVAgb3Igb3RoZXIgY29udHJvbCBwcm90b2NvbDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgaW50ZXJmYWNlLiAgVGhlIHNwZWNpZmljIGRldGFpbHMgb24gaG93IHRoYXQgaXMg YWNoaWV2ZWQgaXMgb3V0c2lkZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGludGVyZmFjZS4gIFRoZSBzcGVjaWZpYyBkZXRhaWxzIG9uIGhvdyB0aGF0IGlzIGFjaGll dmVkIGlzIG91dHNpZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBzY29wZSBvZiB0aGlzIGRvY3Vt ZW50LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij40LjIuICBM b2NhbCBNb2JpbGl0eSBBbmNob3IgQ29uc2lkZXJhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij40LjIuICBMb2NhbCBNb2JpbGl0eSBBbmNob3IgQ29uc2lkZXJhdGlv bnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGNv bmNlcHR1YWwgQmluZGluZyBDYWNoZSBlbnRyeSBkYXRhIHN0cnVjdHVyZSBtYWludGFpbmVk IGJ5IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBjb25jZXB0 dWFsIEJpbmRpbmcgQ2FjaGUgZW50cnkgZGF0YSBzdHJ1Y3R1cmUgbWFpbnRhaW5lZCBieSB0 aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGxvY2FsIG1vYmlsaXR5IGFuY2hvciwgZGVzY3JpYmVkIGluIFNlY3Rpb24g NS4xIG9mIFtSRkM1MjEzXSwgTVVTVCBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIGxvY2FsIG1vYmlsaXR5IGFuY2hvciwgZGVzY3JpYmVkIGluIFNlY3Rpb24gNS4x IG9mIFtSRkM1MjEzXSwgTVVTVCBiZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+DQogICAgICA8dHIgYmdjb2xvcj0iZ3JheSI+ PHRkPjwvdGQ+PHRoPjxhIG5hbWU9InBhcnQtbDEwIj48c21hbGw+c2tpcHBpbmcgdG8gY2hh bmdlIGF0PC9zbWFsbD48ZW0+IHBhZ2UgMTcsIGxpbmUgMjk8L2VtPjwvYT48L3RoPjx0aD4g PC90aD48dGg+PGEgbmFtZT0icGFydC1yMTAiPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2Ug YXQ8L3NtYWxsPjxlbT4gcGFnZSAxNywgbGluZSAyOTwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBVcG9uIGFjY2VwdGluZyBhIFByb3h5IEJpbmRpbmcgVXBk YXRlIG1lc3NhZ2UgW1JGQzUyMTNdIGZyb20gYSBtb2JpbGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBVcG9uIGFjY2VwdGluZyBhIFByb3h5IEJpbmRpbmcgVXBkYXRl IG1lc3NhZ2UgW1JGQzUyMTNdIGZyb20gYSBtb2JpbGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFjY2VzcyBnYXRld2F5 LCBhbmQgaWYgdGhlIGxvY2FsIG1vYmlsaXR5IGFuY2hvciBpcyBlbmFibGVkIHRvPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWNjZXNzIGdhdGV3YXksIGFuZCBpZiB0 aGUgbG9jYWwgbW9iaWxpdHkgYW5jaG9yIGlzIGVuYWJsZWQgdG88L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGVuZm9yY2Ug dGhlIFF1YWxpdHkgb2YgU2VydmljZSBydWxlcywgaXQgU0hPVUxEIGNvbnN0cnVjdCB0aGUg UXVhbGl0eTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGVuZm9yY2UgdGhl IFF1YWxpdHkgb2YgU2VydmljZSBydWxlcywgaXQgU0hPVUxEIGNvbnN0cnVjdCB0aGUgUXVh bGl0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgb2YgU2VydmljZSBtb2JpbGl0eSBvcHRpb24gYW5kIGluY2x1ZGUgaXQg aW4gdGhlIFByb3h5IEJpbmRpbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBvZiBTZXJ2aWNlIG1vYmlsaXR5IG9wdGlvbiBhbmQgaW5jbHVkZSBpdCBpbiB0aGUgUHJv eHkgQmluZGluZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgQWNrbm93bGVkZ2VtZW50IG1lc3NhZ2UuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQWNrbm93bGVkZ2VtZW50IG1lc3NhZ2UuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v IiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBRdWFsaXR5IG9m IFNlcnZpY2UgTVVTVCBiZSBjb25zdHJ1Y3RlZCBhcyBzcGVjaWZpZWQgaW4gU2VjdGlvbiA1 LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBRdWFsaXR5IG9mIFNl cnZpY2UgTVVTVCBiZSBjb25zdHJ1Y3RlZCBhcyBzcGVjaWZpZWQgaW4gU2VjdGlvbiA1Ljwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgVGhlIGZsb3cgc2VsZWN0b3JzIGFuZCB0aGUgcGFyYW1ldGVycyBmb3IgZmxvdyB0 cmVhdG1lbnQgTVVTVCBiZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo ZSBmbG93IHNlbGVjdG9ycyBhbmQgdGhlIHBhcmFtZXRlcnMgZm9yIGZsb3cgdHJlYXRtZW50 IE1VU1QgYmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIGluY2x1ZGVkIGluIHRoZSBvcHRpb24gb25seSBpZiBRb1MgcG9s aWN5IGlzIGV4cGVjdGVkIHRvIGFwcGx5IGF0IHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGluY2x1ZGVkIGluIHRoZSBvcHRpb24gb25seSBpZiBRb1MgcG9saWN5 IGlzIGV4cGVjdGVkIHRvIGFwcGx5IGF0IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZmxvdyBsZXZlbC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBmbG93IGxldmVsLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5h bWU9ImRpZmYwMDM2Ij48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPglDRVA6IHJld29y ZD88L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IFRoZSBsb2NhbCBtb2JpbGl0eSBhbmNob3IgU0hPVUxEIGVuZm9yY2UgdGhlIFF1YWxpdHkg b2YgU2VydmljZSBydWxlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo ZSBsb2NhbCBtb2JpbGl0eSBhbmNob3IgU0hPVUxEIGVuZm9yY2UgdGhlIFF1YWxpdHkgb2Yg U2VydmljZSBydWxlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgb24gdGhlIG1vYmlsZSBub2RlJ3MgdXBsaW5rIGFuZCBk b3dubGluayB0cmFmZmljIGFzIHNwZWNpZmllZCBmb3I8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBvbiB0aGUgbW9iaWxlIG5vZGUncyB1cGxpbmsgYW5kIGRvd25saW5r IHRyYWZmaWMgYXMgc3BlY2lmaWVkIGZvcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhhdCBtb2JpbGl0eSBzZXNzaW9u LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoYXQgbW9iaWxpdHkgc2Vz c2lvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAzNyI+PC9hPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3NwYW4+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQi PglDRVA6IHdoeSBub3QgTVVTVCwgaWYgdGhlIHJlcXVlc3QgZGlkIG5vdCBnZW5lcmF0ZSBh biBlcnJvcj88L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij41LiAgUXVhbGl0eSBvZiBTZXJ2aWNlIE9wdGlvbjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjUuICBRdWFsaXR5IG9mIFNlcnZpY2UgT3B0 aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEEgbmV3 IG9wdGlvbiwgUXVhbGl0eSBvZiBTZXJ2aWNlIG9wdGlvbiwgaXMgZGVmaW5lZCBmb3IgdXNl IHdpdGggYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEEgbmV3IG9wdGlv biwgUXVhbGl0eSBvZiBTZXJ2aWNlIG9wdGlvbiwgaXMgZGVmaW5lZCBmb3IgdXNlIHdpdGgg YTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgUHJveHkgQmluZGluZyBVcGRhdGUgKFBCVSkgYW5kIFByb3h5IEJpbmRpbmcg QWNrbm93bGVkZ2VtZW50IChQQkEpPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgUHJveHkgQmluZGluZyBVcGRhdGUgKFBCVSkgYW5kIFByb3h5IEJpbmRpbmcgQWNrbm93 bGVkZ2VtZW50IChQQkEpPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtZXNzYWdlcyBleGNoYW5nZWQgYmV0d2VlbiBhIGxv Y2FsIG1vYmlsaXR5IGFuY2hvciBhbmQgYSBtb2JpbGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBtZXNzYWdlcyBleGNoYW5nZWQgYmV0d2VlbiBhIGxvY2FsIG1vYmls aXR5IGFuY2hvciBhbmQgYSBtb2JpbGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFjY2VzcyBnYXRld2F5LiAgVGhpcyBv cHRpb24gaXMgdXNlZCBmb3IgcHJvdmlkaW5nIFFvUyBwb2xpY2llcyBhbmQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhY2Nlc3MgZ2F0ZXdheS4gIFRoaXMgb3B0aW9u IGlzIHVzZWQgZm9yIHByb3ZpZGluZyBRb1MgcG9saWNpZXMgYW5kPC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbmZvcm1h dGlvbiB0byB0aGUgbW9iaWxlIGFjY2VzcyBnYXRld2F5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGluZm9ybWF0aW9uIHRvIHRoZSBtb2JpbGUgYWNjZXNzIGdhdGV3 YXkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBh bGlnbm1lbnQgcmVxdWlyZW1lbnQgZm9yIHRoaXMgb3B0aW9uIGlzIDRuLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBhbGlnbm1lbnQgcmVxdWlyZW1lbnQgZm9y IHRoaXMgb3B0aW9uIGlzIDRuLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4NCiAgICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGQ+PC90ZD48dGg+PGEgbmFt ZT0icGFydC1sMTEiPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxlbT4g cGFnZSAxOSwgbGluZSA4PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBh cnQtcjExIj48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48ZW0+IHBhZ2Ug MTksIGxpbmUgODwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBv ICBEU0NQOiBBbiA2LWJpdCB1bnNpZ25lZCBpbnRlZ2VyIGluZGljYXRpbmcgdGhlIGNvZGUg cG9pbnQgdmFsdWUsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgRFND UDogQW4gNi1iaXQgdW5zaWduZWQgaW50ZWdlciBpbmRpY2F0aW5nIHRoZSBjb2RlIHBvaW50 IHZhbHVlLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgICAgYXMgZGVmaW5lZCBpbiBbUkZDMjQ3NV0gdG8gYmUgdXNlZCBm b3IgdGhlIGZsb3cuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgYXMg ZGVmaW5lZCBpbiBbUkZDMjQ3NV0gdG8gYmUgdXNlZCBmb3IgdGhlIGZsb3cuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIFFvUyBJbmZvcm1hdGlv bjogb25lIG9yIG1vcmUgVHlwZS1MZW5ndGgtVmFsdWUgKFRMVikgZW5jb2RlZCBRb1M8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBRb1MgSW5mb3JtYXRpb246IG9u ZSBvciBtb3JlIFR5cGUtTGVuZ3RoLVZhbHVlIChUTFYpIGVuY29kZWQgUW9TPC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICBwb2xpY2llcy4gIFRoZSBpbnRlcnByZXRhdGlvbiBhbmQgdXNhZ2Ugb2YgdGhlIFFvUyBp bmZvcm1hdGlvbiBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHBv bGljaWVzLiAgVGhlIGludGVycHJldGF0aW9uIGFuZCB1c2FnZSBvZiB0aGUgUW9TIGluZm9y bWF0aW9uIGlzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICBzcGVjaWZpYyB0byB0aGUgVExWLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHNwZWNpZmljIHRvIHRoZSBUTFYuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjYuICBGb3JtYXQgb2YgdGhlIFF1 YWxpdHkgb2YgU2VydmljZSBBdHRyaWJ1dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij42LiAgRm9ybWF0IG9mIHRoZSBRdWFsaXR5IG9mIFNlcnZpY2UgQXR0cmlidXRlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBRb1MgQXR0 cmlidXRlIGFyZSB1c2VkIGZvciBjYXJyeWluZyBRb1MgcG9saWN5IGF0dHJpYnV0ZXMuICBU aGVzZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoZSBRb1MgQXR0cmli dXRlIGFyZSB1c2VkIGZvciBjYXJyeWluZyBRb1MgcG9saWN5IGF0dHJpYnV0ZXMuICBUaGVz ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDM4Ij48L2E+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+c3ViLW9wdGlvbnM8L3NwYW4+IGNhbiBiZSBp bmNsdWRlZCBpbiB0aGUgUW9TIG9wdGlvbiBkZWZpbmVkIGluIFNlY3Rpb24gNS48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+c3Vi b3B0aW9uczwvc3Bhbj4gY2FuIGJlIGluY2x1ZGVkIGluIHRoZSBRb1Mgb3B0aW9uIGRlZmlu ZWQgaW4gU2VjdGlvbiA1LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBUaGUgZm9ybWF0IG9mIHRoaXMgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+c3ViLW9wdGlvbjwvc3Bhbj4gaXMgYXMgZm9sbG93cy48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhlIGZvcm1hdCBvZiB0aGlzIDxzcGFuIGNs YXNzPSJpbnNlcnQiPnN1Ym9wdGlvbjwvc3Bhbj4gaXMgYXMgZm9sbG93cy48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPgk8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij5DRVA6IFNob3VsZCByZW9yZ2FuaXplIHRoZSBUTFZzIHNvIHRoYXQgdGhlIFRyYWZm aWMgU2VsZWN0b3I8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCShzZWN0aW9uIDYuOCkgY29tZXMgYmVmb3Jl IHRoZSBRb1MgY29uc3RyYWludHM8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAg ICAgICAgICAgICAgICAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMg NCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgIFR5 cGUgICAgICAgfCAgICAgTGVuZ3RoICAgIHwgICAgICAgICBPcHRpb24gRGF0YSAgICAgICAg ICAgfjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgVHlwZSAgICAg ICB8ICAgICBMZW5ndGggICAgfCAgICAgICAgIE9wdGlvbiBEYXRhICAgICAgICAgICB+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgICAgICAgICAgICAgIEZpZ3VyZSA3OiBRdWFsaXR5IG9mIFNlcnZpY2UgQXR0cmlidXRl PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAgICAgRmln dXJlIDc6IFF1YWxpdHkgb2YgU2VydmljZSBBdHRyaWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgUW9TIEF0dHJpYnV0ZSBUeXBlOiAgOC1iaXQg dW5zaWduZWQgaW50ZWdlciBpbmRpY2F0aW5nIHRoZSB0eXBlIG9mPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgUW9TIEF0dHJpYnV0ZSBUeXBlOiAgOC1iaXQgdW5zaWdu ZWQgaW50ZWdlciBpbmRpY2F0aW5nIHRoZSB0eXBlIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4NCiAgICAgIDx0ciBiZ2Nv bG9yPSJncmF5Ij48dGQ+PC90ZD48dGg+PGEgbmFtZT0icGFydC1sMTIiPjxzbWFsbD5za2lw cGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxlbT4gcGFnZSAxOSwgbGluZSAzNjwvZW0+PC9h PjwvdGg+PHRoPiA8L3RoPjx0aD48YSBuYW1lPSJwYXJ0LXIxMiI+PHNtYWxsPnNraXBwaW5n IHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdlIDE5LCBsaW5lIDM5PC9lbT48L2E+PC90 aD48dGQ+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDIgLSAgUGVyIE1vYmlsZSBOb2Rl IEFnZ3JlZ2F0ZSBNYXhpbXVtIFVwbGluayBCaXQgUmF0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgIDIgLSAgUGVyIE1vYmlsZSBOb2RlIEFnZ3JlZ2F0ZSBNYXhp bXVtIFVwbGluayBCaXQgUmF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICAzIC0gIFBlciBNb2JpbGl0eSBTZXNzaW9uIEFnZ3JlZ2F0ZSBNYXhp bXVtIERvd25saW5rIEJpdCBSYXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgMyAtICBQZXIgTW9iaWxpdHkgU2Vzc2lvbiBBZ2dyZWdhdGUgTWF4aW11bSBEb3du bGluayBCaXQgUmF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgICA0IC0gIFBlciBNb2JpbGl0eSBTZXNzaW9uIEFnZ3JlZ2F0ZSBNYXhpbXVtIFVw bGluayBCaXQgUmF0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDQg LSAgUGVyIE1vYmlsaXR5IFNlc3Npb24gQWdncmVnYXRlIE1heGltdW0gVXBsaW5rIEJpdCBS YXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDUg LSAgQWxsb2NhdGlvbiBhbmQgUmV0ZW50aW9uIFByaW9yaXR5PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgNSAtICBBbGxvY2F0aW9uIGFuZCBSZXRlbnRpb24gUHJp b3JpdHk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg NiAtICBUcmFmZmljIFNlbGVjdG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgNiAtICBUcmFmZmljIFNlbGVjdG9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJkaWZmMDAzOSI+PC9hPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBj bGFzcz0iaW5zZXJ0Ij4gICAgICAJQ0VQOiAgR3VhcmFudGVlZCBEb3dubGluayBCaXQgUmF0 ZSBpcyBtaXNzaW5nLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRv cCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDcgLSAgR3VhcmFudGVlZCBVcGxpbmsg Qml0IFJhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICA3IC0gIEd1 YXJhbnRlZWQgVXBsaW5rIEJpdCBSYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIExlbmd0aDogIDgtYml0IHVuc2lnbmVkIGludGVnZXIgaW5kaWNh dGluZyB0aGUgbnVtYmVyIG9mIG9jdGV0czwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIExlbmd0aDogIDgtYml0IHVuc2lnbmVkIGludGVnZXIgaW5kaWNhdGluZyB0aGUg bnVtYmVyIG9mIG9jdGV0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgbmVlZGVkIHRvIGVuY29kZSB0aGUgT3B0aW9u IERhdGEsIGV4Y2x1ZGluZyB0aGUgVHlwZSBhbmQgTGVuZ3RoPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgbmVlZGVkIHRvIGVuY29kZSB0aGUgT3B0aW9uIERhdGEs IGV4Y2x1ZGluZyB0aGUgVHlwZSBhbmQgTGVuZ3RoPC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBmaWVsZHMuPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgZmllbGRzLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5h bWU9ImRpZmYwMDQwIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPgk8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5DRVA6IERvIHRo ZXNlIGNvcnJlc3BvbmQgd2l0aCAzR1BQIGRlZmluaXRpb25zPzwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPglD RVA6IFdoYXQgYWJvdXQgZGVmaW5pdGlvbnMgZnJvbSBvdGhlciBTRE9zPzwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNl cnQiPglDRVA6IE5vdGhpbmcgYWJvdXQgbGF0ZW5jeSwgaml0dGVyLi4uPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij42LjEuICBQZXIgTW9iaWxl IE5vZGUgQWdncmVnYXRlIE1heGltdW0gRG93bmxpbmsgQml0IFJhdGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij42LjEuICBQZXIgTW9iaWxlIE5vZGUgQWdncmVnYXRlIE1h eGltdW0gRG93bmxpbmsgQml0IFJhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDQxIj48L2E+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+VGhlPC9zcGFuPiBtYXhpbXVtIGRv d25saW5rIGJpdCByYXRlIGZvciBhIHNpbmdsZSBNb2JpbGUgTm9kZS4gIFRoZSBtYXhpbXVt PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIDxzcGFuIGNsYXNzPSJpbnNl cnQiPlRoaXMgaXMgdGhlPC9zcGFuPiBtYXhpbXVtIGRvd25saW5rIGJpdCByYXRlIGZvciBh IHNpbmdsZSBNb2JpbGUgTm9kZS4gIFRoZSBtYXhpbXVtPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGlzIGFuIGFnZ3Jl Z2F0ZSBvZiBhbGwgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bW9iaWxpdHkgc2Vzc2lvbjwvc3Bh bj4gdGhlIE1vYmlsZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5Ob2RlIGhhcy48L3NwYW4+ICBX aGVuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGlzIGFuIGFnZ3JlZ2F0 ZSBvZiBhbGwgdGhlIE1vYmlsZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5Ob2RlJ3MgbW9iaWxp dHkgc2Vzc2lvbnMuPC9zcGFuPiAgV2hlbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcHJvdmlkZWQgaW4gYSByZXF1ZXN0 LCBpdCBpbmRpY2F0ZXMgdGhlIG1heGltdW0gcmVxdWVzdGVkIGJhbmR3aWR0aC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcm92aWRlZCBpbiBhIHJlcXVlc3QsIGl0 IGluZGljYXRlcyB0aGUgbWF4aW11bSByZXF1ZXN0ZWQgYmFuZHdpZHRoLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxh IG5hbWU9ImRpZmYwMDQyIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgV2hlbiBw cm92aWRlZCBpbiBhbiBhPHNwYW4gY2xhc3M9ImRlbGV0ZSI+bnN3ZXI8L3NwYW4+LCBpdCBp bmRpY2F0ZXMgdGhlIG1heGltdW0gYmFuZHdpZHRoPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIFdoZW4gcHJvdmlkZWQgaW4gYW4gYTxzcGFuIGNsYXNzPSJpbnNlcnQi PmNrbm93bGVkZ2VtZW50PC9zcGFuPiwgaXQgaW5kaWNhdGVzIHRoZSBtYXhpbXVtIGJhbmR3 aWR0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgYWNjZXB0ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgYWNjZXB0ZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAg ICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgIDAgICAg ICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAg IDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1 IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICBUeXBlICAgICAgfCAgICAg TGVuZ3RoICAgIHwgICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgfDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgIFR5cGUgICAgICB8ICAgICBMZW5ndGgg ICAgfCAgICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst KzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICB8ICAgICAgICAgICAgICAgICAgICAgICBNYXgtQmFuZHdpZHRoLURMICAgICAgICAgICAg ICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAg ICAgICAgICAgICAgICAgICAgIE1heC1CYW5kd2lkdGgtREwgICAgICAgICAgICAgICAgICAg ICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPg0KICAgICAgPHRyIGJnY29sb3I9ImdyYXkiPjx0ZD48L3RkPjx0aD48YSBuYW1l PSJwYXJ0LWwxMyI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBw YWdlIDIxLCBsaW5lIDIyPC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBh cnQtcjEzIj48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48ZW0+IHBhZ2Ug MjEsIGxpbmUgMjI8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBUeXBlOiAzPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgVHlwZTogMzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBMZW5ndGg6IFRoZSBsZW5ndGgg b2YgZm9sbG93aW5nIGRhdGEgdmFsdWUgaW4gb2N0ZXRzLiAgU2V0IHRvIDYuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgTGVuZ3RoOiBUaGUgbGVuZ3RoIG9mIGZv bGxvd2luZyBkYXRhIHZhbHVlIGluIG9jdGV0cy4gIFNldCB0byA2LjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBNYXgtUmVxdWVzdGVkLUJhbmR3 aWR0aC1ETDogaXMgb2YgdHlwZSB1bnNpZ25lZCAzMiBiaXQgaW50ZWdlciw8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBNYXgtUmVxdWVzdGVkLUJhbmR3aWR0aC1E TDogaXMgb2YgdHlwZSB1bnNpZ25lZCAzMiBiaXQgaW50ZWdlciw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGFuZCBp dCBpbmRpY2F0ZXMgdGhlIG1heGltdW0gYmFuZHdpZHRoIGluIGJpdHMgcGVyIHNlY29uZCBm b3IgYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGFuZCBpdCBpbmRp Y2F0ZXMgdGhlIG1heGltdW0gYmFuZHdpZHRoIGluIGJpdHMgcGVyIHNlY29uZCBmb3IgYTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgZG93bmxpbmsgSVAgZmxvdy4gIFRoZSBiYW5kd2lkdGggY29udGFpbnMgYWxs IHRoZSBvdmVyaGVhZCBjb21pbmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICAgICBkb3dubGluayBJUCBmbG93LiAgVGhlIGJhbmR3aWR0aCBjb250YWlucyBhbGwgdGhl IG92ZXJoZWFkIGNvbWluZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgZnJvbSB0aGUgSVAtbGF5ZXIgYW5kIHRoZSBs YXllcnMgYWJvdmUsIGUuZy4gIElQLCBVRFAsIFJUUCBhbmQgUlRQPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgZnJvbSB0aGUgSVAtbGF5ZXIgYW5kIHRoZSBsYXll cnMgYWJvdmUsIGUuZy4gIElQLCBVRFAsIFJUUCBhbmQgUlRQPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBwYXlsb2Fk LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHBheWxvYWQuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQ+PGEgbmFtZT0iZGlmZjAwNDMiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+CUNF UDogSG93IGlzIHRoZSBzZXNzaW9uIGlkZW50aWZpZWQ/Pzwvc3Bhbj48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Ni40LiAgUGVyIE1vYmlsaXR5IFNlc3Np b24gQWdncmVnYXRlIE1heGltdW0gVXBsaW5rIEJpdCBSYXRlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+Ni40LiAgUGVyIE1vYmlsaXR5IFNlc3Npb24gQWdncmVnYXRlIE1h eGltdW0gVXBsaW5rIEJpdCBSYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIFRoZSBtYXhpbXVtIHVwbGluayBiaXQgcmF0ZSBmb3IgYSBzaW5nbGUg c3BlY2lmaWMgbW9iaWxpdHkgc2Vzc2lvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIFRoZSBtYXhpbXVtIHVwbGluayBiaXQgcmF0ZSBmb3IgYSBzaW5nbGUgc3BlY2lm aWMgbW9iaWxpdHkgc2Vzc2lvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlIE1vYmlsZSBOb2RlIGhhcy4gIFdoZW4g cHJvdmlkZWQgaW4gYSByZXF1ZXN0LCBpdCBpbmRpY2F0ZXMgdGhlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIE1vYmlsZSBOb2RlIGhhcy4gIFdoZW4gcHJvdmlk ZWQgaW4gYSByZXF1ZXN0LCBpdCBpbmRpY2F0ZXMgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYXhpbXVtIHJlcXVl c3RlZCBiYW5kd2lkdGguICBXaGVuIHByb3ZpZGVkIGluIGFuIGFuc3dlciwgaXQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtYXhpbXVtIHJlcXVlc3RlZCBiYW5kd2lk dGguICBXaGVuIHByb3ZpZGVkIGluIGFuIGFuc3dlciwgaXQ8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluZGljYXRlcyB0 aGUgbWF4aW11bSBiYW5kd2lkdGggYWNjZXB0ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgaW5kaWNhdGVzIHRoZSBtYXhpbXVtIGJhbmR3aWR0aCBhY2NlcHRlZC48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAg ICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAgICAgICAgICAgICAgICAg ICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPg0KICAgICAgPHRyIGJnY29sb3I9ImdyYXkiPjx0ZD48L3RkPjx0aD48YSBuYW1lPSJw YXJ0LWwxNCI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdl IDIxLCBsaW5lIDQ2PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQt cjE0Ij48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48ZW0+IHBhZ2UgMjEs IGxpbmUgNDc8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSs8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst KzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBUeXBl OiA0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgVHlwZTogNDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBMZW5ndGg6IFRo ZSBsZW5ndGggb2YgZm9sbG93aW5nIGRhdGEgdmFsdWUgaW4gb2N0ZXRzLiAgU2V0IHRvIDYu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbyAgTGVuZ3RoOiBUaGUgbGVu Z3RoIG9mIGZvbGxvd2luZyBkYXRhIHZhbHVlIGluIG9jdGV0cy4gIFNldCB0byA2LjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBvICBNYXgtQmFuZHdp ZHRoLVVMOiBpcyBvZiB0eXBlIHVuc2lnbmVkIDMyIGJpdCBpbnRlZ2VyLCBhbmQgaXQ8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBNYXgtQmFuZHdpZHRoLVVMOiBp cyBvZiB0eXBlIHVuc2lnbmVkIDMyIGJpdCBpbnRlZ2VyLCBhbmQgaXQ8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGlu ZGljYXRlcyB0aGUgbWF4aW11bSBiYW5kd2lkdGggaW4gYml0cyBwZXIgc2Vjb25kIGZvciBh biB1cGxpbms8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBpbmRpY2F0 ZXMgdGhlIG1heGltdW0gYmFuZHdpZHRoIGluIGJpdHMgcGVyIHNlY29uZCBmb3IgYW4gdXBs aW5rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICBJUCBmbG93LiAgVGhlIGJhbmR3aWR0aCBjb250YWlucyBhbGwgdGhl IG92ZXJoZWFkIGNvbWluZyBmcm9tIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgIElQIGZsb3cuICBUaGUgYmFuZHdpZHRoIGNvbnRhaW5zIGFsbCB0aGUgb3Zl cmhlYWQgY29taW5nIGZyb20gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBJUC1sYXllciBhbmQgdGhlIGxheWVy cyBhYm92ZSwgZS5nLiAgSVAsIFVEUCwgUlRQIGFuZCBSVFAgcGF5bG9hZC48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBJUC1sYXllciBhbmQgdGhlIGxheWVycyBh Ym92ZSwgZS5nLiAgSVAsIFVEUCwgUlRQIGFuZCBSVFAgcGF5bG9hZC48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBu YW1lPSJkaWZmMDA0NCI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JQ0VQOiBIb3cg aXMgdGhlIHNlc3Npb24gaWRlbnRpZmllZD8/PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij42LjUuICBBbGxvY2F0aW9uIGFuZCBSZXRlbnRpb24g UHJpb3JpdHk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij42LjUuICBBbGxvY2F0 aW9uIGFuZCBSZXRlbnRpb24gUHJpb3JpdHk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDQ1Ij48L2E+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgVGhlIGFsbG9jYXRpb24gYW5kIHJldGVudGlvbiBwcmlvcml0eSBp bmRpY2F0ZSB0aGUgcHJpb3JpdHkgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgVGhlIGFsbG9jYXRpb24gYW5kIHJldGVudGlvbiBwcmlvcml0eSBpbmRpY2F0ZTxz cGFuIGNsYXNzPSJpbnNlcnQiPnM8L3NwYW4+IHRoZSBwcmlvcml0eSBvZjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWxs b2NhdGlvbiBhbmQgcmV0ZW50aW9uIGZvciB0aGUgY29ycmVzcG9uZGluZyBtb2JpbGl0eSBz ZXNzaW9uIG9yPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWxsb2NhdGlv biBhbmQgcmV0ZW50aW9uIGZvciB0aGUgY29ycmVzcG9uZGluZyBtb2JpbGl0eSBzZXNzaW9u IG9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBmbG93LiAgSWYgdGhlIGF0dHJpYnV0ZSBpcyBleHBlY3RlZCB0byBhcHBs eSBhdCB0aGUgZmxvdyBsZXZlbCwgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgZmxvdy4gIElmIHRoZSBhdHRyaWJ1dGUgaXMgZXhwZWN0ZWQgdG8gYXBwbHkgYXQg dGhlIGZsb3cgbGV2ZWwsIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdHJhZmZpYyBzZWxlY3RvciAoU2VjdGlvbiA2 LjgpIE1VU1QgYmUgaW5jbHVkZWQgaW4gdGhlIFFvUyBvcHRpb24uPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgdHJhZmZpYyBzZWxlY3RvciAoU2VjdGlvbiA2LjgpIE1V U1QgYmUgaW5jbHVkZWQgaW4gdGhlIFFvUyBvcHRpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAg ICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgIDAgICAgICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAg ICAyICAgICAgICAgICAgICAgICAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8 ICAgICBUeXBlICAgICAgfCAgICAgTGVuZ3RoICAgIHwgICAgICAgICAgICBSZXNlcnZlZCAg ICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgIFR5 cGUgICAgICB8ICAgICBMZW5ndGggICAgfCAgICAgICAgICAgIFJlc2VydmVkICAgICAgICAg ICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgICAgICAgICAgICAgICAgICAgICAgIFByaW9y aXR5LUxldmVsICAgICAgICAgICAgICAgICAgICAgICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgUHJpb3JpdHktTGV2 ZWwgICAgICAgICAgICAgICAgICAgICAgICB8PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB8ICAgIFBy ZS1lbXB0aW9uLUNhcGFiaWxpdHkgICAgIHwgIFByZS1lbXB0aW9uLVZ1bG5lcmFiaWxpdHkg ICAgfDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHwgICAgUHJlLWVtcHRp b24tQ2FwYWJpbGl0eSAgICAgfCAgUHJlLWVtcHRpb24tVnVsbmVyYWJpbGl0eSAgICB8PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IG8gIFR5cGU6IDU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvICBUeXBl OiA1PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIExl bmd0aDogVGhlIGxlbmd0aCBvZiBmb2xsb3dpbmcgZGF0YSB2YWx1ZXMgaW4gb2N0ZXRzLiAg U2V0IHRvIDEwLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG8gIExlbmd0 aDogVGhlIGxlbmd0aCBvZiBmb2xsb3dpbmcgZGF0YSB2YWx1ZXMgaW4gb2N0ZXRzLiAgU2V0 IHRvIDEwLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+ PGEgbmFtZT0iZGlmZjAwNDYiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBvICBQ cmlvcml0eS1MZXZlbDogaXMgb2YgdHlwZSB1bnNpZ25lZCAzMiBiaXQgaW50ZWdlciwgYW5k IGl0IHVzZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgbyAgUHJpb3Jp dHktTGV2ZWw6IGlzIG9mIHR5cGUgdW5zaWduZWQgMzIgYml0IGludGVnZXIsIGFuZCBpdCA8 c3BhbiBjbGFzcz0iaW5zZXJ0Ij5pczwvc3Bhbj4gdXNlZDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICA8c3BhbiBj bGFzcz0iZGVsZXRlIj5mb3IgZGVjaWRpbmc8L3NwYW4+IHdoZXRoZXIgYSBtb2JpbGl0eSBz ZXNzaW9uIGVzdGFibGlzaG1lbnQgb3I8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgICAgPHNwYW4gY2xhc3M9Imluc2VydCI+dG8gZGVjaWRlPC9zcGFuPiB3aGV0aGVy IGEgbW9iaWxpdHkgc2Vzc2lvbiBlc3RhYmxpc2htZW50IG9yPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIG1vZGlm aWNhdGlvbiByZXF1ZXN0IGNhbiBiZSBhY2NlcHRlZCBvciBuZWVkcyB0byBiZSByZWplY3Rl ZCA8c3BhbiBjbGFzcz0iZGVsZXRlIj5pbjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgICAgbW9kaWZpY2F0aW9uIHJlcXVlc3QgY2FuIGJlIGFjY2VwdGVk IG9yIG5lZWRzIHRvIGJlIHJlamVjdGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAg ICAgIGNhc2Ugb2YgcmVzb3VyY2UgbGltaXRhdGlvbnM8L3NwYW4+ICh0eXBpY2FsbHkgdXNl ZCBmb3IgYWRtaXNzaW9uIGNvbnRyb2w8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgICAgKHR5cGljYWxseSB1c2VkIGZvciBhZG1pc3Npb24gY29udHJvbCBvZiBHQlIg PHNwYW4gY2xhc3M9Imluc2VydCI+dHJhZmZpYyBpbiBjYXNlIG9mPC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICAgICBvZiBHQlIgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+dHJhZmZpYykuPC9zcGFuPiAgVGhl IDxzcGFuIGNsYXNzPSJkZWxldGUiPnByaW9yaXR5LWxldmVsPC9zcGFuPiBjYW4gYWxzbyBi ZSB1c2VkIHRvIGRlY2lkZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3Bh biBjbGFzcz0iaW5zZXJ0Ij4gICAgICByZXNvdXJjZSBsaW1pdGF0aW9ucykuPC9zcGFuPiAg VGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnByaW9yaXR5IGxldmVsPC9zcGFuPiBjYW4gYWxz byBiZSB1c2VkIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIHdoaWNoIGV4aXN0aW5nIG1vYmlsaXR5IHNlc3Np b24gdG8gcHJlLWVtcHQgZHVyaW5nIHJlc291cmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgICAgIGRlY2lkZSB3aGljaCBleGlzdGluZyBtb2JpbGl0eSBzZXNzaW9u IHRvIHByZS1lbXB0IGR1cmluZyByZXNvdXJjZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICBsaW1pdGF0aW9ucy4g IFRoZSBwcmlvcml0eSBsZXZlbCBkZWZpbmVzIHRoZSByZWxhdGl2ZSA8c3BhbiBjbGFzcz0i ZGVsZXRlIj5pbXBvcnRhbmNlPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICAgICBsaW1pdGF0aW9ucy4gIFRoZSBwcmlvcml0eSBsZXZlbCBkZWZpbmVzIHRo ZSByZWxhdGl2ZSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij50aW1lbGluZXNzPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgb2YgYSByZXNvdXJjZSByZXF1ZXN0LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgIG9mIGEgcmVzb3VyY2UgcmVxdWVzdC48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZD48YSBuYW1lPSJk aWZmMDA0NyI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4JPHNwYW4gY2xhc3M9Imluc2VydCI+Q0VQOjwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNl cnQiPglDRVA6IFNvbWUgcHJlZW1wdGlibGUgZmxvd3MgYXJlIG1vcmUgaW1wb3J0YW50IHRo YW4gc29tZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PjxzcGFuIGNsYXNzPSJpbnNlcnQiPgkJbm9uLXByZWVtcHRpYmxlIGZsb3dzLjwvc3Bhbj48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgVmFsdWVz IDEgdG8gMTUgYXJlIGRlZmluZWQsIHdpdGggdmFsdWUgMSBhcyB0aGUgaGlnaGVzdCBsZXZl bCBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIFZhbHVlcyAxIHRv IDE1IGFyZSBkZWZpbmVkLCB3aXRoIHZhbHVlIDEgYXMgdGhlIGhpZ2hlc3QgbGV2ZWwgb2Y8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgIHByaW9yaXR5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgIHByaW9yaXR5LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgICBWYWx1ZXMgMSB0byA4IHNob3VsZCBvbmx5IGJlIGFzc2lnbmVkIGZvciBzZXJ2 aWNlcyB0aGF0IGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIFZh bHVlcyAxIHRvIDggc2hvdWxkIG9ubHkgYmUgYXNzaWduZWQgZm9yIHNlcnZpY2VzIHRoYXQg YXJlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICBhdXRob3JpemVkIHRvIHJlY2VpdmUgcHJpb3JpdGl6ZWQgdHJlYXRt ZW50IHdpdGhpbiBhbiBvcGVyYXRvcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgIGF1dGhvcml6ZWQgdG8gcmVjZWl2ZSBwcmlvcml0aXplZCB0cmVhdG1lbnQgd2l0 aGluIGFuIG9wZXJhdG9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBkb21haW4uICBWYWx1ZXMgOSB0byAxNSBtYXkg YmUgYXNzaWduZWQgdG8gcmVzb3VyY2VzIHRoYXQgYXJlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgICAgZG9tYWluLiAgVmFsdWVzIDkgdG8gMTUgbWF5IGJlIGFzc2ln bmVkIHRvIHJlc291cmNlcyB0aGF0IGFyZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgYXV0aG9yaXplZCBieSB0aGUg aG9tZSBuZXR3b3JrIGFuZCB0aHVzIGFwcGxpY2FibGUgd2hlbiBhIE1OIGlzPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgYXV0aG9yaXplZCBieSB0aGUgaG9tZSBu ZXR3b3JrIGFuZCB0aHVzIGFwcGxpY2FibGUgd2hlbiBhIE1OIGlzPC90ZD48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICByb2Ft aW5nLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIHJvYW1pbmcuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQ+PGEgbmFtZT0iZGlmZjAwNDgiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+CTxzcGFuIGNsYXNzPSJpbnNlcnQi PkNFUDogV2h5IGlzIHRoaXMgYSAzMi1iaXQgZmllbGQ/ICBJdCBjb3VsZCBlYXNpbHkgZml0 IGluIHRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PjxzcGFuIGNsYXNzPSJpbnNlcnQiPgkJIlJlc2VydmVkIiBmaWVsZC4uLjwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNl cnQiPglDRVA6IE5vdCBjbGVhciB3aHkgYWxsIG9wZXJhdG9yIHNlcnZpY2VzIGFyZSBhbHdh eXMgcHJpb3JpdGl6ZWQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCW92ZXIgYWxsIGV4dGVybmFsIHNlcnZp Y2VzLi4uPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBvICBQcmUtZW1wdGlvbi1DYXBhYmlsaXR5OiBkZWZpbmVzIHdoZXRoZXIgYSBzZXJ2 aWNlIGRhdGEgZmxvdyBjYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBv ICBQcmUtZW1wdGlvbi1DYXBhYmlsaXR5OiBkZWZpbmVzIHdoZXRoZXIgYSBzZXJ2aWNlIGRh dGEgZmxvdyBjYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgIGdldCByZXNvdXJjZXMgdGhhdCB3ZXJlIGFscmVhZHkg YXNzaWduZWQgdG8gYW5vdGhlciBzZXJ2aWNlIGRhdGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICBnZXQgcmVzb3VyY2VzIHRoYXQgd2VyZSBhbHJlYWR5IGFzc2ln bmVkIHRvIGFub3RoZXIgc2VydmljZSBkYXRhPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBmbG93IHdpdGggYSBsb3dl ciBwcmlvcml0eSBsZXZlbC4gIFRoZSBmb2xsb3dpbmcgdmFsdWVzIGFyZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGZsb3cgd2l0aCBhIGxvd2VyIHByaW9yaXR5 IGxldmVsLiAgVGhlIGZvbGxvd2luZyB2YWx1ZXMgYXJlPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBkZWZpbmVkOjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGRlZmluZWQ6PC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEVuYWJsZWQgKDApOiBU aGlzIHZhbHVlIGluZGljYXRlcyB0aGF0IHRoZSBzZXJ2aWNlIGRhdGEgZmxvdyBpczwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIEVuYWJsZWQgKDApOiBUaGlzIHZh bHVlIGluZGljYXRlcyB0aGF0IHRoZSBzZXJ2aWNlIGRhdGEgZmxvdyBpczwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg YWxsb3dlZCB0byBnZXQgcmVzb3VyY2VzIHRoYXQgd2VyZSBhbHJlYWR5IGFzc2lnbmVkIHRv IGFub3RoZXIgSVA8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBhbGxv d2VkIHRvIGdldCByZXNvdXJjZXMgdGhhdCB3ZXJlIGFscmVhZHkgYXNzaWduZWQgdG8gYW5v dGhlciBJUDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgICAgZGF0YSBmbG93IHdpdGggYSBsb3dlciBwcmlvcml0eSBsZXZl bC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBkYXRhIGZsb3cgd2l0 aCBhIGxvd2VyIHByaW9yaXR5IGxldmVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICBEaXNhYmxlZCAoMSk6IFRoaXMgdmFsdWUgaW5kaWNhdGVz IHRoYXQgdGhlIHNlcnZpY2UgZGF0YSBmbG93IGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgRGlzYWJsZWQgKDEpOiBUaGlzIHZhbHVlIGluZGljYXRlcyB0aGF0 IHRoZSBzZXJ2aWNlIGRhdGEgZmxvdyBpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgbm90IGFsbG93ZWQgdG8gZ2V0 IHJlc291cmNlcyB0aGF0IHdlcmUgYWxyZWFkeSBhc3NpZ25lZCB0byBhbm90aGVyPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgbm90IGFsbG93ZWQgdG8gZ2V0IHJl c291cmNlcyB0aGF0IHdlcmUgYWxyZWFkeSBhc3NpZ25lZCB0byBhbm90aGVyPC90ZD48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICBJUCBkYXRhIGZsb3cgd2l0aCBhIGxvd2VyIHByaW9yaXR5IGxldmVsLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIElQIGRhdGEgZmxvdyB3aXRoIGEgbG93ZXIg cHJpb3JpdHkgbGV2ZWwuPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwNDkiPjwvYT48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+CTxz cGFuIGNsYXNzPSJpbnNlcnQiPkNFUDogTm90IGNsZWFyIHdoeSB0aGlzIGZsYWcgcG9sYXJp dHkgd2FzIGNob3Nlbiwgc2VlbXMgb3Bwb3NpdGU8L3NwYW4+PC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCW9mIHRoZSBu YXR1cmFsIGRlZmluaXRpb24uPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90 cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBvICBQcmUtZW1wdGlvbi1WdWxuZXJhYmlsaXR5OiBkZWZpbmVz IHdoZXRoZXIgYSBzZXJ2aWNlIGRhdGEgZmxvdyBjYW48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBvICBQcmUtZW1wdGlvbi1WdWxuZXJhYmlsaXR5OiBkZWZpbmVzIHdo ZXRoZXIgYSBzZXJ2aWNlIGRhdGEgZmxvdyBjYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2 YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGxvc2UgdGhlIHJlc291 cmNlcyBhc3NpZ25lZCB0byBpdCBpbiBvcmRlciB0byBhZG1pdCBhIHNlcnZpY2UgZGF0YTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGxvc2UgdGhlIHJlc291cmNl cyBhc3NpZ25lZCB0byBpdCBpbiBvcmRlciB0byBhZG1pdCBhIHNlcnZpY2UgZGF0YTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgZmxvdyB3aXRoIGhpZ2hlciBwcmlvcml0eSBsZXZlbC4gIFRoZSBmb2xsb3dpbmcg dmFsdWVzIGFyZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGZsb3cg d2l0aCBoaWdoZXIgcHJpb3JpdHkgbGV2ZWwuICBUaGUgZm9sbG93aW5nIHZhbHVlcyBhcmU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgIGRlZmluZWQ6PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg ICAgZGVmaW5lZDo8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgRW5hYmxlZCAoMCk6IFRoaXMgdmFsdWUgaW5kaWNhdGVzIHRoYXQgdGhlIHJlc291 cmNlcyBhc3NpZ25lZCB0bzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAg IEVuYWJsZWQgKDApOiBUaGlzIHZhbHVlIGluZGljYXRlcyB0aGF0IHRoZSByZXNvdXJjZXMg YXNzaWduZWQgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgIHRoZSBJUCBkYXRhIGZsb3cgY2FuIGJlIHByZS1lbXB0 ZWQgYW5kIGFsbG9jYXRlZCB0byBhIHNlcnZpY2UgZGF0YTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgIHRoZSBJUCBkYXRhIGZsb3cgY2FuIGJlIHByZS1lbXB0ZWQg YW5kIGFsbG9jYXRlZCB0byBhIHNlcnZpY2UgZGF0YTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgZmxvdyB3aXRoIGEg aGlnaGVyIHByaW9yaXR5IGxldmVsLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgIGZsb3cgd2l0aCBhIGhpZ2hlciBwcmlvcml0eSBsZXZlbC48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGln bj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgRGlzYWJsZWQgKDEpOiBUaGlz IHZhbHVlIGluZGljYXRlcyB0aGF0IHRoZSByZXNvdXJjZXMgYXNzaWduZWQgdG88L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBEaXNhYmxlZCAoMSk6IFRoaXMgdmFs dWUgaW5kaWNhdGVzIHRoYXQgdGhlIHJlc291cmNlcyBhc3NpZ25lZCB0bzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg dGhlIElQIGRhdGEgZmxvdyBzaGFsbCBub3QgYmUgcHJlLWVtcHRlZCBhbmQgYWxsb2NhdGVk IHRvIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICB0aGUgSVAgZGF0 YSBmbG93IHNoYWxsIG5vdCBiZSBwcmUtZW1wdGVkIGFuZCBhbGxvY2F0ZWQgdG8gYTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgc2VydmljZSBkYXRhIGZsb3cgd2l0aCBhIGhpZ2hlciBwcmlvcml0eSBsZXZlbC48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBzZXJ2aWNlIGRhdGEgZmxv dyB3aXRoIGEgaGlnaGVyIHByaW9yaXR5IGxldmVsLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYw MDUwIj48L2E+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPgk8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5DRVA6IE5vdCBjbGVhciB3aHkg dGhpcyBmbGFnIHBvbGFyaXR5IHdhcyBjaG9zZW4sIHNlZW1zIG9wcG9zaXRlPC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imlu c2VydCI+CQlvZiB0aGUgbmF0dXJhbCBkZWZpbml0aW9uLjwvc3Bhbj48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPglDRVA6 IE5lZWRzIHRvIGJlIHNwZWNpZmllZCB0aGF0ICJWdWxuZXJhYmlsaXR5IiBzZXR0aW5nPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xh c3M9Imluc2VydCI+CQkicHJlLWVtcHRzIiB0aGUgIkNhcGFiaWxpdHkiIHNldHRpbmcuPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij42LjYuICBH dWFyYW50ZWVkIERvd25saW5rIEJpdCBSYXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+Ni42LiAgR3VhcmFudGVlZCBEb3dubGluayBCaXQgUmF0ZTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwNTEiPjwv YT48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBUaGUgZ3VhcmFudGVlZCBkb3dubGluayBi aXQgcmF0ZSBmb3IgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+YTwvc3Bhbj4gc3BlY2lmaWMgPHNw YW4gY2xhc3M9ImRlbGV0ZSI+Zmxvdzwvc3Bhbj4gb3IgbW9iaWxpdHk8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhlIGd1YXJhbnRlZWQgZG93bmxpbmsgYml0IHJh dGUgZm9yIDxzcGFuIGNsYXNzPSJpbnNlcnQiPm9uZSBvZiB0aGUgTW9iaWxlIE5vZGUnczwv c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+c2Vzc2lvbiB0aGUgTW9iaWxl IE5vZGUgaGFzLjwvc3Bhbj4gIFdoZW4gcHJvdmlkZWQgaW4gYSByZXF1ZXN0LCBpdDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBzcGVjaWZpYyA8c3BhbiBjbGFzcz0i aW5zZXJ0Ij5mbG93czwvc3Bhbj4gb3IgbW9iaWxpdHkgPHNwYW4gY2xhc3M9Imluc2VydCI+ c2Vzc2lvbnMuPC9zcGFuPiAgV2hlbiBwcm92aWRlZCBpbiBhIHJlcXVlc3QsIGl0PC90ZD48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PiAgIGluZGljYXRlcyB0aGUgbWF4aW11bSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5yZXF1ZXN0 ZWQgYmFuZHdpZHRoLjwvc3Bhbj4gIFdoZW4gcHJvdmlkZWQgaW4gYW48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgaW5kaWNhdGVzIHRoZSBtYXhpbXVtIDxzcGFuIGNs YXNzPSJpbnNlcnQiPmJhbmR3aWR0aCByZXF1ZXN0ZWQuPC9zcGFuPiAgV2hlbiBwcm92aWRl ZCBpbiBhbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+ DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICBhbnN3ZXIsIGl0IGluZGljYXRlcyB0aGUgbWF4aW11bSBiYW5k d2lkdGggPHNwYW4gY2xhc3M9ImRlbGV0ZSI+YWNjZXB0ZWQuPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBhbnN3ZXIsIGl0IGluZGljYXRlcyB0aGUgbWF4 aW11bSBiYW5kd2lkdGggPHNwYW4gY2xhc3M9Imluc2VydCI+YWxsb2NhdGVkLjwvc3Bhbj48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSWYgdGhlIGF0 dHJpYnV0ZSBpcyBleHBlY3RlZCB0byBhcHBseSBhdCB0aGUgZmxvdyBsZXZlbCwgdGhlIHRy YWZmaWM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJZiB0aGUgYXR0cmli dXRlIGlzIGV4cGVjdGVkIHRvIGFwcGx5IGF0IHRoZSBmbG93IGxldmVsLCB0aGUgdHJhZmZp YzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgc2VsZWN0b3IgKFNlY3Rpb24gNi44KSBNVVNUIGJlIGluY2x1ZGVkIGluIHRo ZSBRb1Mgb3B0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNlbGVj dG9yIChTZWN0aW9uIDYuOCkgTVVTVCBiZSBpbmNsdWRlZCBpbiB0aGUgUW9TIG9wdGlvbi48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAgICAgICAg ICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgIDM8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgMCAgICAgICAgICAgICAgICAg ICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgIDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcg OCA5IDAgMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDE8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIHwgICAgIFR5cGUgICAgICB8ICAgICBMZW5ndGggICAgfCAg ICAgICAgICAgIFJlc2VydmVkICAgICAgICAgICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgfCAgICAgVHlwZSAgICAgIHwgICAgIExlbmd0aCAgICB8ICAgICAgICAg ICAgUmVzZXJ2ZWQgICAgICAgICAgIHw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249 InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHwgICAgICAgICAg ICAgICAgICAgICAgICAgR3VhcmFudGVlZC1ETCAgICAgICAgICAgICAgICAgICAgICAgICB8 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICBHdWFyYW50ZWVkLURMICAgICAgICAgICAgICAgICAgICAgICAgIHw8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPg0K ICAgICAgPHRyIGJnY29sb3I9ImdyYXkiPjx0ZD48L3RkPjx0aD48YSBuYW1lPSJwYXJ0LWwx NSI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGVtPiBwYWdlIDI1LCBs aW5lIDE1PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxhIG5hbWU9InBhcnQtcjE1Ij48 c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48ZW0+IHBhZ2UgMjUsIGxpbmUg MTU8L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Ny4gIElBTkEgQ29u c2lkZXJhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij43LiAgSUFOQSBD b25zaWRlcmF0aW9uczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBUaGlzIGRvY3VtZW50IHJlcXVpcmVzIHRoZSBmb2xsb3dpbmcgSUFOQSBhY3Rpb25z LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgZG9jdW1lbnQgcmVx dWlyZXMgdGhlIGZvbGxvd2luZyBJQU5BIGFjdGlvbnMuPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG8gIEFjdGlvbi0xOiBUaGlzIHNwZWNpZmljYXRp b24gZGVmaW5lcyBhIG5ldyBNb2JpbGl0eSBIZWFkZXIgb3B0aW9uLDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIG8gIEFjdGlvbi0xOiBUaGlzIHNwZWNpZmljYXRpb24g ZGVmaW5lcyBhIG5ldyBNb2JpbGl0eSBIZWFkZXIgb3B0aW9uLDwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgdGhlIFF1 YWxpdHkgb2YgU2VydmljZSAoUW9TKSBvcHRpb24uICBUaGUgZm9ybWF0IG9mIHRoaXMgb3B0 aW9uIGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgdGhlIFF1YWxp dHkgb2YgU2VydmljZSAoUW9TKSBvcHRpb24uICBUaGUgZm9ybWF0IG9mIHRoaXMgb3B0aW9u IGlzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICBkZXNjcmliZWQgaW4gU2VjdGlvbiA1LiAgVGhlIFR5cGUgdmFsdWUg Zm9yIHRoaXMgb3B0aW9uIG5lZWRzIHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gNS4gIFRoZSBUeXBlIHZhbHVlIGZvciB0 aGlzIG9wdGlvbiBuZWVkcyB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9w Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgYmUgYXNzaWduZWQgZnJvbSB0aGUgc2Ft ZSBudW1iZXJpbmcgc3BhY2UgYXMgYWxsb2NhdGVkIGZvciB0aGU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBiZSBhc3NpZ25lZCBmcm9tIHRoZSBzYW1lIG51bWJl cmluZyBzcGFjZSBhcyBhbGxvY2F0ZWQgZm9yIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i IHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgb3RoZXIgbW9iaWxp dHkgb3B0aW9ucywgYXMgZGVmaW5lZCBpbiBbUkZDNjI3NV0uPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgb3RoZXIgbW9iaWxpdHkgb3B0aW9ucywgYXMgZGVmaW5l ZCBpbiBbUkZDNjI3NV0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZD48YSBuYW1lPSJkaWZmMDA1MiI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PiAgIG8gIEFjdGlvbi0yOiBUaGlzIHNwZWNpZmljYXRpb24gZGVmaW5lcyBhIG5ldyBtb2Jp bGl0eSBzdWI8c3BhbiBjbGFzcz0iZGVsZXRlIj4tPC9zcGFuPm9wdGlvbjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBvICBBY3Rpb24tMjogVGhpcyBzcGVjaWZpY2F0 aW9uIGRlZmluZXMgYSBuZXcgbW9iaWxpdHkgc3Vib3B0aW9uPC90ZD48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBmb3JtYXQs UXVhbGl0eSBvZiBTZXJ2aWNlIEF0dHJpYnV0ZS4gIFRoZSBmb3JtYXQgb2YgdGhpcyBtb2Jp bGl0eTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGZvcm1hdCxRdWFs aXR5IG9mIFNlcnZpY2UgQXR0cmlidXRlLiAgVGhlIGZvcm1hdCBvZiB0aGlzIG1vYmlsaXR5 PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAg IDx0cj48dGQ+PGEgbmFtZT0iZGlmZjAwNTMiPjwvYT48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICAgICBzdWI8c3BhbiBjbGFzcz0iZGVsZXRlIj4tb3B0aW9uIGlzIGRlc2NyaWJlZCBp biBTZWN0aW9uIDYuICBUaGlzIHN1Yi08L3NwYW4+b3B0aW9uIGNhbiBiZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICBzdWI8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5v cHRpb24gaXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNi4gIFRoaXMgc3ViPC9zcGFuPm9wdGlv biBjYW4gYmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3Ry Pg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgIGNhcnJpZWQgaW4gUXVhbGl0eSBvZiBTZXJ2aWNlIG9wdGlv bi4gIFRoZSB0eXBlIHZhbHVlcyBmb3IgdGhpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgIGNhcnJpZWQgaW4gUXVhbGl0eSBvZiBTZXJ2aWNlIG9wdGlvbi4gIFRo ZSB0eXBlIHZhbHVlcyBmb3IgdGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0i dG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkPjxhIG5hbWU9ImRpZmYwMDU0Ij48L2E+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgc3ViPHNwYW4gY2xhc3M9ImRlbGV0ZSI+ LTwvc3Bhbj5vcHRpb24gbmVlZHMgdG8gYmUgbWFuYWdlZCBieSBJQU5BLCB1bmRlciB0aGUg UmVnaXN0cnksPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIHN1Ym9w dGlvbiBuZWVkcyB0byBiZSBtYW5hZ2VkIGJ5IElBTkEsIHVuZGVyIHRoZSBSZWdpc3RyeSw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgIFF1YWxpdHkgb2YgU2VydmljZSBBdHRyaWJ1dGUgUmVnaXN0cnkuICBUaGlz IHNwZWNpZmljYXRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBR dWFsaXR5IG9mIFNlcnZpY2UgQXR0cmlidXRlIFJlZ2lzdHJ5LiAgVGhpcyBzcGVjaWZpY2F0 aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICByZXNlcnZlcyB0aGUgZm9sbG93aW5nIHR5cGUgdmFsdWVzLiAgQXBw cm92YWwgb2YgbmV3IFF1YWxpdHkgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgICByZXNlcnZlcyB0aGUgZm9sbG93aW5nIHR5cGUgdmFsdWVzLiAgQXBwcm92YWwg b2YgbmV3IFF1YWxpdHkgb2Y8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIFNlcnZpY2UgQXR0cmlidXRlIHR5cGUgdmFs dWVzIGFyZSB0byBiZSBtYWRlIHRocm91Z2ggSUFOQSBFeHBlcnQ8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBTZXJ2aWNlIEF0dHJpYnV0ZSB0eXBlIHZhbHVlcyBh cmUgdG8gYmUgbWFkZSB0aHJvdWdoIElBTkEgRXhwZXJ0PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBSZXZpZXcuPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgUmV2aWV3LjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFs aWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAwIC0gIFJlc2VydmVkPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgMCAtICBSZXNlcnZlZDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAxIC0gIFBlciBN b2JpbGUgTm9kZSBBZ2dyZWdhdGUgTWF4aW11bSBEb3dubGluayBCaXQgUmF0ZTwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIDEgLSAgUGVyIE1vYmlsZSBOb2RlIEFn Z3JlZ2F0ZSBNYXhpbXVtIERvd25saW5rIEJpdCBSYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIDIgLSAgUGVyIE1vYmlsZSBOb2RlIEFnZ3Jl Z2F0ZSBNYXhpbXVtIFVwbGluayBCaXQgUmF0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgIDIgLSAgUGVyIE1vYmlsZSBOb2RlIEFnZ3JlZ2F0ZSBNYXhpbXVtIFVw bGluayBCaXQgUmF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+DQogICAgICA8dHIgYmdjb2xvcj0iZ3JheSI+PHRkPjwvdGQ+ PHRoPjxhIG5hbWU9InBhcnQtbDE2Ij48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9z bWFsbD48ZW0+IHBhZ2UgMjcsIGxpbmUgNDwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48 YSBuYW1lPSJwYXJ0LXIxNiI+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+ PGVtPiBwYWdlIDI2LCBsaW5lIDEzPC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPg0KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICAgIDcgLSAgR3VhcmFudGVlZCBVcGxpbmsgQml0IFJhdGU8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICA3IC0gIEd1YXJhbnRlZWQgVXBsaW5rIEJp dCBSYXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4N CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjguICBT ZWN1cml0eSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjguICBTZWN1cml0eSBDb25zaWRlcmF0aW9uczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZh bGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgcXVhbGl0eSBvZiBzZXJ2aWNlIG9wdGlvbiBkZWZp bmVkIGluIHRoaXMgc3BlY2lmaWNhdGlvbiBpcyBmb3I8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBUaGUgcXVhbGl0eSBvZiBzZXJ2aWNlIG9wdGlvbiBkZWZpbmVkIGlu IHRoaXMgc3BlY2lmaWNhdGlvbiBpcyBmb3I8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVzZSBpbiBQcm94eSBCaW5kaW5n IFVwZGF0ZSBhbmQgUHJveHkgQmluZGluZyBBY2tub3dsZWRnZW1lbnQ8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB1c2UgaW4gUHJveHkgQmluZGluZyBVcGRhdGUgYW5k IFByb3h5IEJpbmRpbmcgQWNrbm93bGVkZ2VtZW50PC90ZD48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIg dmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtZXNzYWdlcy4gIFRoaXMg b3B0aW9uIGlzIGNhcnJpZWQgbGlrZSBhbnkgb3RoZXIgbW9iaWxpdHkgaGVhZGVyPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgbWVzc2FnZXMuICBUaGlzIG9wdGlvbiBp cyBjYXJyaWVkIGxpa2UgYW55IG90aGVyIG1vYmlsaXR5IGhlYWRlcjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgb3B0aW9u IGFzIHNwZWNpZmllZCBpbiBbUkZDNTIxM10gYW5kIGRvZXMgbm90IHJlcXVpcmUgYW55IHNw ZWNpYWw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBvcHRpb24gYXMgc3Bl Y2lmaWVkIGluIFtSRkM1MjEzXSBhbmQgZG9lcyBub3QgcmVxdWlyZSBhbnkgc3BlY2lhbDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMuICBDYXJyeWluZyBxdWFsaXR5IG9mIHNl cnZpY2UgaW5mb3JtYXRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBz ZWN1cml0eSBjb25zaWRlcmF0aW9ucy4gIENhcnJ5aW5nIHF1YWxpdHkgb2Ygc2VydmljZSBp bmZvcm1hdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgZG9lcyBub3QgaW50cm9kdWNlIGFueSBuZXcgc2VjdXJpdHkg dnVsbmVyYWJpbGl0aWVzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRv ZXMgbm90IGludHJvZHVjZSBhbnkgbmV3IHNlY3VyaXR5IHZ1bG5lcmFiaWxpdGllcy48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRy Pjx0ZD48YSBuYW1lPSJkaWZmMDA1NSI+PC9hPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4JPHNwYW4gY2xhc3M9Imluc2VydCI+ Q0VQOiBUaGlzIGlzbid0IHRydWUuICBBc2tpbmcgZm9yIGhpZ2ggcHJpb3JpdHkgY2FuIGhh dmUgdGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk PjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ PHNwYW4gY2xhc3M9Imluc2VydCI+CQllZmZlY3Qgb2Ygc3RhcnZpbmcgdW5yZWxhdGVkIGZs b3dzIGZyb20gb3RoZXI8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0 b3AiPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4JCWRldmljZXMuICBUaGF0J3MgYSBzZWN1 cml0eSB2dWxuZXJhYmlsaXR5Ljwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+OS4gIEFja25vd2xlZGdlbWVudHM8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij45LiAgQWNrbm93bGVkZ2VtZW50czwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PC90cj4NCiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWduPSJ0b3Ai PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUgYXV0aG9ycyBvZiB0aGlzIGRvY3VtZW50 IHRoYW5rIHRoZSBOZXRFeHQgV29ya2luZyBHcm91cCBmb3IgdGhlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIGF1dGhvcnMgb2YgdGhpcyBkb2N1bWVudCB0aGFu ayB0aGUgTmV0RXh0IFdvcmtpbmcgR3JvdXAgZm9yIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdmFsdWFibGUgZmVl ZGJhY2sgb24gZWFybHkgdmVyc2lvbnMgb2YgdGhpcyBkb2N1bWVudC4gIEluIHBhcnRpY3Vs YXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB2YWx1YWJsZSBmZWVkYmFj ayBvbiBlYXJseSB2ZXJzaW9ucyBvZiB0aGlzIGRvY3VtZW50LiAgSW4gcGFydGljdWxhcjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgdGhlIGF1dGhvcnMgd2FudCB0byB0aGFuayBCYXNhdmFyYWogUGF0aWwsIEJlaGNl dCBTYXJpa2F5YSwgQ2hhcmxlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHRoZSBhdXRob3JzIHdhbnQgdG8gdGhhbmsgQmFzYXZhcmFqIFBhdGlsLCBCZWhjZXQgU2Fy aWtheWEsIENoYXJsZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxpZ249InRvcCI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFBlcmtpbnMsIERpcmsgdm9uIEh1Z28sIE1hcmsgR3Jh eXNvbiBhbmQgVHJpY2NpIFNvIGZvciB0aGVpciB2YWx1YWJsZTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFBlcmtpbnMsIERpcmsgdm9uIEh1Z28sIE1hcmsgR3JheXNv biBhbmQgVHJpY2NpIFNvIGZvciB0aGVpciB2YWx1YWJsZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjwvdHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iIHZhbGlnbj0idG9wIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY29tbWVudHMgYW5k IHN1Z2dlc3Rpb25zIHRvIGltcHJvdmUgdGhpcyBzcGVjaWZpY2F0aW9uLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyB0byBp bXByb3ZlIHRoaXMgc3BlY2lmaWNhdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48L3RyPg0KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIiB2YWxp Z249InRvcCI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjwv dHI+DQogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iIHZhbGlnbj0idG9wIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+MTAuICBSZWZlcmVuY2VzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+MTAuICBSZWZlcmVuY2VzPC90ZD48dGQgY2xhc3M9ImxpbmVubyIgdmFsaWdu PSJ0b3AiPjwvdGQ+PC90cj4NCg0KICAgICA8dHI+PHRkPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZD48L3RkPjwvdHI+ DQogICAgIDx0ciBiZ2NvbG9yPSJncmF5Ij48dGggY29sc3Bhbj0iNSIgYWxpZ249ImNlbnRl ciI+PGEgbmFtZT0iZW5kIj4mbmJzcDtFbmQgb2YgY2hhbmdlcy4gNTUgY2hhbmdlIGJsb2Nr cy4mbmJzcDs8L2E+PC90aD48L3RyPg0KICAgICA8dHIgY2xhc3M9InN0YXRzIj48dGQ+PC90 ZD48dGg+PGk+NDcgbGluZXMgY2hhbmdlZCBvciBkZWxldGVkPC9pPjwvdGg+PHRoPjxpPiA8 L2k+PC90aD48dGg+PGk+OTUgbGluZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48 L3RkPjwvdHI+DQogICAgIDx0cj48dGQgY29sc3Bhbj0iNSIgY2xhc3M9InNtYWxsIiBhbGln bj0iY2VudGVyIj48YnI+VGhpcyBodG1sIGRpZmYgd2FzIHByb2R1Y2VkIGJ5IHJmY2RpZmYg MS40MS4gVGhlIGxhdGVzdCB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBmcm9tIDxhIGhyZWY9Imh0 dHA6Ly93d3cudG9vbHMuaWV0Zi5vcmcvdG9vbHMvcmZjZGlmZi8iPmh0dHA6Ly90b29scy5p ZXRmLm9yZy90b29scy9yZmNkaWZmLzwvYT4gPC90ZD48L3RyPg0KICAgPC90Ym9keT48L3Rh YmxlPg0KICAgDQogICANCjwvYm9keT48L2h0bWw+ --------------030908000409070204000209-- From cjbc@it.uc3m.es Tue Jul 30 07:07:58 2013 Return-Path: X-Original-To: netext@ietfa.amsl.com Delivered-To: netext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB7A611E81E4 for ; Tue, 30 Jul 2013 07:07:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MGEh4Y1vcVT6 for ; Tue, 30 Jul 2013 07:07:53 -0700 (PDT) Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by ietfa.amsl.com (Postfix) with ESMTP id A179821F9DE9 for ; Tue, 30 Jul 2013 07:07:52 -0700 (PDT) Received: from smtp01.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 2DAA7CD5E35; Tue, 30 Jul 2013 16:07:51 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [130.129.20.223] (dhcp-14df.meeting.ietf.org [130.129.20.223]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp01.uc3m.es) by smtp01.uc3m.es (Postfix) with ESMTPSA id 84E4BBEF885; Tue, 30 Jul 2013 16:07:50 +0200 (CEST) Message-ID: <1375193269.4549.5.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: netext@ietf.org Date: Tue, 30 Jul 2013 16:07:49 +0200 In-Reply-To: <1375095320.4497.3.camel@acorde.it.uc3m.es> References: <1375095320.4497.3.camel@acorde.it.uc3m.es> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20046.007 Subject: Re: [netext] Network-based DMM demo at IETF 87 (Tue 17:00 "Check" room) X-BeenThere: netext@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 14:07:58 -0000 Hi, Please note that today's DMM demo at 17h is in the "Check" room, 2nd floor. If you don't know how to find, please look at the floor plans: http://www.ietf.org/meeting/87/floor-plans.pdf Thanks, Carlos On Mon, 2013-07-29 at 12:55 +0200, Carlos Jesús Bernardos Cano wrote: > Dear all, > > (Apologies for the cross-posting). > > We will show a network-based DMM Linux implementation demo tomorrow > (Tuesday, 30th July) at 17h, in "Check" room (2nd floor). > > The demo will showcase a particular use-case as an example of the > advantages provided by DMM: Content Distribution Networking (CDN) and > Distributed Mobility Management (DMM). > > The setup is composed of three "anchor routers", a "centralized LMA" for > control plane, CDN cache nodes co-located with the anchor routers, some > correspondent nodes (including a video server) and a legacy IPv6 mobile > node. The implementation is based on the following two drafts: > > [1] http://tools.ietf.org/html/draft-bernardos-dmm-pmip > > [2] http://tools.ietf.org/html/draft-bernardos-dmm-distributed-anchoring > > The demo will take about 20 to 30 minutes. > > Looking forward to seeing you there and getting your feedback. > > Thanks, > > Carlos et al.