From salvatore.loreto@ericsson.com Thu Dec 6 23:16:47 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA58C21F8690 for ; Thu, 6 Dec 2012 23:16:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.149 X-Spam-Level: X-Spam-Status: No, score=-106.149 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id USERidFu0y3l for ; Thu, 6 Dec 2012 23:16:47 -0800 (PST) Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 51D3821F855E for ; Thu, 6 Dec 2012 23:16:46 -0800 (PST) X-AuditID: c1b4fb25-b7f926d00000661f-df-50c197dcf988 Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 8D.F5.26143.CD791C05; Fri, 7 Dec 2012 08:16:44 +0100 (CET) Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.279.1; Fri, 7 Dec 2012 08:16:44 +0100 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 622A22AD9 for ; Fri, 7 Dec 2012 09:16:44 +0200 (EET) Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 365DF53D84 for ; Fri, 7 Dec 2012 09:16:43 +0200 (EET) Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id E894853D7D for ; Fri, 7 Dec 2012 09:16:42 +0200 (EET) Message-ID: <50C197DB.5080308@ericsson.com> Date: Fri, 7 Dec 2012 09:16:43 +0200 From: Salvatore Loreto User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: sip-overload@ietf.org References: <50B76146.2010200@ericsson.com> In-Reply-To: <50B76146.2010200@ericsson.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrALMWRmVeSWpSXmKPExsUyM+Jvje6d6QcDDDZdMrPY/zTBgdFjyZKf TAGMUVw2Kak5mWWpRfp2CVwZz/bMYi6YzFHRt+8bSwPjLbYuRk4OCQETic/zr7JA2GISF+6t B4pzcQgJnGSU2Dv7B1hCSGA9o8STTdUQiWuMEisv9LDCVe1Y9I0ZwrnEKHH/62ZmkBZeAW2J jt33wWwWARWJR3t+g+1jEzCTeP5wC1hcVCBWYuuly2wQ9YISJ2c+AVsnIiAp8eX5REYQW1jA QeLlhvmMEGdoS5zfeRHM5hTQkXh2o50JxGYWsJW4MOc6C4QtL7H97RxmiH/UJK6e28QM0asl 0Xu2k2kCo8gsJOtmIWmfhaR9ASPzKkb23MTMnPRyo02MwFA+uOW36g7GO+dEDjFKc7AoifNa b93jLySQnliSmp2aWpBaFF9UmpNafIiRiYNTqoExoI7HVaDtSW9bk9tD70gmJ3d2O7XHLF35 7w/cvPxZ2dTHR1YoWO2oz+yNp9J420ufnenyuMxw1qjz9GT2dK+PLR+i7HsteE9/ebEnNXXf qyNzzLdcEXKps1kbPzlVyvDS9A2/LvsqWO0oMZqTsjS43P/Xms7mF58yzv/aqbxX89qmHStn vstVYinOSDTUYi4qTgQAxhPKtTMCAAA= Subject: [sip-overload] remind: WGLC: draft-ietf-soc-load-control-event-package X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 07:16:47 -0000 this is a remind we are running a second WGLC for the load-control-event-package please read the last version of the document and provide your view on it (e.g. the draft is ready to move on, etc) or eventual feedback you have. thanks Salvatore On 11/29/12 3:21 PM, Salvatore Loreto wrote: > [as chair] > > due to the comments and feedback received during the first one [1], > we have decided to run a second WGLC on the updated version of the draft: > http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 > > Today we are starting another two-weeks working group last call. > This call ends on Thursday, December 13th. > > reviews and comments are really appreciate and requested from all the > participants cheers > > > Volker and Salvatore > > [1]http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html > > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload > > From shida@ntt-at.com Fri Dec 7 23:02:56 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 43F3221F8545 for ; Fri, 7 Dec 2012 23:02:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.076 X-Spam-Level: X-Spam-Status: No, score=-101.076 tagged_above=-999 required=5 tests=[AWL=1.189, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BqegZlJ4kIuY for ; Fri, 7 Dec 2012 23:02:55 -0800 (PST) Received: from gator465.hostgator.com (gator465.hostgator.com [69.56.174.130]) by ietfa.amsl.com (Postfix) with ESMTP id 3626C21F853F for ; Fri, 7 Dec 2012 23:02:54 -0800 (PST) Received: from [125.193.49.76] (port=49375 helo=[192.168.11.3]) by gator465.hostgator.com with esmtpa (Exim 4.80) (envelope-from ) id 1ThER3-00085N-Bc; Sat, 08 Dec 2012 01:02:53 -0600 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Shida Schubert In-Reply-To: <50C197DB.5080308@ericsson.com> Date: Sat, 8 Dec 2012 16:02:51 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: <3F6473EB-C5DA-4635-9F80-0F48D416734C@ntt-at.com> References: <50B76146.2010200@ericsson.com> <50C197DB.5080308@ericsson.com> To: Salvatore Loreto X-Mailer: Apple Mail (2.1283) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator465.hostgator.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ntt-at.com X-BWhitelist: yes X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([192.168.11.3]) [125.193.49.76]:49375 X-Source-Auth: shida.schubert+tingle.jp X-Email-Count: 1 X-Source-Cap: c3NoaWRhO3NzaGlkYTtnYXRvcjQ2NS5ob3N0Z2F0b3IuY29t Cc: sip-overload@ietf.org Subject: Re: [sip-overload] remind: WGLC: draft-ietf-soc-load-control-event-package X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:02:56 -0000 I think overall, the draft is looking good and will be ready=20 after adding some clarifying text and using consistency=20 terminology through out the draft.=20 My comments below ** Technical ****** 1. Section 5.8. - The second paragraph talks about enforcing rules even=20 when re-activation of subscription fails.. There is a chance=20 that event was cancelled or no longer valid, do we still=20 want to enforce this event then?? I guess it's better to be=20 safe (be overreactive to prohibit the chance of overload)..=20 2. Section 5.8.=20 - 5th paragraph talks about NOTIFY body containing no supporting=20 bodies, but in section 5.5 is clearly mandating the inclusion of=20 at least "application/load-control_xml" in NOTIFY . So there seems=20 to be a bit of contradiction here.. 3. Section 5.11 - 2nd paragraph mentions the need to keep track of the version=20 number, when subscriber has missed receiving a version. But=20 why is this necessary when it is mentioned that subscriber asks=20 for a full snapshot of the state (filters).. Also these statements=20 seem like they should be written with the RFC2119 language.=20 4. Section 6.4=20 - 2nd paragraph has normative statement about "reject", "drop"=20 I am assuming that these are normative statements for the=20 subscriber (servers that installs filter) to follow, but this is not=20= clarified.. I suggest you clarify who takes these actions a bit=20 more explicitly.. ** Editorial ****** 1. Design Requirements=20 - Bullet 5=20 The target should include domain as destination domain is=20 mentioned as a target in the section 4.1.. 2. Terminology Terminology is still rather confusing are the followings terms=20 same or not? If they are same, I think same terminology should=20 be used.=20 =20 I think terminology section may help with this, but never the=20 less I encourage the use of consistent terminology across the=20 document.=20 Are the following terms all the same?=20 load filter =3D=3D=3D load filtering rules, load filtering = policy(ies), filter What is dynamically computed filter, are they different in the=20 sense that they are not installed via this spec? (section 4.3) =20 What is the difference between load control rules and load control=20 filter and load control policy?=20 What is load control notification? Isn't this just a notification with=20= filter as a body? What is a filtering server? I am assuming it is a server that=20 receives a notification (subscriber) with filter which installs filter=20= and executes policy/rules inside the filter.. But this is not clearly=20 specified but rather left up to the reader..=20 3 Term control policy is not really explained but I am assuming=20 it is the control you achieve by entity receiving the filter, actually=20= installing the filter. If this is the case, section 5.3 should simply=20 say=20 "The effectiveness of SIP load filtering relies on the scope of=20 distribution and installation of the load filters in the network"=20 Latter paragraph uses the control policies, as well and should=20 be replaced with load filtering.=20 Other editorial nits, I will send to the authors directly. Regards Shida On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote: > this is a remind >=20 > we are running a second WGLC for the load-control-event-package >=20 > please read the last version of the document and provide your view on = it > (e.g. the draft is ready to move on, etc) or eventual feedback you = have. >=20 > thanks > Salvatore >=20 > On 11/29/12 3:21 PM, Salvatore Loreto wrote: >> [as chair] >>=20 >> due to the comments and feedback received during the first one [1], >> we have decided to run a second WGLC on the updated version of the = draft: >> = http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 >>=20 >> Today we are starting another two-weeks working group last call. >> This call ends on Thursday, December 13th. >>=20 >> reviews and comments are really appreciate and requested from all the = participants cheers >>=20 >>=20 >> Volker and Salvatore >>=20 >> = [1]http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html= =20 >> _______________________________________________ >> sip-overload mailing list >> sip-overload@ietf.org >> https://www.ietf.org/mailman/listinfo/sip-overload >>=20 >>=20 >=20 > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload From charles.newyork@gmail.com Sun Dec 9 08:36:04 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55A4821F8C66 for ; Sun, 9 Dec 2012 08:36:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uueA27bOpxuG for ; Sun, 9 Dec 2012 08:36:03 -0800 (PST) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id DF21F21F8C3F for ; Sun, 9 Dec 2012 08:36:02 -0800 (PST) Received: by mail-ob0-f172.google.com with SMTP id za17so1930296obc.31 for ; Sun, 09 Dec 2012 08:36:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=sO/nYFSYrhYc1OMElvPlKruEFYpE94i9xpl6NREiun8=; b=N3+kFnOg8C9LVAV2kTHmXsNvbI9Q4odCJG53HVfsgFvh42I/WPKwyK1I/BEIkVByI4 iLZoTtr5WH9tcTiY4cy8aHUW8Al0QZRw+q3efnjW4mPg4fkgZN04apqdGE00SS9ZaM6J f+dnPhFyn/W52kGgnPCTQAWCn1PVGKe20fk0LSpck25gEhechJYVhKqPDxw8gmHeKcMI 9X7KICZtAxBUfSGUPpOMJ7XnVtbUpcc9er92cmxjPByr3O0cX9bstyG5YeHeYdlVvxGl 9FdUIhGAP/OFzbUfivyGqtwxNR02RA9UfvSOmOhdUt2A8ZxbjJMdECSfMbmAuQJq5R37 0BiQ== Received: by 10.60.30.70 with SMTP id q6mr6048144oeh.103.1355070962338; Sun, 09 Dec 2012 08:36:02 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Sun, 9 Dec 2012 08:35:42 -0800 (PST) In-Reply-To: <3F6473EB-C5DA-4635-9F80-0F48D416734C@ntt-at.com> References: <50B76146.2010200@ericsson.com> <50C197DB.5080308@ericsson.com> <3F6473EB-C5DA-4635-9F80-0F48D416734C@ntt-at.com> From: Charles Shen Date: Sun, 9 Dec 2012 11:35:42 -0500 X-Google-Sender-Auth: H9Z68mctqlC3D0qGm52EmXMSKh8 Message-ID: To: Shida Schubert Content-Type: multipart/alternative; boundary=e89a8ff1c6385b0c3204d06e0bdf Cc: sip-overload@ietf.org, Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] remind: WGLC: draft-ietf-soc-load-control-event-package X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 16:36:04 -0000 --e89a8ff1c6385b0c3204d06e0bdf Content-Type: text/plain; charset=UTF-8 Hi Shida, thank you very much for your comments! please see inline: On Sat, Dec 8, 2012 at 2:02 AM, Shida Schubert wrote: > I think overall, the draft is looking good and will be ready > after adding some clarifying text and using consistency > terminology through out the draft. > > My comments below > > ** Technical ****** > > 1. Section 5.8. > - The second paragraph talks about enforcing rules even > when re-activation of subscription fails.. There is a chance > that event was cancelled or no longer valid, do we still > want to enforce this event then?? I guess it's better to be > safe (be overreactive to prohibit the chance of overload).. > > The current text says: Regardless of whether this re-activation of subscription is successful or not, when the validity time is reached, the subscriber SHOULD enforce the corresponding rules. This is a conservative approach (even if the event has been cancelled, if we do not receive a cancellation, the rule should still be enforced) seems to be inline with your "safe/over-reactive" suggestion, or did I get it wrong? > 2. Section 5.8. > - 5th paragraph talks about NOTIFY body containing no supporting > bodies, but in section 5.5 is clearly mandating the inclusion of > at least "application/load-control_xml" in NOTIFY . So there seems > to be a bit of contradiction here.. > > In normal cases, the subscriber should not receive unknown bodies, so the wording about no supporting bodies is more concerning error conditions. Do you want to make it more explicit, saying e.g., "in unexpected cases, when the subscriber receives unknown bodies ..." ? > 3. Section 5.11 > - 2nd paragraph mentions the need to keep track of the version > number, when subscriber has missed receiving a version. But > why is this necessary when it is mentioned that subscriber asks > for a full snapshot of the state (filters).. Also these statements > seem like they should be written with the RFC2119 language. > > Using the version number, the subscriber knows whether it misses any delta update or not. It needs to ask for a full snapshot of the state *only* when it finds out that it had missed some previous delta update (so it could not reconstruct the full current state solely based on the delta updates it has). This paragraph is referencing RFC6665 ( http://tools.ietf.org/html/rfc6665#section-5.3.2), so I can add a "MUST" to the "include a version number that ..." part. > 4. Section 6.4 > - 2nd paragraph has normative statement about "reject", "drop" > I am assuming that these are normative statements for the > subscriber (servers that installs filter) to follow, but this is not > clarified.. I suggest you clarify who takes these actions a bit > more explicitly.. > Will do. > > ** Editorial ****** > > 1. Design Requirements > - Bullet 5 > The target should include domain as destination domain is > mentioned as a target in the section 4.1.. > > ok. > 2. Terminology > > Terminology is still rather confusing are the followings terms > same or not? If they are same, I think same terminology should > be used. > > I think terminology section may help with this, but never the > less I encourage the use of consistent terminology across the > document. > > Are the following terms all the same? > load filter === load filtering rules, load filtering policy(ies), > filter > To me load filter / filter can have a physical sense while policy/rules have a more abstract meaning. Rules/Policies are installed in filters. For example, you can have a filter initiated with no rules, or configured with rule set A, then changed to rule set B, it is the same filter but with different rules. Another interpretation may regard filter and filter rules the same thing, in that a filter on the same entity but with different rules are viewed as different filters, if that makes more sense to the group, I can consider clarification on that too. > > What is dynamically computed filter, are they different in the > sense that they are not installed via this spec? (section 4.3) > > Meaning the filtering contents are dynamically computed based on current network status. It is more about the computation of the filter, not about installation. > What is the difference between load control rules and load control > filter and load control policy? > > I did not find "load control filter" in this version, (it should have been removed after your earlier comments about terminology). Also S1 second last paragraph has a sentence: since we are describing a specific control mechanism based on filtering, the term "load control" in this specification is used inter-changeably with the term "load filtering" unless associated with other explicit context. I am also using "policies" and "rules" inter-changeably in the document, but I can consolidate both into "rules" (or "policies") if that's clearer. > What is load control notification? Isn't this just a notification with > filter as a body? > > Yes it is. It occurred twice in the document so I can change them to just NOTIFY request to match the rest of the document. > What is a filtering server? I am assuming it is a server that > receives a notification (subscriber) with filter which installs filter > and executes policy/rules inside the filter.. But this is not clearly > specified but rather left up to the reader.. > > OK, I will make it explicit. > 3 Term control policy is not really explained but I am assuming > it is the control you achieve by entity receiving the filter, actually > installing the filter. If this is the case, section 5.3 should simply > say > > "The effectiveness of SIP load filtering relies on the scope of > distribution and installation of the load filters in the network" > > Latter paragraph uses the control policies, as well and should > be replaced with load filtering. > > Sure, will correct. > Other editorial nits, I will send to the authors directly. > > Got them, thanks! Charles > Regards > Shida > > > On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote: > > > this is a remind > > > > we are running a second WGLC for the load-control-event-package > > > > please read the last version of the document and provide your view on it > > (e.g. the draft is ready to move on, etc) or eventual feedback you have. > > > > thanks > > Salvatore > > > > On 11/29/12 3:21 PM, Salvatore Loreto wrote: > >> [as chair] > >> > >> due to the comments and feedback received during the first one [1], > >> we have decided to run a second WGLC on the updated version of the > draft: > >> http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 > >> > >> Today we are starting another two-weeks working group last call. > >> This call ends on Thursday, December 13th. > >> > >> reviews and comments are really appreciate and requested from all the > participants cheers > >> > >> > >> Volker and Salvatore > >> > >> [1] > http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html > >> _______________________________________________ > >> sip-overload mailing list > >> sip-overload@ietf.org > >> https://www.ietf.org/mailman/listinfo/sip-overload > >> > >> > > > > _______________________________________________ > > sip-overload mailing list > > sip-overload@ietf.org > > https://www.ietf.org/mailman/listinfo/sip-overload > > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload > --e89a8ff1c6385b0c3204d06e0bdf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Shida, thank you very much for your comments! please see inline:
On Sat, Dec 8, 2012 at 2:02 AM, Shid= a Schubert <shida@ntt-at.com> wrote:
=C2=A0I think overall, the draft is looking = good and will be ready
after adding some clarifying text and using consistency
terminology through out the draft.

=C2=A0My comments below

** Technical ******

1. Section 5.8.
=C2=A0- The second paragraph talks about enforcing rules =C2=A0even
=C2=A0 =C2=A0when re-activation of subscription fails.. There is a chance =C2=A0 =C2=A0that event was cancelled or no longer valid, do we still
=C2=A0 =C2=A0want to enforce this event then?? I guess it's better to b= e
=C2=A0 =C2=A0safe (be overreactive to prohibit the chance of overload)..

The current text says:=C2=A0

 Regardless of whether
   this re-activation of subscription is successful or not, when the
   validity time is reached, the subscriber SHOULD enforce the
   corresponding rules.

This is a conservati= ve approach (even if the event has been cancelled, if we do not receive a c= ancellation, the rule should still be enforced) seems to be inline with you= r "safe/over-reactive" suggestion, or did I get it wrong?=C2=A0
=C2=A0
2. Section 5.8.
=C2=A0- 5th paragraph talks about NOTIFY body containing no supporting
=C2=A0 =C2=A0bodies, but in section 5.5 is clearly mandating the inclusion = of
=C2=A0 =C2=A0at least "application/load-control_xml" in NOTIFY . = So there seems
=C2=A0 =C2=A0to be a bit of contradiction here..


In normal cases, the subscriber should= not receive unknown bodies, so the wording about no supporting bodies is m= ore concerning error conditions. Do you want to make it more explicit, sayi= ng e.g., "in unexpected cases, when the subscriber receives unknown bo= dies ..." ?
=C2=A0
3. Section 5.11
=C2=A0- 2nd paragraph mentions the need to keep track of the version
=C2=A0 number, when subscriber has missed receiving a version. But
=C2=A0 why is this necessary when it is mentioned that subscriber asks
=C2=A0 for a full snapshot of the state (filters).. Also these statements =C2=A0 seem like they should be written with the RFC2119 language.


Using the version number, the subscrib= er knows whether it misses any delta update or not. It needs to ask for a f= ull snapshot of the state *only* when it finds out that it had missed some = previous delta update (so it could not reconstruct the full current state s= olely based on the delta updates it has). This paragraph is referencing RFC= 6665 (http://t= ools.ietf.org/html/rfc6665#section-5.3.2), so I can add a "MUST&qu= ot; to the "include a version number that ..." part.=C2=A0
=C2=A0
4. Section 6.4
=C2=A0 - 2nd paragraph has normative statement about "reject", &q= uot;drop"
=C2=A0 I am assuming that these are normative statements for the
=C2=A0 subscriber (servers that installs filter) to follow, but this is not=
=C2=A0 clarified.. I suggest you clarify who takes these actions a bit
=C2=A0 more explicitly..

Will do.
=

=C2=A0

** Editorial ******

1. Design Requirements
=C2=A0- Bullet 5
=C2=A0 =C2=A0The target should include domain as destination domain is
=C2=A0 =C2=A0 mentioned as a target in the section 4.1..


ok.
=C2=A0
2. Terminology

=C2=A0Terminology is still rather confusing are the followings terms
same or not? If they are same, I think same terminology should
be used.

=C2=A0I think terminology section may help with this, but never the
less I encourage the use of consistent terminology across the
document.
=C2=A0
=C2=A0Are the following terms all the same?
=C2=A0 =C2=A0 load filter =3D=3D=3D load filtering rules, load filtering po= licy(ies), filter

To me load filter / f= ilter can have a physical sense while policy/rules have a more abstract mea= ning. Rules/Policies are installed in filters. For example, you can have a = filter initiated with no rules, or configured with rule set A, then changed= to rule set B, it is the same filter but with different rules.=C2=A0

Another interpretation may regard filter and filter rul= es the same thing, in that a filter on the same entity but with different r= ules are viewed as different filters, if that makes more sense to the group= , I can consider clarification on that too.=C2=A0
=C2=A0

=C2=A0What is dynamically computed filter, are they different in the
sense that they are not installed via this spec? (section 4.3)


Meaning the filtering contents are dyn= amically computed based on current network status. It is more about the com= putation of the filter, not about installation.=C2=A0
=C2=A0
=C2=A0 What is the difference between load control rules and load control filter and load control policy?


I did not find "load control filt= er" in this version, =C2=A0(it should have been removed after your ear= lier comments about terminology). Also=C2=A0S1 second last paragraph has a = sentence:=C2=A0

 since we are describing a specific control
   mechanism based on filtering, the term "load control" in this
   specification is used inter-changeably with the term "load filterin=
g"
   unless associated with other explicit context.

I am also using "policies" and "rules" inter= -changeably in the document, but I can consolidate both into "rules&qu= ot; (or "policies") if that's clearer.=C2=A0
=C2=A0
=C2=A0What is load control notification? Isn't this just a notification= with
filter as a body?


Yes it is. It occurred twice in the do= cument so I can change them to just NOTIFY request to match the rest of the= document.

=C2=A0
=C2=A0What is a filtering server? I am assuming it is a server that
receives a notification (subscriber) with filter which installs filter
and executes policy/rules inside the filter.. But this is not clearly
specified but rather left up to the reader..


OK, I will make it explicit.=C2=A0
=C2=A0
3 Term control policy is not really explained but I am assuming
it is the control you achieve by entity receiving the filter, actually
installing the filter. If this is the case, section 5.3 should simply
say

=C2=A0"The effectiveness of SIP load filtering relies on the scope of<= br> distribution and installation of the load filters in the network"

=C2=A0Latter paragraph uses the control policies, as well and should
be replaced with load filtering.


Sure, will correct.=C2=A0
= =C2=A0
=C2=A0Other editorial nits, I will send to the authors directly.


Got them, thanks!

=
Charles

=C2=A0
=C2=A0Regards
=C2=A0 Shida


On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote:

> this is a remind
>
> we are running a second WGLC for the load-control-event-package
>
> please read the last version of the document and provide your view on = it
> (e.g. the draft is ready to move on, etc) or eventual feedback you hav= e.
>
> thanks
> Salvatore
>
> On 11/29/12 3:21 PM, Salvatore Loreto wrote:
>> [as chair]
>>
>> due to the comments and feedback received during the first one [1]= ,
>> we have decided to run a second WGLC on the updated version of the= draft:
>> http://tools.ietf.org/html/draft-ietf-s= oc-load-control-event-package-05
>>
>> Today we are starting another two-weeks working group last call. >> This call ends on Thursday, December 13th.
>>
>> reviews and comments are really appreciate and requested from all = the participants cheers
>>
>>
>> Volker and Salvatore
>>
>> [1]http://www.ietf.org/mail-archive/web= /sip-overload/current/msg00799.html
>> _______________________________________________
>> sip-overload mailing list
>> sip-overload@ietf.org=
>> https://www.ietf.org/mailman/listinfo/sip-overload
>>
>>
>
> _______________________________________________
> sip-overload mailing list
> sip-overload@ietf.org
> https://www.ietf.org/mailman/listinfo/sip-overload

_______________________________________________
sip-overload mailing list
sip-overload@ietf.org
https://www.ietf.org/mailman/listinfo/sip-overload

--e89a8ff1c6385b0c3204d06e0bdf-- From shida@ntt-at.com Sun Dec 9 09:17:23 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A541221F8550 for ; Sun, 9 Dec 2012 09:17:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.438 X-Spam-Level: X-Spam-Status: No, score=-101.438 tagged_above=-999 required=5 tests=[AWL=0.826, BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sTjP3IjwkbRm for ; Sun, 9 Dec 2012 09:17:22 -0800 (PST) Received: from gator465.hostgator.com (gator465.hostgator.com [69.56.174.130]) by ietfa.amsl.com (Postfix) with ESMTP id 49E1821F84E2 for ; Sun, 9 Dec 2012 09:17:22 -0800 (PST) Received: from [125.193.49.76] (port=55841 helo=[192.168.11.3]) by gator465.hostgator.com with esmtpa (Exim 4.80) (envelope-from ) id 1ThkVC-00030i-T6; Sun, 09 Dec 2012 11:17:19 -0600 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/alternative; boundary="Apple-Mail=_3CD3EFF9-EFBB-444D-8939-FBE73E15728B" From: Shida Schubert In-Reply-To: Date: Mon, 10 Dec 2012 02:17:16 +0900 Message-Id: <99922407-3399-4DD7-BB97-DADC8BF8C516@ntt-at.com> References: <50B76146.2010200@ericsson.com> <50C197DB.5080308@ericsson.com> <3F6473EB-C5DA-4635-9F80-0F48D416734C@ntt-at.com> To: Charles Shen X-Mailer: Apple Mail (2.1283) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator465.hostgator.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ntt-at.com X-BWhitelist: yes X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([192.168.11.3]) [125.193.49.76]:55841 X-Source-Auth: shida.schubert+tingle.jp X-Email-Count: 3 X-Source-Cap: c3NoaWRhO3NzaGlkYTtnYXRvcjQ2NS5ob3N0Z2F0b3IuY29t Cc: sip-overload@ietf.org, Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] remind: WGLC: draft-ietf-soc-load-control-event-package X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 17:17:23 -0000 --Apple-Mail=_3CD3EFF9-EFBB-444D-8939-FBE73E15728B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Charles; My comments inline.. On Dec 10, 2012, at 1:35 AM, Charles Shen wrote: > Hi Shida, thank you very much for your comments! please see inline: >=20 > On Sat, Dec 8, 2012 at 2:02 AM, Shida Schubert = wrote: > I think overall, the draft is looking good and will be ready > after adding some clarifying text and using consistency > terminology through out the draft. >=20 > My comments below >=20 > ** Technical ****** >=20 > 1. Section 5.8. > - The second paragraph talks about enforcing rules even > when re-activation of subscription fails.. There is a chance > that event was cancelled or no longer valid, do we still > want to enforce this event then?? I guess it's better to be > safe (be overreactive to prohibit the chance of overload).. >=20 >=20 > The current text says:=20 >=20 > Regardless of whether > this re-activation of subscription is successful or not, when the > validity time is reached, the subscriber SHOULD enforce the > corresponding rules. >=20 > This is a conservative approach (even if the event has been cancelled, = if we do not receive a cancellation, the rule should still be enforced) = seems to be inline with your "safe/over-reactive" suggestion, or did I = get it wrong?=20 Sounds good. Just wanted to confirm. > =20 > 2. Section 5.8. > - 5th paragraph talks about NOTIFY body containing no supporting > bodies, but in section 5.5 is clearly mandating the inclusion of > at least "application/load-control_xml" in NOTIFY . So there seems > to be a bit of contradiction here.. >=20 >=20 > In normal cases, the subscriber should not receive unknown bodies, so = the wording about no supporting bodies is more concerning error = conditions. Do you want to make it more explicit, saying e.g., "in = unexpected cases, when the subscriber receives unknown bodies ..." ? May be good to be more explicit but current text is fine as is, as it = really tries to prevent things from breaking.. > =20 > 3. Section 5.11 > - 2nd paragraph mentions the need to keep track of the version > number, when subscriber has missed receiving a version. But > why is this necessary when it is mentioned that subscriber asks > for a full snapshot of the state (filters).. Also these statements > seem like they should be written with the RFC2119 language. >=20 >=20 > Using the version number, the subscriber knows whether it misses any = delta update or not. It needs to ask for a full snapshot of the state = *only* when it finds out that it had missed some previous delta update = (so it could not reconstruct the full current state solely based on the = delta updates it has). This paragraph is referencing RFC6665 = (http://tools.ietf.org/html/rfc6665#section-5.3.2), so I can add a = "MUST" to the "include a version number that ..." part.=20 > =20 I guess it was rather confusing because it read like you only keep=20 track of versioning number in case you miss a version.. I think=20 what you mentioned above somehow SHOULD be mentioned.=20 Something along the line of=20 1. MUST keep track of versioning number. 2. If there is a miss then ask for full snapshot. > 4. Section 6.4 > - 2nd paragraph has normative statement about "reject", "drop" > I am assuming that these are normative statements for the > subscriber (servers that installs filter) to follow, but this is not > clarified.. I suggest you clarify who takes these actions a bit > more explicitly.. >=20 > Will do. >=20 OK. > =20 >=20 > ** Editorial ****** >=20 > 1. Design Requirements > - Bullet 5 > The target should include domain as destination domain is > mentioned as a target in the section 4.1.. >=20 >=20 > ok. > =20 > 2. Terminology >=20 > Terminology is still rather confusing are the followings terms > same or not? If they are same, I think same terminology should > be used. >=20 > I think terminology section may help with this, but never the > less I encourage the use of consistent terminology across the > document. > =20 > Are the following terms all the same? > load filter =3D=3D=3D load filtering rules, load filtering = policy(ies), filter >=20 > To me load filter / filter can have a physical sense while = policy/rules have a more abstract meaning. Rules/Policies are installed = in filters. For example, you can have a filter initiated with no rules, = or configured with rule set A, then changed to rule set B, it is the = same filter but with different rules.=20 >=20 > Another interpretation may regard filter and filter rules the same = thing, in that a filter on the same entity but with different rules are = viewed as different filters, if that makes more sense to the group, I = can consider clarification on that too.=20 Okay, so I think it would be good to add a terminology section to=20 lay out your interpretation of each of the terminology used.=20 =20 Reader will not know what you mean by each of the terminology=20 and it will be left to the read as to how one interprets each term.. Your response looks good, I highly suggests that you add a=20 terminology section..=20 Thanks Shida > =20 >=20 > What is dynamically computed filter, are they different in the > sense that they are not installed via this spec? (section 4.3) >=20 >=20 > Meaning the filtering contents are dynamically computed based on = current network status. It is more about the computation of the filter, = not about installation.=20 > =20 > What is the difference between load control rules and load control > filter and load control policy? >=20 >=20 > I did not find "load control filter" in this version, (it should have = been removed after your earlier comments about terminology). Also S1 = second last paragraph has a sentence:=20 >=20 > since we are describing a specific control > mechanism based on filtering, the term "load control" in this > specification is used inter-changeably with the term "load = filtering" > unless associated with other explicit context. >=20 > I am also using "policies" and "rules" inter-changeably in the = document, but I can consolidate both into "rules" (or "policies") if = that's clearer.=20 > =20 > What is load control notification? Isn't this just a notification = with > filter as a body? >=20 >=20 > Yes it is. It occurred twice in the document so I can change them to = just NOTIFY request to match the rest of the document. >=20 > =20 > What is a filtering server? I am assuming it is a server that > receives a notification (subscriber) with filter which installs filter > and executes policy/rules inside the filter.. But this is not clearly > specified but rather left up to the reader.. >=20 >=20 > OK, I will make it explicit.=20 > =20 > 3 Term control policy is not really explained but I am assuming > it is the control you achieve by entity receiving the filter, actually > installing the filter. If this is the case, section 5.3 should simply > say >=20 > "The effectiveness of SIP load filtering relies on the scope of > distribution and installation of the load filters in the network" >=20 > Latter paragraph uses the control policies, as well and should > be replaced with load filtering. >=20 >=20 > Sure, will correct.=20 > =20 > Other editorial nits, I will send to the authors directly. >=20 >=20 > Got them, thanks! >=20 > Charles >=20 > =20 > Regards > Shida >=20 >=20 > On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote: >=20 > > this is a remind > > > > we are running a second WGLC for the load-control-event-package > > > > please read the last version of the document and provide your view = on it > > (e.g. the draft is ready to move on, etc) or eventual feedback you = have. > > > > thanks > > Salvatore > > > > On 11/29/12 3:21 PM, Salvatore Loreto wrote: > >> [as chair] > >> > >> due to the comments and feedback received during the first one [1], > >> we have decided to run a second WGLC on the updated version of the = draft: > >> = http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 > >> > >> Today we are starting another two-weeks working group last call. > >> This call ends on Thursday, December 13th. > >> > >> reviews and comments are really appreciate and requested from all = the participants cheers > >> > >> > >> Volker and Salvatore > >> > >> = [1]http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html= > >> _______________________________________________ > >> sip-overload mailing list > >> sip-overload@ietf.org > >> https://www.ietf.org/mailman/listinfo/sip-overload > >> > >> > > > > _______________________________________________ > > sip-overload mailing list > > sip-overload@ietf.org > > https://www.ietf.org/mailman/listinfo/sip-overload >=20 > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload >=20 --Apple-Mail=_3CD3EFF9-EFBB-444D-8939-FBE73E15728B Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii

Hi Charles;

 My comments inline..

On Dec 10, 2012, at 1:35 AM, Charles Shen wrote:

Hi Shida, thank you very much for your comments! please see inline:

On Sat, Dec 8, 2012 at 2:02 AM, Shida Schubert <shida@ntt-at.com> wrote:
 I think overall, the draft is looking good and will be ready
after adding some clarifying text and using consistency
terminology through out the draft.

 My comments below

** Technical ******

1. Section 5.8.
 - The second paragraph talks about enforcing rules  even
   when re-activation of subscription fails.. There is a chance
   that event was cancelled or no longer valid, do we still
   want to enforce this event then?? I guess it's better to be
   safe (be overreactive to prohibit the chance of overload)..


The current text says: 

 Regardless of whether
   this re-activation of subscription is successful or not, when the
   validity time is reached, the subscriber SHOULD enforce the
   corresponding rules.

This is a conservative approach (even if the event has been cancelled, if we do not receive a cancellation, the rule should still be enforced) seems to be inline with your "safe/over-reactive" suggestion, or did I get it wrong? 

 Sounds good. Just wanted to confirm.

 
2. Section 5.8.
 - 5th paragraph talks about NOTIFY body containing no supporting
   bodies, but in section 5.5 is clearly mandating the inclusion of
   at least "application/load-control_xml" in NOTIFY . So there seems
   to be a bit of contradiction here..


In normal cases, the subscriber should not receive unknown bodies, so the wording about no supporting bodies is more concerning error conditions. Do you want to make it more explicit, saying e.g., "in unexpected cases, when the subscriber receives unknown bodies ..." ?

 May be good to be more explicit but current text is fine as is, as it really tries to prevent things from breaking..

 
3. Section 5.11
 - 2nd paragraph mentions the need to keep track of the version
  number, when subscriber has missed receiving a version. But
  why is this necessary when it is mentioned that subscriber asks
  for a full snapshot of the state (filters).. Also these statements
  seem like they should be written with the RFC2119 language.


Using the version number, the subscriber knows whether it misses any delta update or not. It needs to ask for a full snapshot of the state *only* when it finds out that it had missed some previous delta update (so it could not reconstruct the full current state solely based on the delta updates it has). This paragraph is referencing RFC6665 (http://tools.ietf.org/html/rfc6665#section-5.3.2), so I can add a "MUST" to the "include a version number that ..." part. 
 

 I guess it was rather confusing because it read like you only keep 
track of versioning number in case you miss a version.. I think 
what you mentioned above somehow SHOULD be mentioned. 

 Something along the line of 

 1. MUST keep track of versioning number.
 2. If there is a miss then ask for full snapshot.

4. Section 6.4
  - 2nd paragraph has normative statement about "reject", "drop"
  I am assuming that these are normative statements for the
  subscriber (servers that installs filter) to follow, but this is not
  clarified.. I suggest you clarify who takes these actions a bit
  more explicitly..

Will do.


 OK.

 

** Editorial ******

1. Design Requirements
 - Bullet 5
   The target should include domain as destination domain is
    mentioned as a target in the section 4.1..


ok.
 
2. Terminology

 Terminology is still rather confusing are the followings terms
same or not? If they are same, I think same terminology should
be used.

 I think terminology section may help with this, but never the
less I encourage the use of consistent terminology across the
document.
 
 Are the following terms all the same?
    load filter === load filtering rules, load filtering policy(ies), filter

To me load filter / filter can have a physical sense while policy/rules have a more abstract meaning. Rules/Policies are installed in filters. For example, you can have a filter initiated with no rules, or configured with rule set A, then changed to rule set B, it is the same filter but with different rules. 

Another interpretation may regard filter and filter rules the same thing, in that a filter on the same entity but with different rules are viewed as different filters, if that makes more sense to the group, I can consider clarification on that too. 

 Okay, so I think it would be good to add a terminology section to 
lay out your interpretation of each of the terminology used. 
 
 Reader will not know what you mean by each of the terminology 
and it will be left to the read as to how one interprets each term..

 Your response looks good, I highly suggests that you add a 
terminology section.. 

 Thanks
  Shida

 

 What is dynamically computed filter, are they different in the
sense that they are not installed via this spec? (section 4.3)


Meaning the filtering contents are dynamically computed based on current network status. It is more about the computation of the filter, not about installation. 
 
  What is the difference between load control rules and load control
filter and load control policy?


I did not find "load control filter" in this version,  (it should have been removed after your earlier comments about terminology). Also S1 second last paragraph has a sentence: 

 since we are describing a specific control
   mechanism based on filtering, the term "load control" in this
   specification is used inter-changeably with the term "load filtering"
   unless associated with other explicit context.

I am also using "policies" and "rules" inter-changeably in the document, but I can consolidate both into "rules" (or "policies") if that's clearer. 
 
 What is load control notification? Isn't this just a notification with
filter as a body?


Yes it is. It occurred twice in the document so I can change them to just NOTIFY request to match the rest of the document.

 
 What is a filtering server? I am assuming it is a server that
receives a notification (subscriber) with filter which installs filter
and executes policy/rules inside the filter.. But this is not clearly
specified but rather left up to the reader..


OK, I will make it explicit. 
 
3 Term control policy is not really explained but I am assuming
it is the control you achieve by entity receiving the filter, actually
installing the filter. If this is the case, section 5.3 should simply
say

 "The effectiveness of SIP load filtering relies on the scope of
distribution and installation of the load filters in the network"

 Latter paragraph uses the control policies, as well and should
be replaced with load filtering.


Sure, will correct. 
 
 Other editorial nits, I will send to the authors directly.


Got them, thanks!

Charles

 
 Regards
  Shida


On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote:

> this is a remind
>
> we are running a second WGLC for the load-control-event-package
>
> please read the last version of the document and provide your view on it
> (e.g. the draft is ready to move on, etc) or eventual feedback you have.
>
> thanks
> Salvatore
>
> On 11/29/12 3:21 PM, Salvatore Loreto wrote:
>> [as chair]
>>
>> due to the comments and feedback received during the first one [1],
>> we have decided to run a second WGLC on the updated version of the draft:
>> http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05
>>
>> Today we are starting another two-weeks working group last call.
>> This call ends on Thursday, December 13th.
>>
>> reviews and comments are really appreciate and requested from all the participants cheers
>>
>>
>> Volker and Salvatore
>>
>> [1]http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html
>> _______________________________________________
>> sip-overload mailing list
>> sip-overload@ietf.org
>> https://www.ietf.org/mailman/listinfo/sip-overload
>>
>>
>
> _______________________________________________
> sip-overload mailing list
> sip-overload@ietf.org
> https://www.ietf.org/mailman/listinfo/sip-overload

_______________________________________________
sip-overload mailing list
sip-overload@ietf.org
https://www.ietf.org/mailman/listinfo/sip-overload


--Apple-Mail=_3CD3EFF9-EFBB-444D-8939-FBE73E15728B-- From charles.newyork@gmail.com Sun Dec 9 09:33:43 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD0E21F87FD for ; Sun, 9 Dec 2012 09:33:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pq7RE0B0T--a for ; Sun, 9 Dec 2012 09:33:41 -0800 (PST) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id 885D521F87D0 for ; Sun, 9 Dec 2012 09:33:41 -0800 (PST) Received: by mail-ob0-f172.google.com with SMTP id za17so1953547obc.31 for ; Sun, 09 Dec 2012 09:33:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Knp5K5Tfvcb6ZSUviYzf8F1tPa2Qq0hKgLytkJula6c=; b=jKkpRpp/O//T+7YuHpbLe6NCZ2egQAfOeAGfAcMsARMkAK6b5wlLvv9SlaijivLtRK WmFhbntSd/cz9dkuIjfdXx0QkQfWL91Vbb0lmBAbWQ22NEblExMIWg0fQI7B8BVyFogr I+DNBTqZT+e766y2pVVMcbvJf4D63YRCuGppjST4MBxuIZgm73Jck5sfG6j7IR7WE+q4 iaITKIQ0aAMXcoO6hkJwrJTokVIpMVggJjJMmH7SA1GYjGMftC+JM0Fj+xlrPRDiMtms YMY2LGdf/5CGq/SydGY2XYnac3yrml4DTKmuuwevwNS5jcXnj+aBIxdlancOJuidIVoo MiWQ== Received: by 10.60.6.133 with SMTP id b5mr358404oea.97.1355074421138; Sun, 09 Dec 2012 09:33:41 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Sun, 9 Dec 2012 09:33:21 -0800 (PST) In-Reply-To: <99922407-3399-4DD7-BB97-DADC8BF8C516@ntt-at.com> References: <50B76146.2010200@ericsson.com> <50C197DB.5080308@ericsson.com> <3F6473EB-C5DA-4635-9F80-0F48D416734C@ntt-at.com> <99922407-3399-4DD7-BB97-DADC8BF8C516@ntt-at.com> From: Charles Shen Date: Sun, 9 Dec 2012 12:33:21 -0500 X-Google-Sender-Auth: z6NhD8L4yuH1Qn5WIJnVA5kM-3w Message-ID: To: Shida Schubert Content-Type: multipart/alternative; boundary=e89a8fb2033484244404d06ed913 Cc: sip-overload@ietf.org, Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] remind: WGLC: draft-ietf-soc-load-control-event-package X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 17:33:43 -0000 --e89a8fb2033484244404d06ed913 Content-Type: text/plain; charset=UTF-8 Hi Shida, in that case, I will try to add a terminology section. Thanks! Charles On Sun, Dec 9, 2012 at 12:17 PM, Shida Schubert wrote: > > Hi Charles; > > My comments inline.. > > On Dec 10, 2012, at 1:35 AM, Charles Shen wrote: > > Hi Shida, thank you very much for your comments! please see inline: > > On Sat, Dec 8, 2012 at 2:02 AM, Shida Schubert wrote: > >> I think overall, the draft is looking good and will be ready >> after adding some clarifying text and using consistency >> terminology through out the draft. >> >> My comments below >> >> ** Technical ****** >> >> 1. Section 5.8. >> - The second paragraph talks about enforcing rules even >> when re-activation of subscription fails.. There is a chance >> that event was cancelled or no longer valid, do we still >> want to enforce this event then?? I guess it's better to be >> safe (be overreactive to prohibit the chance of overload).. >> >> > The current text says: > > Regardless of whether > this re-activation of subscription is successful or not, when the > validity time is reached, the subscriber SHOULD enforce the > corresponding rules. > > > This is a conservative approach (even if the event has been cancelled, if > we do not receive a cancellation, the rule should still be enforced) seems > to be inline with your "safe/over-reactive" suggestion, or did I get it > wrong? > > > Sounds good. Just wanted to confirm. > > > >> 2. Section 5.8. >> - 5th paragraph talks about NOTIFY body containing no supporting >> bodies, but in section 5.5 is clearly mandating the inclusion of >> at least "application/load-control_xml" in NOTIFY . So there seems >> to be a bit of contradiction here.. >> >> > In normal cases, the subscriber should not receive unknown bodies, so the > wording about no supporting bodies is more concerning error conditions. Do > you want to make it more explicit, saying e.g., "in unexpected cases, when > the subscriber receives unknown bodies ..." ? > > > May be good to be more explicit but current text is fine as is, as it > really tries to prevent things from breaking.. > > > >> 3. Section 5.11 >> - 2nd paragraph mentions the need to keep track of the version >> number, when subscriber has missed receiving a version. But >> why is this necessary when it is mentioned that subscriber asks >> for a full snapshot of the state (filters).. Also these statements >> seem like they should be written with the RFC2119 language. >> >> > Using the version number, the subscriber knows whether it misses any delta > update or not. It needs to ask for a full snapshot of the state *only* when > it finds out that it had missed some previous delta update (so it could not > reconstruct the full current state solely based on the delta updates it > has). This paragraph is referencing RFC6665 ( > http://tools.ietf.org/html/rfc6665#section-5.3.2), so I can add a "MUST" > to the "include a version number that ..." part. > > > > I guess it was rather confusing because it read like you only keep > track of versioning number in case you miss a version.. I think > what you mentioned above somehow SHOULD be mentioned. > > Something along the line of > > 1. MUST keep track of versioning number. > 2. If there is a miss then ask for full snapshot. > > 4. Section 6.4 >> - 2nd paragraph has normative statement about "reject", "drop" >> I am assuming that these are normative statements for the >> subscriber (servers that installs filter) to follow, but this is not >> clarified.. I suggest you clarify who takes these actions a bit >> more explicitly.. >> > > Will do. > > > OK. > > > > >> >> ** Editorial ****** >> >> 1. Design Requirements >> - Bullet 5 >> The target should include domain as destination domain is >> mentioned as a target in the section 4.1.. >> >> > ok. > > >> 2. Terminology >> >> Terminology is still rather confusing are the followings terms >> same or not? If they are same, I think same terminology should >> be used. >> >> I think terminology section may help with this, but never the >> less I encourage the use of consistent terminology across the >> document. >> > > >> Are the following terms all the same? >> load filter === load filtering rules, load filtering policy(ies), >> filter >> > > To me load filter / filter can have a physical sense while policy/rules > have a more abstract meaning. Rules/Policies are installed in filters. For > example, you can have a filter initiated with no rules, or configured with > rule set A, then changed to rule set B, it is the same filter but with > different rules. > > Another interpretation may regard filter and filter rules the same thing, > in that a filter on the same entity but with different rules are viewed as > different filters, if that makes more sense to the group, I can consider > clarification on that too. > > > Okay, so I think it would be good to add a terminology section to > lay out your interpretation of each of the terminology used. > > Reader will not know what you mean by each of the terminology > and it will be left to the read as to how one interprets each term.. > > Your response looks good, I highly suggests that you add a > terminology section.. > > Thanks > Shida > > > >> >> What is dynamically computed filter, are they different in the >> sense that they are not installed via this spec? (section 4.3) >> >> > Meaning the filtering contents are dynamically computed based on current > network status. It is more about the computation of the filter, not about > installation. > > >> What is the difference between load control rules and load control >> filter and load control policy? >> >> > I did not find "load control filter" in this version, (it should have > been removed after your earlier comments about terminology). Also S1 second > last paragraph has a sentence: > > since we are describing a specific control > mechanism based on filtering, the term "load control" in this > specification is used inter-changeably with the term "load filtering" > unless associated with other explicit context. > > > I am also using "policies" and "rules" inter-changeably in the document, > but I can consolidate both into "rules" (or "policies") if that's clearer. > > >> What is load control notification? Isn't this just a notification with >> filter as a body? >> >> > Yes it is. It occurred twice in the document so I can change them to just > NOTIFY request to match the rest of the document. > > > >> What is a filtering server? I am assuming it is a server that >> receives a notification (subscriber) with filter which installs filter >> and executes policy/rules inside the filter.. But this is not clearly >> specified but rather left up to the reader.. >> >> > OK, I will make it explicit. > > >> 3 Term control policy is not really explained but I am assuming >> it is the control you achieve by entity receiving the filter, actually >> installing the filter. If this is the case, section 5.3 should simply >> say >> >> "The effectiveness of SIP load filtering relies on the scope of >> distribution and installation of the load filters in the network" >> >> Latter paragraph uses the control policies, as well and should >> be replaced with load filtering. >> >> > Sure, will correct. > > >> Other editorial nits, I will send to the authors directly. >> >> > Got them, thanks! > > Charles > > > >> Regards >> Shida >> >> >> On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote: >> >> > this is a remind >> > >> > we are running a second WGLC for the load-control-event-package >> > >> > please read the last version of the document and provide your view on it >> > (e.g. the draft is ready to move on, etc) or eventual feedback you have. >> > >> > thanks >> > Salvatore >> > >> > On 11/29/12 3:21 PM, Salvatore Loreto wrote: >> >> [as chair] >> >> >> >> due to the comments and feedback received during the first one [1], >> >> we have decided to run a second WGLC on the updated version of the >> draft: >> >> >> http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 >> >> >> >> Today we are starting another two-weeks working group last call. >> >> This call ends on Thursday, December 13th. >> >> >> >> reviews and comments are really appreciate and requested from all the >> participants cheers >> >> >> >> >> >> Volker and Salvatore >> >> >> >> [1] >> http://www.ietf.org/mail-archive/web/sip-overload/current/msg00799.html >> >> _______________________________________________ >> >> sip-overload mailing list >> >> sip-overload@ietf.org >> >> https://www.ietf.org/mailman/listinfo/sip-overload >> >> >> >> >> > >> > _______________________________________________ >> > sip-overload mailing list >> > sip-overload@ietf.org >> > https://www.ietf.org/mailman/listinfo/sip-overload >> >> _______________________________________________ >> sip-overload mailing list >> sip-overload@ietf.org >> https://www.ietf.org/mailman/listinfo/sip-overload >> > > > > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload > > --e89a8fb2033484244404d06ed913 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Shida, in that case, I will try to add a terminology section. Thanks!
Charles

On Sun, Dec 9, 2= 012 at 12:17 PM, Shida Schubert <shida@ntt-at.com> wrote:
Hi Charles;

=C2=A0My comments inline..=

On Dec 10, 2012, at 1:35 AM, Charles Shen wrote= :

Hi Shida, thank you very much for your= comments! please see inline:

On Sat, Dec 8, 2012 at 2:02 AM, Shida Schubert <shida@ntt-at.com> wrote:
=C2=A0I think overall, the draft is looking = good and will be ready
after adding some clarifying text and using consistency
terminology through out the draft.

=C2=A0My comments below

** Technical ******

1. Section 5.8.
=C2=A0- The second paragraph talks about enforcing rules =C2=A0even
=C2=A0 =C2=A0when re-activation of subscription fails.. There is a chance =C2=A0 =C2=A0that event was cancelled or no longer valid, do we still
=C2=A0 =C2=A0want to enforce this event then?? I guess it's better to b= e
=C2=A0 =C2=A0safe (be overreactive to prohibit the chance of overload)..

The current text says:=C2=A0

 Regardless of whether
   this re-activation of subscription is successful or not, when the
   validity time is reached, the subscriber SHOULD enforce the
   corresponding rules.

This is a conservati= ve approach (even if the event has been cancelled, if we do not receive a c= ancellation, the rule should still be enforced) seems to be inline with you= r "safe/over-reactive" suggestion, or did I get it wrong?=C2=A0

=C2=A0Sounds good. Just = wanted to confirm.

=C2=A0
2. Section 5.8.
=C2=A0- 5th paragraph talks about NOTIFY body containing no supporting
=C2=A0 =C2=A0bodies, but in section 5.5 is clearly mandating the inclusion = of
=C2=A0 =C2=A0at least "application/load-control_xml" in NOTIFY . = So there seems
=C2=A0 =C2=A0to be a bit of contradiction here..


In normal cases, the subscriber should= not receive unknown bodies, so the wording about no supporting bodies is m= ore concerning error conditions. Do you want to make it more explicit, sayi= ng e.g., "in unexpected cases, when the subscriber receives unknown bo= dies ..." ?

=C2=A0May be good to be = more explicit but current text is fine as is, as it really tries to prevent= things from breaking..

=C2=A0
3. Section 5.11
=C2=A0- 2nd paragraph mentions the need to keep track of the version
=C2=A0 number, when subscriber has missed receiving a version. But
=C2=A0 why is this necessary when it is mentioned that subscriber asks
=C2=A0 for a full snapshot of the state (filters).. Also these statements =C2=A0 seem like they should be written with the RFC2119 language.


Using the version number, the subscrib= er knows whether it misses any delta update or not. It needs to ask for a f= ull snapshot of the state *only* when it finds out that it had missed some = previous delta update (so it could not reconstruct the full current state s= olely based on the delta updates it has). This paragraph is referencing RFC= 6665 (http://tools.ietf.org/html/rfc6665#section-5.3.2), so I can= add a "MUST" to the "include a version number that ..."= ; part.=C2=A0
=C2=A0

=C2=A0I= guess it was rather confusing because it read like you only keep=C2=A0
track of versioning number in case you miss a version.. I think=C2= =A0
what you mentioned above somehow SHOULD be mentioned.=C2=A0

=C2=A0Something along the line of=C2=A0

<= /div>
=C2=A01. MUST keep track of versioning number.
=C2=A02.= If there is a miss then ask for full snapshot.

=
4. Section 6.4
=C2=A0 - 2nd paragraph has normative statement about "reject", &q= uot;drop"
=C2=A0 I am assuming that these are normative statements for the
=C2=A0 subscriber (servers that installs filter) to follow, but this is not=
=C2=A0 clarified.. I suggest you clarify who takes these actions a bit
=C2=A0 more explicitly..

Will do.
=


=C2=A0OK.


=C2=A0

** Editorial ******

1. Design Requirements
=C2=A0- Bullet 5
=C2=A0 =C2=A0The target should include domain as destination domain is
=C2=A0 =C2=A0 mentioned as a target in the section 4.1..


ok.
=C2=A0
2. Terminology

=C2=A0Terminology is still rather confusing are the followings terms
same or not? If they are same, I think same terminology should
be used.

=C2=A0I think terminology section may help with this, but never the
less I encourage the use of consistent terminology across the
document.
=C2=A0
=C2=A0Are the following terms all the same?
=C2=A0 =C2=A0 load filter =3D=3D=3D load filtering rules, load filtering po= licy(ies), filter

To me load filter / f= ilter can have a physical sense while policy/rules have a more abstract mea= ning. Rules/Policies are installed in filters. For example, you can have a = filter initiated with no rules, or configured with rule set A, then changed= to rule set B, it is the same filter but with different rules.=C2=A0

Another interpretation may regard filter and filter rul= es the same thing, in that a filter on the same entity but with different r= ules are viewed as different filters, if that makes more sense to the group= , I can consider clarification on that too.=C2=A0

=C2=A0Okay, so I think i= t would be good to add a terminology section to=C2=A0
lay out you= r interpretation of each of the terminology used.=C2=A0
=C2=A0
=C2=A0Reader will not know what you mean by each of the terminology= =C2=A0
and it will be left to the read as to how one interprets each term..

=C2=A0Your response looks good, I highly suggests t= hat you add a=C2=A0
terminology section..=C2=A0

=C2=A0Thanks
=C2=A0 Shida

=C2=A0

=C2=A0What is dynamically computed filter, are they different in the
sense that they are not installed via this spec? (section 4.3)


Meaning the filtering contents are dyn= amically computed based on current network status. It is more about the com= putation of the filter, not about installation.=C2=A0
=C2=A0
=C2=A0 What is the difference between load control rules and load control filter and load control policy?


I did not find "load control filt= er" in this version, =C2=A0(it should have been removed after your ear= lier comments about terminology). Also=C2=A0S1 second last paragraph has a = sentence:=C2=A0

 since we are describing a specific control
   mechanism based on filtering, the term "load control" in this
   specification is used inter-changeably with the term "load filterin=
g"
   unless associated with other explicit context.

I am also using "policies" and "rules" inter= -changeably in the document, but I can consolidate both into "rules&qu= ot; (or "policies") if that's clearer.=C2=A0
=C2=A0
=C2=A0What is load control notification? Isn't this just a notification= with
filter as a body?


Yes it is. It occurred twice in the do= cument so I can change them to just NOTIFY request to match the rest of the= document.

=C2=A0
=C2=A0What is a filtering server? I am assuming it is a server that
receives a notification (subscriber) with filter which installs filter
and executes policy/rules inside the filter.. But this is not clearly
specified but rather left up to the reader..


OK, I will make it explicit.=C2=A0
=C2=A0
3 Term control policy is not really explained but I am assuming
it is the control you achieve by entity receiving the filter, actually
installing the filter. If this is the case, section 5.3 should simply
say

=C2=A0"The effectiveness of SIP load filtering relies on the scope of<= br> distribution and installation of the load filters in the network"

=C2=A0Latter paragraph uses the control policies, as well and should
be replaced with load filtering.


Sure, will correct.=C2=A0
= =C2=A0
=C2=A0Other editorial nits, I will send to the authors directly.


Got them, thanks!

=
Charles

=C2=A0
=C2=A0Regards
=C2=A0 Shida


On Dec 7, 2012, at 4:16 PM, Salvatore Loreto wrote:

> this is a remind
>
> we are running a second WGLC for the load-control-event-package
>
> please read the last version of the document and provide your view on = it
> (e.g. the draft is ready to move on, etc) or eventual feedback you hav= e.
>
> thanks
> Salvatore
>
> On 11/29/12 3:21 PM, Salvatore Loreto wrote:
>> [as chair]
>>
>> due to the comments and feedback received during the first one [1]= ,
>> we have decided to run a second WGLC on the updated version of the= draft:
>> http://tools.ietf.org/html/draft-ietf-s= oc-load-control-event-package-05
>>
>> Today we are starting another two-weeks working group last call. >> This call ends on Thursday, December 13th.
>>
>> reviews and comments are really appreciate and requested from all = the participants cheers
>>
>>
>> Volker and Salvatore
>>
>> [1]http://www.ietf.org/mail-archive/web= /sip-overload/current/msg00799.html
>> _______________________________________________
>> sip-overload mailing list
>> sip-ove= rload@ietf.org
>> https://www.ietf.org/mailman/listinfo/sip-overload
>>
>>
>
> _______________________________________________
> sip-overload mailing list
> sip-overloa= d@ietf.org
> https://www.ietf.org/mailman/listinfo/sip-overload

_______________________________________________
sip-overload mailing list
sip-overload@iet= f.org
https://www.ietf.org/mailman/listinfo/sip-overload



______________________________= _________________
sip-overload mailing list
sip-overload@ietf.org
https://www.ietf.org/mailman/listinfo/sip-overload


--e89a8fb2033484244404d06ed913-- From ecnoel@research.att.com Thu Dec 13 12:00:32 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 552C721F8B0E for ; Thu, 13 Dec 2012 12:00:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.598 X-Spam-Level: X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 582psB7soFdC for ; Thu, 13 Dec 2012 12:00:31 -0800 (PST) Received: from mail-pink.research.att.com (mail-pink.research.att.com [192.20.225.111]) by ietfa.amsl.com (Postfix) with ESMTP id 2881921F8AC9 for ; Thu, 13 Dec 2012 12:00:30 -0800 (PST) Received: from mail-green.research.att.com (unknown [135.207.178.10]) by mail-pink.research.att.com (Postfix) with ESMTP id 95C1412090E; Thu, 13 Dec 2012 15:00:24 -0500 (EST) Received: from njfpsrvexg2.research.att.com (njfpsrvexg2.research.att.com [135.207.177.29]) by mail-green.research.att.com (Postfix) with ESMTP id 390EBE43C5; Thu, 13 Dec 2012 14:55:03 -0500 (EST) Received: from njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9]) by njfpsrvexg2.research.att.com ([fe80::a158:97ea:81b0:43d9%14]) with mapi; Thu, 13 Dec 2012 14:58:41 -0500 From: "NOEL, ERIC (ERIC C)" To: 'Charles Shen' , "sip-overload@ietf.org" Date: Thu, 13 Dec 2012 14:58:28 -0500 Thread-Topic: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt Thread-Index: Ac2wdMb3bPiQhBrbTlimuFWKu6IEUQo9ya6Q Message-ID: <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_5EBD159DE88147488A3B1590E090018403530A9E6275njfpsrvexg2_" MIME-Version: 1.0 Cc: Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 20:00:32 -0000 --_000_5EBD159DE88147488A3B1590E090018403530A9E6275njfpsrvexg2_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q2hhcmxlcywNCg0KSSB3ZW50IHRocm91Z2ggeW91ciBsYXRlc3QgdmVyc2lvbiBhbmQgaGF2ZSBu byBjb21tZW50cyBiZXlvbmQgd2hhdCB3YXMgYWxyZWFkeSBwb3N0ZWQuDQoNCllvdSBjYW4gaGF2 ZSBteSByZXZpZXcgY291bnRlZCBmb3IgdGhlIElFU0cgcmV2aWV3Lg0KDQpUaGFua3MsDQoNCkVy aWMgTm9lbA0KQVQmVCBMYWJzLCBJbmMuDQpSZXRoaW5rIFBvc3NpYmxlDQoNCk5ldHdvcmsgRGVz aWduIGFuZCBQZXJmb3JtYW5jZSBBbmFseXNpcw0KMjAwIFNvdXRoIExhdXJlbCBBdmVudWUsIEQ1 LTNEMTkNCk1pZGRsZXRvd24sIE5KIDA3NzQ4DQpQOiA3MzIuNDIwLjQxNzQNCmVjbm9lbEBhdHQu Y29tPG1haWx0bzpqc21pdGhAYXR0LmNvbT4NCg0KRnJvbTogc2lwLW92ZXJsb2FkLWJvdW5jZXNA aWV0Zi5vcmcgW21haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIENoYXJsZXMgU2hlbg0KU2VudDogTW9uZGF5LCBPY3RvYmVyIDIyLCAyMDEyIDEyOjQ3IFBN DQpUbzogc2lwLW92ZXJsb2FkQGlldGYub3JnDQpDYzogQXJhdGEgS29pa2U7IEhlbm5pbmcgU2No dWx6cmlubmUNClN1YmplY3Q6IFJlOiBbc2lwLW92ZXJsb2FkXSBJLUQgQWN0aW9uOiBkcmFmdC1p ZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNS50eHQNCg0KSGkgYWxsLA0KDQpJ J3ZlIHN1Ym1pdHRlZCBhIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJv bC1ldmVudC1wYWNrYWdlLg0KDQpEaWZmIGlzIGF2YWlsYWJsZSBhdDogaHR0cDovL3d3dy5pZXRm Lm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2th Z2UtMDUNCg0KVGhpcyB2ZXJzaW9uIHNob3VsZCBoYXZlIGluY29ycG9yYXRlZCByZXNwb25zZXMg dG8gYWxsIGNvbW1lbnRzIHJlY2VpdmVkIHNvIGZhciAocGxlYXNlIGxldCBtZSBrbm93IGlmIEkg bWlzc2VkIGFueXRoaW5nKS4gTWFpbiBjaGFuZ2VzIGluY2x1ZGUgYWRkaW5nOiA2LjMuMyAodGFy Z2V0LXNpcC1lbnRpdHksIGN1cnJlbnRseSBvcHRpb25hbCkgNi41LjIgKGV4YW1wbGUgbWVzc2Fn ZSBmbG93KSwgcmVtb3ZpbmcgNS4xMiAoc3RhdGUgYWdlbnQpLCBhcyB3ZWxsIGFzIGNoYW5nZXMg YW5kIGNsYXJpZmljYXRpb25zIGluIGEgbnVtYmVyIG9mIG90aGVyIHNlY3Rpb25zLCBlLmcuLCA2 LjMuMiAoZXhwbGljaXQgbGlzdCBvZiBtZXRob2QgdHlwZXMgc3ViamVjdGVkIHRvIGNvbnRyb2wp IDYuNCAodXNpbmcgcmVkaXJlY3QgYXMgYWx0ZXJuYXRpdmUgYWN0aW9uKSwgNS44ICh0ZXJtaW5h dGluZyBwb2xpY2llcyB1cG9uIHRlcm1pbmF0aW9uIG9mIHN1YnNjcmlwdGlvbikgYW5kIDEzLjIg UFNUTiByZWZlcmVuY2VzLg0KDQpDb21tZW50cyBhcmUgd2VsY29tZSAhDQoNCkNoYXJsZXMNCg0K DQoNCk9uIE1vbiwgT2N0IDIyLCAyMDEyIGF0IDEyOjMyIFBNLCA8aW50ZXJuZXQtZHJhZnRzQGll dGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+PiB3cm90ZToNCg0KQSBOZXcg SW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJh ZnRzIGRpcmVjdG9yaWVzLg0KIFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIFNJUCBP dmVybG9hZCBDb250cm9sIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuDQoNCiAgICAgICAgVGl0 bGUgICAgICAgICAgIDogQSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCkgTG9hZCBD b250cm9sIEV2ZW50IFBhY2thZ2UNCiAgICAgICAgQXV0aG9yKHMpICAgICAgIDogQ2hhcmxlcyBT aGVuDQogICAgICAgICAgICAgICAgICAgICAgICAgIEhlbm5pbmcgU2NodWx6cmlubmUNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgQXJhdGEgS29pa2UNCiAgICAgICAgRmlsZW5hbWUgICAgICAg IDogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0DQogICAg ICAgIFBhZ2VzICAgICAgICAgICA6IDM5DQogICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTIt MTAtMjINCg0KQWJzdHJhY3Q6DQogICBXZSBkZWZpbmUgYSBsb2FkIGNvbnRyb2wgZXZlbnQgcGFj a2FnZSBmb3IgdGhlIFNlc3Npb24gSW5pdGlhdGlvbg0KICAgUHJvdG9jb2wgKFNJUCkuICBJdCBh bGxvd3MgU0lQIHNlcnZlcnMgdG8gZGlzdHJpYnV0ZSBsb2FkIGZpbHRlcnMgdG8NCiAgIG90aGVy IFNJUCBzZXJ2ZXJzIGluIHRoZSBuZXR3b3JrLiAgVGhlIGxvYWQgZmlsdGVycyBjb250YWluIHJ1 bGVzIHRvDQogICB0aHJvdHRsZSBjYWxscyBiYXNlZCBvbiB0aGVpciBzb3VyY2Ugb3IgZGVzdGlu YXRpb24gZG9tYWluLCB0ZWxlcGhvbmUNCiAgIG51bWJlciBwcmVmaXggb3IgZm9yIGEgc3BlY2lm aWMgdXNlci4gIFRoZSBtZWNoYW5pc20gaGVscHMgdG8gcHJldmVudA0KICAgc2lnbmFsaW5nIG92 ZXJsb2FkIGFuZCBjb21wbGVtZW50cyBmZWVkYmFjay1iYXNlZCBTSVAgb3ZlcmxvYWQNCiAgIGNv bnRyb2wgZWZmb3J0cy4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3Ig dGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxp emVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUNCg0KQSBkaWZmIGZyb20g dGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cDovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2Ut MDUNCg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBG VFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc2lwLW92ZXJsb2FkIG1haWxp bmcgbGlzdA0Kc2lwLW92ZXJsb2FkQGlldGYub3JnPG1haWx0bzpzaXAtb3ZlcmxvYWRAaWV0Zi5v cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1vdmVybG9hZA0K DQo= --_000_5EBD159DE88147488A3B1590E090018403530A9E6275njfpsrvexg2_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0K LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N c29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBs ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2 IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0 OTdEJz5DaGFybGVzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+SSB3ZW50IHRocm91Z2ggeW91ciBsYXRl c3QgdmVyc2lvbiBhbmQgaGF2ZSBubyBjb21tZW50cyBiZXlvbmQgd2hhdCB3YXMgYWxyZWFkeSBw b3N0ZWQuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv bG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5Zb3UgY2FuIGhhdmUgbXkgcmV2aWV3IGNvdW50ZWQg Zm9yIHRoZSBJRVNHIHJldmlldy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRoYW5rcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fucy1zZXJpZiI7Y29sb3I6 I0Y0N0IyMCc+RXJpYyBOb2VsPC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz4gPG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjkuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fucy1zZXJpZiI7Y29sb3I6IzY2NjY2Nic+ QVQmYW1wO1QgTGFicywgSW5jLjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiM2NjY2NjYnPiA8YnI+ PC9zcGFuPjxpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRh bmEiLCJzYW5zLXNlcmlmIjtjb2xvcjojMDBCMEUwJz5SZXRoaW5rIFBvc3NpYmxlPG86cD48L286 cD48L3NwYW4+PC9pPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGk+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZTo5LjBwdDtmb250LWZhbWlseToiVmVyZGFuYSIsInNhbnMtc2VyaWYiO2NvbG9yOiMwMEIw RTAnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIHN0eWxlPSdmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNl cmlmIjtjb2xvcjojNjY2NjY2Jz5OZXR3b3JrIERlc2lnbiBhbmQgUGVyZm9ybWFuY2UgQW5hbHlz aXM8YnI+MjAwIFNvdXRoIExhdXJlbCBBdmVudWUsIEQ1LTNEMTk8YnI+TWlkZGxldG93biwgTkog MDc3NDg8YnI+UDogNzMyLjQyMC40MTc0PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxhIGhyZWY9Im1haWx0bzpqc21pdGhAYXR0 LmNvbSI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseToiVmVyZGFuYSIs InNhbnMtc2VyaWYiJz5lY25vZWxAYXR0LmNvbTwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJWZXJkYW5hIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N c29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRh aG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4gc2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZ10g PGI+T24gQmVoYWxmIE9mIDwvYj5DaGFybGVzIFNoZW48YnI+PGI+U2VudDo8L2I+IE1vbmRheSwg T2N0b2JlciAyMiwgMjAxMiAxMjo0NyBQTTxicj48Yj5Ubzo8L2I+IHNpcC1vdmVybG9hZEBpZXRm Lm9yZzxicj48Yj5DYzo8L2I+IEFyYXRhIEtvaWtlOyBIZW5uaW5nIFNjaHVsenJpbm5lPGJyPjxi PlN1YmplY3Q6PC9iPiBSZTogW3NpcC1vdmVybG9hZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1z b2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0PG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5IaSBhbGwsPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+SSd2 ZSBzdWJtaXR0ZWQgYSBuZXcgdmVyc2lvbiBvZiZuYnNwO2RyYWZ0LWlldGYtc29jLWxvYWQtY29u dHJvbC1ldmVudC1wYWNrYWdlLiZuYnNwOzxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xh c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPkRpZmYgaXMgYXZhaWxhYmxlIGF0OiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0 Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNr YWdlLTA1Ij5odHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXNvYy1s b2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNTwvYT48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD5UaGlzIHZlcnNpb24gc2hvdWxkIGhhdmUgaW5jb3Jwb3JhdGVkIHJlc3Bv bnNlcyB0byBhbGwgY29tbWVudHMgcmVjZWl2ZWQgc28gZmFyIChwbGVhc2UgbGV0IG1lIGtub3cg aWYgSSBtaXNzZWQgYW55dGhpbmcpLiBNYWluIGNoYW5nZXMgaW5jbHVkZSBhZGRpbmc6Jm5ic3A7 Ni4zLjMgKHRhcmdldC1zaXAtZW50aXR5LCBjdXJyZW50bHkgb3B0aW9uYWwpJm5ic3A7Ni41LjIg KGV4YW1wbGUgbWVzc2FnZSBmbG93KSwmbmJzcDtyZW1vdmluZyZuYnNwOzUuMTIgKHN0YXRlIGFn ZW50KSwgYXMgd2VsbCBhcyBjaGFuZ2VzIGFuZCBjbGFyaWZpY2F0aW9ucyBpbiBhIG51bWJlciBv ZiBvdGhlciBzZWN0aW9ucywgZS5nLiwmbmJzcDs2LjMuMiAoZXhwbGljaXQgbGlzdCBvZiBtZXRo b2QgdHlwZXMgc3ViamVjdGVkIHRvIGNvbnRyb2wpIDYuNCAodXNpbmcgcmVkaXJlY3QgYXMgYWx0 ZXJuYXRpdmUgYWN0aW9uKSwgNS44ICh0ZXJtaW5hdGluZyBwb2xpY2llcyB1cG9uIHRlcm1pbmF0 aW9uIG9mIHN1YnNjcmlwdGlvbikgYW5kIDEzLjIgUFNUTiByZWZlcmVuY2VzLiZuYnNwOzxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPkNvbW1lbnRzIGFyZSB3ZWxjb21lICE8 bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwv bzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5DaGFybGVzPG86cD48L286cD48 L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PHAg Y2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PG86cD4mbmJzcDs8 L286cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+T24gTW9uLCBPY3QgMjIsIDIwMTIgYXQg MTI6MzIgUE0sICZsdDs8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDsgd3JvdGU6PG86 cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxicj5BIE5ldyBJbnRlcm5ldC1EcmFmdCBp cyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMu PGJyPiZuYnNwO1RoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIFNJUCBPdmVybG9hZCBD b250cm9sIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuPGJyPjxicj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgVGl0bGUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IEEg U2Vzc2lvbiBJbml0aWF0aW9uIFByb3RvY29sIChTSVApIExvYWQgQ29udHJvbCBFdmVudCBQYWNr YWdlPGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBBdXRob3IocykgJm5ic3A7ICZuYnNw OyAmbmJzcDsgOiBDaGFybGVzIFNoZW48YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IEhlbm5pbmcgU2NodWx6cmlubmU8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IEFyYXRhIEtvaWtlPGJyPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBGaWxlbmFtZSAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IGRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1l dmVudC1wYWNrYWdlLTA1LnR4dDxicj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUGFnZXMg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IDM5PGJyPiZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBEYXRlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7OiAyMDEyLTEwLTIyPGJyPjxicj5BYnN0cmFjdDo8YnI+Jm5ic3A7ICZuYnNwO1dlIGRlZmlu ZSBhIGxvYWQgY29udHJvbCBldmVudCBwYWNrYWdlIGZvciB0aGUgU2Vzc2lvbiBJbml0aWF0aW9u PGJyPiZuYnNwOyAmbmJzcDtQcm90b2NvbCAoU0lQKS4gJm5ic3A7SXQgYWxsb3dzIFNJUCBzZXJ2 ZXJzIHRvIGRpc3RyaWJ1dGUgbG9hZCBmaWx0ZXJzIHRvPGJyPiZuYnNwOyAmbmJzcDtvdGhlciBT SVAgc2VydmVycyBpbiB0aGUgbmV0d29yay4gJm5ic3A7VGhlIGxvYWQgZmlsdGVycyBjb250YWlu IHJ1bGVzIHRvPGJyPiZuYnNwOyAmbmJzcDt0aHJvdHRsZSBjYWxscyBiYXNlZCBvbiB0aGVpciBz b3VyY2Ugb3IgZGVzdGluYXRpb24gZG9tYWluLCB0ZWxlcGhvbmU8YnI+Jm5ic3A7ICZuYnNwO251 bWJlciBwcmVmaXggb3IgZm9yIGEgc3BlY2lmaWMgdXNlci4gJm5ic3A7VGhlIG1lY2hhbmlzbSBo ZWxwcyB0byBwcmV2ZW50PGJyPiZuYnNwOyAmbmJzcDtzaWduYWxpbmcgb3ZlcmxvYWQgYW5kIGNv bXBsZW1lbnRzIGZlZWRiYWNrLWJhc2VkIFNJUCBvdmVybG9hZDxicj4mbmJzcDsgJm5ic3A7Y29u dHJvbCBlZmZvcnRzLjxicj48YnI+PGJyPlRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdl IGZvciB0aGlzIGRyYWZ0IGlzOjxicj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZSIgdGFyZ2V0 PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc29j LWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlPC9hPjxicj48YnI+VGhlcmUncyBhbHNvIGEgaHRt bGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6PGJyPjxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1IiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zb2Mt bG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDU8L2E+PGJyPjxicj5BIGRpZmYgZnJvbSB0aGUg cHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6PGJyPjxhIGhyZWY9Imh0dHA6Ly93d3cu aWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1w YWNrYWdlLTA1IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDU8L2E+PGJyPjxi cj48YnI+SW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQ IGF0Ojxicj48YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFy Z2V0PSJfYmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9hPjxicj48 YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+c2lw LW92ZXJsb2FkIG1haWxpbmcgbGlzdDxicj48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkQGll dGYub3JnIj5zaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3ZlcmxvYWQ8L2E+PG86 cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_5EBD159DE88147488A3B1590E090018403530A9E6275njfpsrvexg2_-- From jgunn6@csc.com Fri Dec 14 12:56:38 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F71521F8A28; Fri, 14 Dec 2012 12:56:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vbAktuRw4qHz; Fri, 14 Dec 2012 12:56:34 -0800 (PST) Received: from mail85.messagelabs.com (mail85.messagelabs.com [216.82.241.211]) by ietfa.amsl.com (Postfix) with ESMTP id B27F621F8A67; Fri, 14 Dec 2012 12:56:33 -0800 (PST) X-Env-Sender: jgunn6@csc.com X-Msg-Ref: server-2.tower-85.messagelabs.com!1355518591!18870960!1 X-Originating-IP: [20.137.2.87] X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18248 invoked from network); 14 Dec 2012 20:56:31 -0000 Received: from amer-mta101.csc.com (HELO amer-mta101.csc.com) (20.137.2.87) by server-2.tower-85.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Dec 2012 20:56:31 -0000 Received: from amer-gw09.amer.csc.com (amer-gw09.amer.csc.com [20.6.39.245]) by amer-mta101.csc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id qBEKuTQ6019347; Fri, 14 Dec 2012 15:56:30 -0500 In-Reply-To: <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> To: "NOEL, ERIC (ERIC C)" MIME-Version: 1.0 X-KeepSent: 7CCDE698:10939705-85257AD4:0072A173; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.2FP4 SHF97 March 26, 2012 From: Janet P Gunn Message-ID: Date: Fri, 14 Dec 2012 15:56:28 -0500 X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 8.5.2FP3 HF204|September 20, 2011) at 12/14/2012 03:51:46 PM, Serialize complete at 12/14/2012 03:51:46 PM Content-Type: multipart/alternative; boundary="=_alternative 0073083E85257AD4_=" Cc: sip-overload-bounces@ietf.org, 'Charles Shen' , "sip-overload@ietf.org" , Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 20:56:38 -0000 This is a multipart message in MIME format. --=_alternative 0073083E85257AD4_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 WW91IGNhbiBjb3VudCBteSByZXZpZXcgZm9yIElFU0cuDQoNCkkgb25seSBoYXZlIGEgY291cGxl IG9mIHRoaW5ncyB0byBhZGQuDQoNCkluIHNlY3Rpb24gNC40LCB5b3UgaGF2ZSB0aGUgdGV4dDoN CuKAnEluIGFkZGl0aW9uLCB3aGF0ZXZlciB0aGUgYWN0dWFsIHBvbGljeSBpcywgU0lQDQogICBz ZXJ2ZXJzIFNIT1VMRCBob25vciB0aGUgbG9jYWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQ IHJlcXVlc3RzDQogICBzdWNoIGFzIHBvbGljaWVzIGJhc2VkIG9uIHRoZSBjb250ZW50cyBvZiB0 aGUgUmVzb3VyY2UtUHJpb3JpdHkNCiAgIEhlYWRlciAoUlBIKSBbUkZDNDQxMl0uICBUaGUgUlBI IGNvbnRlbnRzIG1heSBpbmRpY2F0ZSBoaWdoIHByaW9yaXR5DQogICByZXF1ZXN0cyB0aGF0IHNo b3VsZCBiZSBwcmVzZXJ2ZWQgYXMgbXVjaCBhcyBwb3NzaWJsZSwgb3IgbG93DQogICBwcmlvcml0 eSByZXF1ZXN0cyB0aGF0IGNvdWxkIGJlIGRyb3BwZWQgZHVyaW5nIG92ZXJsb2FkLiAgT3RoZXIN CiAgIGluZGljYXRvcnMsIHN1Y2ggYXMgdGhlIFNPUyBVbmlmb3JtIFJlc291cmNlIE5hbWUgKFVS TikgW1JGQzUwMzFdDQogICBpbmRpY2F0aW5nIGFuIGVtZXJnZW5jeSByZXF1ZXN0LCBtYXkgYWxz byBiZSB1c2VkIGZvciBwcmlvcml0aXphdGlvbi7igJ0gDQoNCkR1cmluZyB0aGUgbGFzdCBJRVRG IG1lZXRpbmcsIHRoZXJlIHdhcyBhbiBleGNoYW5nZSBvbiB0aGUgbGlzdCAgYWJvdXQgDQp0aGlz IHdvcmRpbmcgKGluIG11bHRpcGxlIElEcykgd2l0aCBhcHBhcmVudCBhZ3JlZW1lbnQgKG9uIHRo ZSBsaXN0KSB0byANCnVzZSAgdGhlIHNhbWUgdGV4dCBpbiBhbGwgdGhlIG92ZXJsb2FkIGRyYWZ0 cw0KDQoiICAgQSBTSVAgY2xpZW50IFNIT1VMRCBob25vciBhbnkgbG9jYWwgcG9saWN5IGZvciBw cmlvcml0aXppbmcgU0lQDQogIHJlcXVlc3RzIHN1Y2ggYXMgcG9saWNpZXMgYmFzZWQgb24gbWVz c2FnZSB0eXBlLCBlLmcuLCBJTlZJVEVzIHZzLiANCiAgIHJlcXVlc3RzIGFzc29jaWF0ZWQgd2l0 aCBleGlzdGluZyBzZXNzaW9ucy4gDQogICAgDQogICBBIFNJUCBjbGllbnQgU0hPVUxEIGhvbm9y IGFueSBsb2NhbCBwb2xpY3kgZm9yIHByaW9yaXRpemluZyBTSVAgDQogICByZXF1ZXN0cyBiYXNl ZCBvbiB0aGUgY29udGVudCBvZiB0aGUgUmVzb3VyY2UtDQogIFByaW9yaXR5IGhlYWRlciAoUlBI LCBSRkM0NDEyIFtSRkM0NDEyXSkuICBTcGVjaWZpYyAobmFtZXNwYWNlLnZhbHVlKQ0KICBSUEgg Y29udGVudHMgbWF5IGluZGljYXRlIGhpZ2ggcHJpb3JpdHkgcmVxdWVzdHMgdGhhdCBzaG91bGQg YmUNCiAgcHJlc2VydmVkIGFzIG11Y2ggYXMgcG9zc2libGUgZHVyaW5nIG92ZXJsb2FkLiAgVGhl IFJQSCBjb250ZW50cyBjYW4NCiAgYWxzbyBpbmRpY2F0ZSBhIGxvdy1wcmlvcml0eSByZXF1ZXN0 IHRoYXQgaXMgZWxpZ2libGUgdG8gYmUgZHJvcHBlZA0KICBkdXJpbmcgdGltZXMgb2Ygb3Zlcmxv YWQuIA0KDQogIEEgU0lQIGNsaWVudCBTSE9VTEQgaG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3Ig cHJpb3JpdGl6aW5nIFNJUCANCiAgcmVxdWVzdHMgcmVsYXRpbmcgdG8gZW1lcmdlbmN5IGNhbGxz LCBhcyBpZGVudGlmaWVkIGJ5IHRoZSBTT1MgDQogIFVSTiBbUkZDNTAzMV0gaW5kaWNhdGluZyBh biBlbWVyZ2VuY3kgcmVxdWVzdC4iDQoNClNvIHdvdWxkIHlvdSBwbGVhc2UgdXNlIHRoaXMgcmV2 aXNlZCB3b3JkaW5nLg0KDQpuaXRzDQoNClNlYyA1LjggbGFzdCBzZW50ZW5jZSBvZiBmaXJzdCBw YXJhZ3JhcGgNCuKAnEEgc3Vic2NyaWJlciByZWNlaXZpbmcgdGhlIG5vdGlmaWNhdGlvbiBmaXJz dCBpbnN0YWxscw0KICAgdGhlc2UgcnVsZXMgYW5kIHRoZW4gZmlsdGVyIGluY29taW5nIHJlcXVl c3RzIHRvIGVuZm9yY2UgYWN0aW9ucyBvbg0KICAgYXBwcm9wcmlhdGUgcmVxdWVzdHMsIGZvciBl eGFtcGxlLCBsaW1pdGluZyB0aGUgc2VuZGluZyByYXRlIG9mIGNhbGwNCiAgIHJlcXVlc3RzIGRl c3RpbmVkIGZvciBhIHNwZWNpZmljIFNJUCBlbnRpdHku4oCdDQrigJxmaWx0ZXLigJ0gc2hvdWxk IGJlIOKAnGZpbHRlcnPigJ0NCg0KUGcgMTgNClRoaXMNCuKAnHRoaXMgc29sdXRpb24gZG9lcyBu b3QgcGVybWl0IHRvIGRlZmluZSBhIGZpbHRlciB0aGF0IGV4Y2x1ZGVzDQogICBhbGwgRS4xNjQg bnVtYmVycyBpbiB0aGF0IGNvdW50cnkgYnV0IHJldGFpbiBhbGwgc2hvcnQgc2VydmljZQ0KICAg bnVtYmVycy7igJ0NClNob3VsZCBiZQ0K4oCcdGhpcyBzb2x1dGlvbiBkb2VzIG5vdCBwZXJtaXQg dGhlIGRlZmluaXRpb24gb2YgZmlsdGVyIHRoYXQgZXhjbHVkZXMNCiAgIGFsbCBFLjE2NCBudW1i ZXJzIGluIHRoYXQgY291bnRyeSBidXQgcmV0YWluIGFsbCBzaG9ydCBzZXJ2aWNlDQogICBudW1i ZXJzLuKAnQ0KDQpKYW5ldA0KDQpUaGlzIGlzIGEgUFJJVkFURSBtZXNzYWdlLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgDQpkZWxldGUgd2l0aG91dCBjb3B5 aW5nIGFuZCBraW5kbHkgYWR2aXNlIHVzIGJ5IGUtbWFpbCBvZiB0aGUgbWlzdGFrZSBpbiANCmRl bGl2ZXJ5LiBOT1RFOiBSZWdhcmRsZXNzIG9mIGNvbnRlbnQsIHRoaXMgZS1tYWlsIHNoYWxsIG5v dCBvcGVyYXRlIHRvIA0KYmluZCBDU0MgdG8gYW55IG9yZGVyIG9yIG90aGVyIGNvbnRyYWN0IHVu bGVzcyBwdXJzdWFudCB0byBleHBsaWNpdCANCndyaXR0ZW4gYWdyZWVtZW50IG9yIGdvdmVybm1l bnQgaW5pdGlhdGl2ZSBleHByZXNzbHkgcGVybWl0dGluZyB0aGUgdXNlIG9mIA0KZS1tYWlsIGZv ciBzdWNoIHB1cnBvc2UuDQoNCg0KDQpGcm9tOiAgICJOT0VMLCBFUklDICAoRVJJQyBDKSIgPGVj bm9lbEByZXNlYXJjaC5hdHQuY29tPg0KVG86ICAgICAiJ0NoYXJsZXMgU2hlbiciIDxjaGFybGVz QGNzLmNvbHVtYmlhLmVkdT4sIA0KInNpcC1vdmVybG9hZEBpZXRmLm9yZyIgPHNpcC1vdmVybG9h ZEBpZXRmLm9yZz4NCkNjOiAgICAgQXJhdGEgS29pa2UgPGtvaWtlLmFyYXRhQGxhYi5udHQuY28u anA+LCBIZW5uaW5nIFNjaHVsenJpbm5lIA0KPGhnc0Bjcy5jb2x1bWJpYS5lZHU+DQpEYXRlOiAg IDEyLzEzLzIwMTIgMDM6MDEgUE0NClN1YmplY3Q6ICAgICAgICBSZTogW3NpcC1vdmVybG9hZF0g SS1EICBBY3Rpb246IA0KZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2Ut MDUudHh0DQpTZW50IGJ5OiAgICAgICAgc2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmcNCg0K DQoNCkNoYXJsZXMsDQogDQpJIHdlbnQgdGhyb3VnaCB5b3VyIGxhdGVzdCB2ZXJzaW9uIGFuZCBo YXZlIG5vIGNvbW1lbnRzIGJleW9uZCB3aGF0IHdhcyANCmFscmVhZHkgcG9zdGVkLg0KIA0KWW91 IGNhbiBoYXZlIG15IHJldmlldyBjb3VudGVkIGZvciB0aGUgSUVTRyByZXZpZXcuDQogDQpUaGFu a3MsDQogDQpFcmljIE5vZWwgDQpBVCZUIExhYnMsIEluYy4gDQpSZXRoaW5rIFBvc3NpYmxlDQog DQpOZXR3b3JrIERlc2lnbiBhbmQgUGVyZm9ybWFuY2UgQW5hbHlzaXMNCjIwMCBTb3V0aCBMYXVy ZWwgQXZlbnVlLCBENS0zRDE5DQpNaWRkbGV0b3duLCBOSiAwNzc0OA0KUDogNzMyLjQyMC40MTc0 DQplY25vZWxAYXR0LmNvbQ0KIA0KRnJvbTogc2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmcg W21haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZ10gDQpPbiBCZWhhbGYgT2YgQ2hh cmxlcyBTaGVuDQpTZW50OiBNb25kYXksIE9jdG9iZXIgMjIsIDIwMTIgMTI6NDcgUE0NClRvOiBz aXAtb3ZlcmxvYWRAaWV0Zi5vcmcNCkNjOiBBcmF0YSBLb2lrZTsgSGVubmluZyBTY2h1bHpyaW5u ZQ0KU3ViamVjdDogUmU6IFtzaXAtb3ZlcmxvYWRdIEktRCBBY3Rpb246IA0KZHJhZnQtaWV0Zi1z b2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0DQogDQpIaSBhbGwsDQogDQpJJ3Zl IHN1Ym1pdHRlZCBhIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1l dmVudC1wYWNrYWdlLiANCg0KIA0KRGlmZiBpcyBhdmFpbGFibGUgYXQ6IA0KaHR0cDovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBh Y2thZ2UtMDUNCiANClRoaXMgdmVyc2lvbiBzaG91bGQgaGF2ZSBpbmNvcnBvcmF0ZWQgcmVzcG9u c2VzIHRvIGFsbCBjb21tZW50cyByZWNlaXZlZCANCnNvIGZhciAocGxlYXNlIGxldCBtZSBrbm93 IGlmIEkgbWlzc2VkIGFueXRoaW5nKS4gTWFpbiBjaGFuZ2VzIGluY2x1ZGUgDQphZGRpbmc6IDYu My4zICh0YXJnZXQtc2lwLWVudGl0eSwgY3VycmVudGx5IG9wdGlvbmFsKSA2LjUuMiAoZXhhbXBs ZSANCm1lc3NhZ2UgZmxvdyksIHJlbW92aW5nIDUuMTIgKHN0YXRlIGFnZW50KSwgYXMgd2VsbCBh cyBjaGFuZ2VzIGFuZCANCmNsYXJpZmljYXRpb25zIGluIGEgbnVtYmVyIG9mIG90aGVyIHNlY3Rp b25zLCBlLmcuLCA2LjMuMiAoZXhwbGljaXQgbGlzdCANCm9mIG1ldGhvZCB0eXBlcyBzdWJqZWN0 ZWQgdG8gY29udHJvbCkgNi40ICh1c2luZyByZWRpcmVjdCBhcyBhbHRlcm5hdGl2ZSANCmFjdGlv biksIDUuOCAodGVybWluYXRpbmcgcG9saWNpZXMgdXBvbiB0ZXJtaW5hdGlvbiBvZiBzdWJzY3Jp cHRpb24pIGFuZCANCjEzLjIgUFNUTiByZWZlcmVuY2VzLiANCiANCkNvbW1lbnRzIGFyZSB3ZWxj b21lICENCiANCkNoYXJsZXMNCiANCiANCiANCk9uIE1vbiwgT2N0IDIyLCAyMDEyIGF0IDEyOjMy IFBNLCA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCg0KQSBOZXcgSW50ZXJuZXQt RHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIA0KZGly ZWN0b3JpZXMuDQogVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgU0lQIE92ZXJsb2Fk IENvbnRyb2wgV29ya2luZyBHcm91cCBvZiANCnRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAg ICAgICAgICA6IEEgU2Vzc2lvbiBJbml0aWF0aW9uIFByb3RvY29sIChTSVApIExvYWQgQ29udHJv bCANCkV2ZW50IFBhY2thZ2UNCiAgICAgICAgQXV0aG9yKHMpICAgICAgIDogQ2hhcmxlcyBTaGVu DQogICAgICAgICAgICAgICAgICAgICAgICAgIEhlbm5pbmcgU2NodWx6cmlubmUNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgQXJhdGEgS29pa2UNCiAgICAgICAgRmlsZW5hbWUgICAgICAgIDog ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0DQogICAgICAg IFBhZ2VzICAgICAgICAgICA6IDM5DQogICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTItMTAt MjINCg0KQWJzdHJhY3Q6DQogICBXZSBkZWZpbmUgYSBsb2FkIGNvbnRyb2wgZXZlbnQgcGFja2Fn ZSBmb3IgdGhlIFNlc3Npb24gSW5pdGlhdGlvbg0KICAgUHJvdG9jb2wgKFNJUCkuICBJdCBhbGxv d3MgU0lQIHNlcnZlcnMgdG8gZGlzdHJpYnV0ZSBsb2FkIGZpbHRlcnMgdG8NCiAgIG90aGVyIFNJ UCBzZXJ2ZXJzIGluIHRoZSBuZXR3b3JrLiAgVGhlIGxvYWQgZmlsdGVycyBjb250YWluIHJ1bGVz IHRvDQogICB0aHJvdHRsZSBjYWxscyBiYXNlZCBvbiB0aGVpciBzb3VyY2Ugb3IgZGVzdGluYXRp b24gZG9tYWluLCB0ZWxlcGhvbmUNCiAgIG51bWJlciBwcmVmaXggb3IgZm9yIGEgc3BlY2lmaWMg dXNlci4gIFRoZSBtZWNoYW5pc20gaGVscHMgdG8gcHJldmVudA0KICAgc2lnbmFsaW5nIG92ZXJs b2FkIGFuZCBjb21wbGVtZW50cyBmZWVkYmFjay1iYXNlZCBTSVAgb3ZlcmxvYWQNCiAgIGNvbnRy b2wgZWZmb3J0cy4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhp cyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt c29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVk IHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUNCg0KQSBkaWZmIGZyb20gdGhl IHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cDovL3d3dy5pZXRmLm9yZy9y ZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUN Cg0KDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZU UCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzaXAtb3ZlcmxvYWQgbWFpbGlu ZyBsaXN0DQpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkDQogX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCnNpcC1vdmVybG9hZCBtYWlsaW5nIGxpc3QNCnNpcC1vdmVybG9h ZEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3Zl cmxvYWQNCg0KDQo= --=_alternative 0073083E85257AD4_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPllvdSBjYW4gY291bnQgbXkgcmV2aWV3IGZv ciBJRVNHLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ SSBvbmx5IGhhdmUgYSBjb3VwbGUgb2YgdGhpbmdzIHRvIGFkZC48L2ZvbnQ+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkluIHNlY3Rpb24gNC40LCB5b3UgaGF2ZSB0 aGUgdGV4dDo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPuKAnElu IGFkZGl0aW9uLCB3aGF0ZXZlciB0aGUgYWN0dWFsIHBvbGljeQ0KaXMsIFNJUDwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO3NlcnZlcnMgU0hP VUxEIGhvbm9yIHRoZQ0KbG9jYWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQIHJlcXVlc3Rz PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7 c3VjaCBhcyBwb2xpY2llcyBiYXNlZA0Kb24gdGhlIGNvbnRlbnRzIG9mIHRoZSBSZXNvdXJjZS1Q cmlvcml0eTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7 ICZuYnNwO0hlYWRlciAoUlBIKSBbUkZDNDQxMl0uDQombmJzcDtUaGUgUlBIIGNvbnRlbnRzIG1h eSBpbmRpY2F0ZSBoaWdoIHByaW9yaXR5PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7cmVxdWVzdHMgdGhhdCBzaG91bGQgYmUNCnByZXNlcnZl ZCBhcyBtdWNoIGFzIHBvc3NpYmxlLCBvciBsb3c8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtwcmlvcml0eSByZXF1ZXN0cyB0aGF0DQpjb3Vs ZCBiZSBkcm9wcGVkIGR1cmluZyBvdmVybG9hZC4gJm5ic3A7T3RoZXI8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtpbmRpY2F0b3JzLCBzdWNo IGFzIHRoZQ0KU09TIFVuaWZvcm0gUmVzb3VyY2UgTmFtZSAoVVJOKSBbUkZDNTAzMV08L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtpbmRpY2F0 aW5nIGFuIGVtZXJnZW5jeQ0KcmVxdWVzdCwgbWF5IGFsc28gYmUgdXNlZCBmb3IgcHJpb3JpdGl6 YXRpb24u4oCdIDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+RHVyaW5nIHRoZSBsYXN0IElFVEYgbWVldGluZywgdGhlcmUNCndhcyBhbiBleGNoYW5nZSBv biB0aGUgbGlzdCAmbmJzcDthYm91dCB0aGlzIHdvcmRpbmcgKGluIG11bHRpcGxlIElEcykNCndp dGggYXBwYXJlbnQgYWdyZWVtZW50IChvbiB0aGUgbGlzdCkgdG8gdXNlICZuYnNwO3RoZSBzYW1l IHRleHQgaW4gYWxsDQp0aGUgb3ZlcmxvYWQgZHJhZnRzPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+JnF1b3Q7ICZuYnNwOyBBIFNJUCBjbGllbnQgU0hP VUxEIGhvbm9yDQphbnkgbG9jYWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQPGJyPg0KICZu YnNwO3JlcXVlc3RzIHN1Y2ggYXMgcG9saWNpZXMgYmFzZWQgPGk+b24gbWVzc2FnZSB0eXBlLCBl LmcuLCBJTlZJVEVzDQp2cy48L2k+PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDYWxpYnJpIj4g PGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGk+ICZuYnNwOyBy ZXF1ZXN0cyBhc3NvY2lhdGVkIHdpdGgNCmV4aXN0aW5nIHNlc3Npb25zLjwvaT48L2ZvbnQ+PGZv bnQgc2l6ZT0yIGZhY2U9IkNhbGlicmkiPiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9 IkNvdXJpZXIgTmV3Ij4gJm5ic3A7IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+ Jm5ic3A7PGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+ICZuYnNw OyA8aT5BIFNJUCBjbGllbnQgU0hPVUxEIGhvbm9yDQphbnkgbG9jYWwgcG9saWN5IGZvciBwcmlv cml0aXppbmcgU0lQIDwvaT48L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+PGJyPg0KPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGk+ICZuYnNw OyByZXF1ZXN0cyBiYXNlZDwvaT4gb24NCnRoZSBjb250ZW50IG9mIHRoZSBSZXNvdXJjZS08YnI+ DQogJm5ic3A7UHJpb3JpdHkgaGVhZGVyIChSUEgsIFJGQzQ0MTIgW1JGQzQ0MTJdKS4gJm5ic3A7 U3BlY2lmaWMgKG5hbWVzcGFjZS52YWx1ZSk8YnI+DQogJm5ic3A7UlBIIGNvbnRlbnRzIG1heSBp bmRpY2F0ZSBoaWdoIHByaW9yaXR5IHJlcXVlc3RzIHRoYXQgc2hvdWxkIGJlPGJyPg0KICZuYnNw O3ByZXNlcnZlZCBhcyBtdWNoIGFzIHBvc3NpYmxlIGR1cmluZyBvdmVybG9hZC4gJm5ic3A7VGhl IFJQSCBjb250ZW50cw0KY2FuPGJyPg0KICZuYnNwO2Fsc28gaW5kaWNhdGUgYSBsb3ctcHJpb3Jp dHkgcmVxdWVzdCB0aGF0IGlzIGVsaWdpYmxlIHRvIGJlIGRyb3BwZWQ8YnI+DQogJm5ic3A7ZHVy aW5nIHRpbWVzIG9mIG92ZXJsb2FkLiAmbmJzcDs8YnI+DQo8YnI+DQogJm5ic3A7QSBTSVAgY2xp ZW50IFNIT1VMRCBob25vciBhbnkgbG9jYWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQDQo8 YnI+DQogJm5ic3A7cmVxdWVzdHMgcmVsYXRpbmcgdG8gZW1lcmdlbmN5IGNhbGxzLCBhcyBpZGVu dGlmaWVkIGJ5IHRoZSBTT1MgPGJyPg0KICZuYnNwO1VSTiBbUkZDNTAzMV0gaW5kaWNhdGluZyBh biBlbWVyZ2VuY3kgcmVxdWVzdC4mcXVvdDs8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9IkNvdXJpZXIgTmV3Ij5TbyB3b3VsZCB5b3UgcGxlYXNlIHVzZSB0aGlzIHJldmlzZWQN CndvcmRpbmcuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5l dyI+bml0czwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXci PlNlYyA1LjggbGFzdCBzZW50ZW5jZSBvZiBmaXJzdCBwYXJhZ3JhcGg8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij7igJxBIHN1YnNjcmliZXIgcmVjZWl2aW5nIHRo ZSBub3RpZmljYXRpb24NCmZpcnN0IGluc3RhbGxzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBm YWNlPSJDb3VyaWVyIE5ldyI+Jm5ic3A7ICZuYnNwO3RoZXNlIHJ1bGVzIGFuZCB0aGVuIGZpbHRl cg0KaW5jb21pbmcgcmVxdWVzdHMgdG8gZW5mb3JjZSBhY3Rpb25zIG9uPC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+Jm5ic3A7ICZuYnNwO2FwcHJvcHJpYXRlIHJl cXVlc3RzLA0KZm9yIGV4YW1wbGUsIGxpbWl0aW5nIHRoZSBzZW5kaW5nIHJhdGUgb2YgY2FsbDwv Zm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPiZuYnNwOyAmbmJzcDty ZXF1ZXN0cyBkZXN0aW5lZCBmb3INCmEgc3BlY2lmaWMgU0lQIGVudGl0eS7igJ08L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij7igJxmaWx0ZXLigJ0gc2hvdWxkIGJl IOKAnGZpbHRlcnPigJ08L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij5QZyAxODwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXci PlRoaXM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij7igJx0aGlz IHNvbHV0aW9uIGRvZXMgbm90IHBlcm1pdCB0bw0KZGVmaW5lIGEgZmlsdGVyIHRoYXQgZXhjbHVk ZXM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij4mbmJzcDsgJm5i c3A7YWxsIEUuMTY0IG51bWJlcnMgaW4gdGhhdA0KY291bnRyeSBidXQgcmV0YWluIGFsbCBzaG9y dCBzZXJ2aWNlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+Jm5i c3A7ICZuYnNwO251bWJlcnMu4oCdPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+U2hvdWxkIGJlPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVy IE5ldyI+4oCcdGhpcyBzb2x1dGlvbiBkb2VzIG5vdCBwZXJtaXQgdGhlDQpkZWZpbml0aW9uIG9m IGZpbHRlciB0aGF0IGV4Y2x1ZGVzPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+Jm5ic3A7ICZuYnNwO2FsbCBFLjE2NCBudW1iZXJzIGluIHRoYXQNCmNvdW50cnkg YnV0IHJldGFpbiBhbGwgc2hvcnQgc2VydmljZTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0iQ291cmllciBOZXciPiZuYnNwOyAmbmJzcDtudW1iZXJzLuKAnTwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SmFuZXQ8YnI+DQo8YnI+DQpUaGlzIGlz IGEgUFJJVkFURSBtZXNzYWdlLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 LCBwbGVhc2UNCmRlbGV0ZSB3aXRob3V0IGNvcHlpbmcgYW5kIGtpbmRseSBhZHZpc2UgdXMgYnkg ZS1tYWlsIG9mIHRoZSBtaXN0YWtlIGluDQpkZWxpdmVyeS4gTk9URTogUmVnYXJkbGVzcyBvZiBj b250ZW50LCB0aGlzIGUtbWFpbCBzaGFsbCBub3Qgb3BlcmF0ZSB0bw0KYmluZCBDU0MgdG8gYW55 IG9yZGVyIG9yIG90aGVyIGNvbnRyYWN0IHVubGVzcyBwdXJzdWFudCB0byBleHBsaWNpdCB3cml0 dGVuDQphZ3JlZW1lbnQgb3IgZ292ZXJubWVudCBpbml0aWF0aXZlIGV4cHJlc3NseSBwZXJtaXR0 aW5nIHRoZSB1c2Ugb2YgZS1tYWlsDQpmb3Igc3VjaCBwdXJwb3NlLjwvZm9udD4NCjxicj4NCjxi cj4NCjxicj4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlm Ij5Gcm9tOiAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj4mcXVvdDtOT0VMLCBFUklDICZuYnNwOyhFUklDDQpDKSZxdW90OyAm bHQ7ZWNub2VsQHJlc2VhcmNoLmF0dC5jb20mZ3Q7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBj b2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYiPlRvOiAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDsnQ2hhcmxl cyBTaGVuJyZxdW90Ow0KJmx0O2NoYXJsZXNAY3MuY29sdW1iaWEuZWR1Jmd0OywgJnF1b3Q7c2lw LW92ZXJsb2FkQGlldGYub3JnJnF1b3Q7ICZsdDtzaXAtb3ZlcmxvYWRAaWV0Zi5vcmcmZ3Q7PC9m b250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYiPkNj OiAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj5BcmF0YSBLb2lrZSAmbHQ7a29pa2UuYXJhdGFAbGFiLm50dC5jby5qcCZndDss DQpIZW5uaW5nIFNjaHVsenJpbm5lICZsdDtoZ3NAY3MuY29sdW1iaWEuZWR1Jmd0OzwvZm9udD4N Cjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5EYXRlOiAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj4xMi8xMy8yMDEyIDAzOjAxIFBNPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xv cj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYiPlN1YmplY3Q6ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJlOiBbc2lwLW92 ZXJsb2FkXQ0KSS1EICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0FjdGlvbjogJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2th Z2UtMDUudHh0PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNh bnMtc2VyaWYiPlNlbnQgYnk6ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDs8L2ZvbnQ+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPnNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3Jn PC9mb250Pg0KPGJyPg0KPGhyIG5vc2hhZGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y IGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Q2hhcmxlcyw8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxm b250IHNpemU9MiBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPkkgd2VudCB0aHJvdWdoIHlv dXIgbGF0ZXN0DQp2ZXJzaW9uIGFuZCBoYXZlIG5vIGNvbW1lbnRzIGJleW9uZCB3aGF0IHdhcyBh bHJlYWR5IHBvc3RlZC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFj ZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj0jMDA0MDgw IGZhY2U9IkNhbGlicmkiPllvdSBjYW4gaGF2ZSBteSByZXZpZXcgY291bnRlZA0KZm9yIHRoZSBJ RVNHIHJldmlldy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0i Q2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj0jMDA0MDgwIGZh Y2U9IkNhbGlicmkiPlRoYW5rcyw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQw ODAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0j ZmY4MTAwIGZhY2U9IlZlcmRhbmEiPkVyaWMgTm9lbDwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9 IzVmNWY1ZiBmYWNlPSJWZXJkYW5hIj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9 IzVmNWY1ZiBmYWNlPSJWZXJkYW5hIj48Yj5BVCZhbXA7VCBMYWJzLCBJbmMuPC9iPg0KPC9mb250 Pjxmb250IHNpemU9MSBjb2xvcj0jMDBhMWUwIGZhY2U9IlZlcmRhbmEiPjxpPjxicj4NClJldGhp bmsgUG9zc2libGU8L2k+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jMDBhMWUwIGZh Y2U9IlZlcmRhbmEiPjxpPiZuYnNwOzwvaT48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9y PSM1ZjVmNWYgZmFjZT0iVmVyZGFuYSI+TmV0d29yayBEZXNpZ24gYW5kIFBlcmZvcm1hbmNlDQpB bmFseXNpczxicj4NCjIwMCBTb3V0aCBMYXVyZWwgQXZlbnVlLCBENS0zRDE5PGJyPg0KTWlkZGxl dG93biwgTkogMDc3NDg8YnI+DQpQOiA3MzIuNDIwLjQxNzQ8L2ZvbnQ+DQo8YnI+PGEgaHJlZj1t YWlsdG86anNtaXRoQGF0dC5jb20+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFu YSI+PHU+ZWNub2VsQGF0dC5jb208L3U+PC9mb250PjwvYT4NCjxicj48Zm9udCBzaXplPTIgY29s b3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9IlRhaG9tYSI+PGI+RnJvbTo8L2I+IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3Jn DQpbPC9mb250PjxhIGhyZWY9Im1haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZyI+ PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+bWFpbHRvOnNpcC1vdmVybG9hZC1ib3VuY2VzQGll dGYub3JnPC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj5dDQo8Yj5PbiBCZWhh bGYgT2YgPC9iPkNoYXJsZXMgU2hlbjxiPjxicj4NClNlbnQ6PC9iPiBNb25kYXksIE9jdG9iZXIg MjIsIDIwMTIgMTI6NDcgUE08Yj48YnI+DQpUbzo8L2I+IHNpcC1vdmVybG9hZEBpZXRmLm9yZzxi Pjxicj4NCkNjOjwvYj4gQXJhdGEgS29pa2U7IEhlbm5pbmcgU2NodWx6cmlubmU8Yj48YnI+DQpT dWJqZWN0OjwvYj4gUmU6IFtzaXAtb3ZlcmxvYWRdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtc29j LWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1LnR4dDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+SGkgYWxsLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+SSd2ZSBzdWJtaXR0ZWQgYSBuZXcgdmVyc2lvbiBvZg0KZHJh ZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UuIDwvZm9udD4NCjxicj48Zm9u dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+RGlmZiBpcyBhdmFpbGFibGUgYXQ6IDwvZm9u dD48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXNv Yy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNSI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48dT5odHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNTwvdT48L2ZvbnQ+ PC9hPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj5UaGlzIHZlcnNpb24g c2hvdWxkIGhhdmUgaW5jb3Jwb3JhdGVkDQpyZXNwb25zZXMgdG8gYWxsIGNvbW1lbnRzIHJlY2Vp dmVkIHNvIGZhciAocGxlYXNlIGxldCBtZSBrbm93IGlmIEkgbWlzc2VkDQphbnl0aGluZykuIE1h aW4gY2hhbmdlcyBpbmNsdWRlIGFkZGluZzogNi4zLjMgKHRhcmdldC1zaXAtZW50aXR5LCBjdXJy ZW50bHkNCm9wdGlvbmFsKSA2LjUuMiAoZXhhbXBsZSBtZXNzYWdlIGZsb3cpLCByZW1vdmluZyA1 LjEyIChzdGF0ZSBhZ2VudCksIGFzDQp3ZWxsIGFzIGNoYW5nZXMgYW5kIGNsYXJpZmljYXRpb25z IGluIGEgbnVtYmVyIG9mIG90aGVyIHNlY3Rpb25zLCBlLmcuLA0KNi4zLjIgKGV4cGxpY2l0IGxp c3Qgb2YgbWV0aG9kIHR5cGVzIHN1YmplY3RlZCB0byBjb250cm9sKSA2LjQgKHVzaW5nIHJlZGly ZWN0DQphcyBhbHRlcm5hdGl2ZSBhY3Rpb24pLCA1LjggKHRlcm1pbmF0aW5nIHBvbGljaWVzIHVw b24gdGVybWluYXRpb24gb2Ygc3Vic2NyaXB0aW9uKQ0KYW5kIDEzLjIgUFNUTiByZWZlcmVuY2Vz LiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPkNvbW1lbnRz IGFyZSB3ZWxjb21lICE8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPkNoYXJsZXM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21h biI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i PiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4m bmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+T24g TW9uLCBPY3QgMjIsIDIwMTIgYXQgMTI6MzIgUE0sDQombHQ7PC9mb250PjxhIGhyZWY9Im1haWx0 bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNv bG9yPWJsdWUgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48dT5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4mZ3Q7 DQp3cm90ZTo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PGJyPg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUg SW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxicj4NCiBUaGlzIGRyYWZ0IGlzIGEgd29yayBp dGVtIG9mIHRoZSBTSVAgT3ZlcmxvYWQgQ29udHJvbCBXb3JraW5nIEdyb3VwIG9mDQp0aGUgSUVU Ri48YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7VGl0bGUgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6DQpBIFNlc3Npb24gSW5pdGlhdGlvbiBQcm90b2Nv bCAoU0lQKSBMb2FkIENvbnRyb2wgRXZlbnQgUGFja2FnZTxicj4NCiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtBdXRob3IocykgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBDaGFybGVzIFNoZW48 YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO0hlbm5pbmcgU2NodWx6cmlu bmU8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO0FyYXRhIEtvaWtlPGJy Pg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1lICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOzogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUu dHh0PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1BhZ2VzICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgOg0KMzk8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7RGF0ZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzoNCjIwMTIt MTAtMjI8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQogJm5ic3A7IFdlIGRlZmluZSBhIGxvYWQg Y29udHJvbCBldmVudCBwYWNrYWdlIGZvciB0aGUgU2Vzc2lvbiBJbml0aWF0aW9uPGJyPg0KICZu YnNwOyBQcm90b2NvbCAoU0lQKS4gJm5ic3A7SXQgYWxsb3dzIFNJUCBzZXJ2ZXJzIHRvIGRpc3Ry aWJ1dGUgbG9hZA0KZmlsdGVycyB0bzxicj4NCiAmbmJzcDsgb3RoZXIgU0lQIHNlcnZlcnMgaW4g dGhlIG5ldHdvcmsuICZuYnNwO1RoZSBsb2FkIGZpbHRlcnMgY29udGFpbg0KcnVsZXMgdG88YnI+ DQogJm5ic3A7IHRocm90dGxlIGNhbGxzIGJhc2VkIG9uIHRoZWlyIHNvdXJjZSBvciBkZXN0aW5h dGlvbiBkb21haW4sIHRlbGVwaG9uZTxicj4NCiAmbmJzcDsgbnVtYmVyIHByZWZpeCBvciBmb3Ig YSBzcGVjaWZpYyB1c2VyLiAmbmJzcDtUaGUgbWVjaGFuaXNtIGhlbHBzDQp0byBwcmV2ZW50PGJy Pg0KICZuYnNwOyBzaWduYWxpbmcgb3ZlcmxvYWQgYW5kIGNvbXBsZW1lbnRzIGZlZWRiYWNrLWJh c2VkIFNJUCBvdmVybG9hZDxicj4NCiAmbmJzcDsgY29udHJvbCBlZmZvcnRzLjxicj4NCjxicj4N Cjxicj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz OjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjx1 Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UiIHRhcmdldD1fYmxh bms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48dT5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wt ZXZlbnQtcGFja2FnZTwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxicj4NCjxicj4NClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxh YmxlIGF0OjwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9t YW4iPjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUiIHRhcmdldD1f Ymxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48dT5o dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZl bnQtcGFja2FnZS0wNTwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2 YWlsYWJsZSBhdDo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcv cmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1 IiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IlRpbWVzIE5ldyBS b21hbiI+PHU+aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2Mt bG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDU8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMg ZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48YnI+DQo8YnI+DQo8YnI+DQpJbnRlcm5ldC1EcmFmdHMg YXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PC9mb250Pjxmb250IHNpemU9 MyBjb2xvcj1ibHVlIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHU+PGJyPg0KPC91PjwvZm9udD48 YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PV9ibGFu az48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjx1PmZ0cDov L2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0z IGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpzaXAtb3ZlcmxvYWQgbWFpbGluZyBsaXN0 PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHU+ PGJyPg0KPC91PjwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnIj48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjx1PnNpcC1vdmVy bG9hZEBpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PHU+PGJyPg0KPC91PjwvZm9udD48YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1vdmVybG9hZCIgdGFyZ2V0PV9ibGFuaz48 Zm9udCBzaXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjx1Pmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkPC91PjwvZm9udD48L2E+ DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9mb250Pjx0 dD48Zm9udCBzaXplPTI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQpzaXAtb3ZlcmxvYWQgbWFpbGluZyBsaXN0PGJyPg0Kc2lwLW92ZXJsb2FkQGll dGYub3JnPGJyPg0KPC9mb250PjwvdHQ+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9zaXAtb3ZlcmxvYWQiPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3ZlcmxvYWQ8L2ZvbnQ+PC90dD48L2E+PHR0 Pjxmb250IHNpemU9Mj48YnI+DQo8L2ZvbnQ+PC90dD4NCjxicj4NCg== --=_alternative 0073083E85257AD4_=-- From charles.newyork@gmail.com Sat Dec 15 07:06:11 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DE1D21F87A6; Sat, 15 Dec 2012 07:06:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ue6g+3i4fU69; Sat, 15 Dec 2012 07:06:10 -0800 (PST) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by ietfa.amsl.com (Postfix) with ESMTP id DFD1D21F879A; Sat, 15 Dec 2012 07:06:09 -0800 (PST) Received: by mail-oa0-f44.google.com with SMTP id n5so4539265oag.31 for ; Sat, 15 Dec 2012 07:06:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=fHN7mISmOcz+vyVuBc859fRU2d4WkVhXXVfZjR6fZNc=; b=yVRLxuKcorZ7OAYu/BTWndeLb3ibRl50Zbov13jBapcoUm9L/oV0R6a1qqnwKQwvG+ 8hSxK9/yow4wAt1kGZ9E2u47vKq9Zje2vU42mB2Src8hOxCyBHVeCUPTHM5LtnPkt4d3 N6QatNHZPaHQ6ldFvSmgXsaZ5wlrwVmg+QS5qa0NWzrJjTjMZBSM2kYtOOP3TzyQ0gV7 kZwmNyl+C+3qqQuskaoJejRI3rKHLC8kaXRx9ix8F7CkCUdHwYSGMDDpAj4mkwyOIkUq KY0apJ1rsDiVUOeQ6Wl+QzlW08jTjx0j/d1SnwdWTdw+rY+0b/hfJSct++SzQKpAIPrZ C6oQ== Received: by 10.182.18.165 with SMTP id x5mr7455666obd.73.1355583969343; Sat, 15 Dec 2012 07:06:09 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Sat, 15 Dec 2012 07:05:49 -0800 (PST) In-Reply-To: References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> From: Charles Shen Date: Sat, 15 Dec 2012 10:05:49 -0500 X-Google-Sender-Auth: Tf7Wg43kAHR3v00l-6X_Uw2MLlI Message-ID: To: Janet P Gunn Content-Type: multipart/alternative; boundary=f46d043be10ef4b7f304d0e57ccb Cc: "NOEL, ERIC \(ERIC C\)" , sip-overload-bounces@ietf.org, "sip-overload@ietf.org" , Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2012 15:06:11 -0000 --f46d043be10ef4b7f304d0e57ccb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Janet, I will revise as suggested. Thanks you again! Charles On Fri, Dec 14, 2012 at 3:56 PM, Janet P Gunn wrote: > You can count my review for IESG. > > I only have a couple of things to add. > > In section 4.4, you have the text: > =E2=80=9CIn addition, whatever the actual policy is, SIP > servers SHOULD honor the local policy for prioritizing SIP requests > such as policies based on the contents of the Resource-Priority > Header (RPH) [RFC4412]. The RPH contents may indicate high priority > requests that should be preserved as much as possible, or low > priority requests that could be dropped during overload. Other > indicators, such as the SOS Uniform Resource Name (URN) [RFC5031] > indicating an emergency request, may also be used for prioritization.= =E2=80=9D > > During the last IETF meeting, there was an exchange on the list about > this wording (in multiple IDs) with apparent agreement (on the list) to u= se > the same text in all the overload drafts > > " A SIP client SHOULD honor any local policy for prioritizing SIP > requests such as policies based *on message type, e.g., INVITEs vs.* > * requests associated with existing sessions.* > > *A SIP client SHOULD honor any local policy for prioritizing SIP * > * requests based* on the content of the Resource- > Priority header (RPH, RFC4412 [RFC4412]). Specific (namespace.value) > RPH contents may indicate high priority requests that should be > preserved as much as possible during overload. The RPH contents can > also indicate a low-priority request that is eligible to be dropped > during times of overload. > > A SIP client SHOULD honor any local policy for prioritizing SIP > requests relating to emergency calls, as identified by the SOS > URN [RFC5031] indicating an emergency request." > > So would you please use this revised wording. > > nits > > Sec 5.8 last sentence of first paragraph > =E2=80=9CA subscriber receiving the notification first installs > these rules and then filter incoming requests to enforce actions on > appropriate requests, for example, limiting the sending rate of call > requests destined for a specific SIP entity.=E2=80=9D > =E2=80=9Cfilter=E2=80=9D should be =E2=80=9Cfilters=E2=80=9D > > Pg 18 > This > =E2=80=9Cthis solution does not permit to define a filter that excludes > all E.164 numbers in that country but retain all short service > numbers.=E2=80=9D > Should be > =E2=80=9Cthis solution does not permit the definition of filter that excl= udes > all E.164 numbers in that country but retain all short service > numbers.=E2=80=9D > > Janet > > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind CSC to any order or other contract unless pursuant to explicit writt= en > agreement or government initiative expressly permitting the use of e-mail > for such purpose. > > > > From: "NOEL, ERIC (ERIC C)" > To: "'Charles Shen'" , " > sip-overload@ietf.org" > Cc: Arata Koike , Henning Schulzrinne < > hgs@cs.columbia.edu> > Date: 12/13/2012 03:01 PM > Subject: Re: [sip-overload] I-D Action: > draft-ietf-soc-load-control-event-package-05.txt > Sent by: sip-overload-bounces@ietf.org > ------------------------------ > > > > Charles, > > I went through your latest version and have no comments beyond what was > already posted. > > You can have my review counted for the IESG review. > > Thanks, > > Eric Noel > *AT&T Labs, Inc.* * > Rethink Possible* > * * > Network Design and Performance Analysis > 200 South Laurel Avenue, D5-3D19 > Middletown, NJ 07748 > P: 732.420.4174 > *ecnoel@att.com* > > *From:* sip-overload-bounces@ietf.org [ > mailto:sip-overload-bounces@ietf.org ] *On > Behalf Of *Charles Shen* > Sent:* Monday, October 22, 2012 12:47 PM* > To:* sip-overload@ietf.org* > Cc:* Arata Koike; Henning Schulzrinne* > Subject:* Re: [sip-overload] I-D Action: > draft-ietf-soc-load-control-event-package-05.txt > > Hi all, > > I've submitted a new version of draft-ietf-soc-load-control-event-package= . > > Diff is available at: * > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-pack= age-05 > * > > This version should have incorporated responses to all comments received > so far (please let me know if I missed anything). Main changes include > adding: 6.3.3 (target-sip-entity, currently optional) 6.5.2 (example > message flow), removing 5.12 (state agent), as well as changes and > clarifications in a number of other sections, e.g., 6.3.2 (explicit list = of > method types subjected to control) 6.4 (using redirect as alternative > action), 5.8 (terminating policies upon termination of subscription) and > 13.2 PSTN references. > > Comments are welcome ! > > Charles > > > > On Mon, Oct 22, 2012 at 12:32 PM, <*internet-drafts@ietf.org*> > wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the SIP Overload Control Working Group of th= e > IETF. > > Title : A Session Initiation Protocol (SIP) Load Control > Event Package > Author(s) : Charles Shen > Henning Schulzrinne > Arata Koike > Filename : draft-ietf-soc-load-control-event-package-05.txt > Pages : 39 > Date : 2012-10-22 > > Abstract: > We define a load control event package for the Session Initiation > Protocol (SIP). It allows SIP servers to distribute load filters to > other SIP servers in the network. The load filters contain rules to > throttle calls based on their source or destination domain, telephone > number prefix or for a specific user. The mechanism helps to prevent > signaling overload and complements feedback-based SIP overload > control efforts. > > > The IETF datatracker status page for this draft is:* > ** > https://datatracker.ietf.org/doc/draft-ietf-soc-load-control-event-packag= e > * > > There's also a htmlized version available at:* > **http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05= * > > A diff from the previous version is available at:* > ** > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-pack= age-05 > * > > > Internet-Drafts are also available by anonymous FTP at:* > **ftp://ftp.ietf.org/internet-drafts/* > > _______________________________________________ > sip-overload mailing list* > **sip-overload@ietf.org* * > **https://www.ietf.org/mailman/listinfo/sip-overload* > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload > > --f46d043be10ef4b7f304d0e57ccb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Janet, I will revise as suggested. Thanks you again!

Charles
<= br>
On Fri, Dec 14, 2012 at 3:56 PM, Janet P Gunn= <= jgunn6@csc.com> wrote:
You can count my r= eview for IESG.

I only have a couple of things to add.

In section 4.4, you have the text:
=E2=80=9CIn addition, whatever the actual pol= icy is, SIP
=C2=A0 =C2=A0servers SHOULD honor the local policy for prioritizing SIP requests
=C2=A0 =C2=A0such as policies based on the contents of the Resource-Priority
=C2=A0 =C2=A0Header (RPH) [RFC4412]. =C2=A0The RPH contents may indicate high priority
=C2=A0 =C2=A0requests that should be preserved as much as possible, or low
=C2=A0 =C2=A0priority requests that could be dropped during overload. =C2=A0Other
=C2=A0 =C2=A0indicators, such as the SOS Uniform Resource Name (URN) [RFC5031]
=C2=A0 =C2=A0indicating an emergency request, may also be used for prioritization.=E2=80=9D

During the last IETF meeting, there was an exchange on the list =C2=A0about this wording (in multiple IDs) with apparent agreement (on the list) to use =C2=A0the same text in all the overload drafts

" =C2=A0 A SIP client SHOULD honor any local policy for prioritizing SIP
=C2=A0requests such as policies based on message type, e.g., INVITEs vs.
=C2=A0 requests associated with existing sessions.
=C2=A0 =C2= =A0
 =C2=A0 A SIP client SHOULD honor any local policy for prioritizing SIP
=C2=A0 requests based on the content of the Resource-
=C2=A0Priority header (RPH, RFC4412 [RFC4412]). =C2=A0Specific (namespace.= value)
=C2=A0RPH contents may indicate high priority requests that should be
=C2=A0preserved as much as possible during overload. =C2=A0The RPH content= s can
=C2=A0also indicate a low-priority request that is eligible to be dropped<= br> =C2=A0during times of overload. =C2=A0

=C2=A0A SIP client SHOULD honor any local policy for prioritizing SIP
=C2=A0requests relating to emergency calls, as identified by the SOS
=C2=A0URN [RFC5031] indicating an emergency request."

So would you please use this revised wording.

nits

Sec 5.8 last sentence of first paragraph
=E2=80=9CA subscriber receiving the notifica= tion first installs
=C2=A0 =C2=A0these rules and then filter incoming requests to enforce actions on
=C2=A0 =C2=A0appropriate requests, for example, limiting the sending rate of call
=C2=A0 =C2=A0requests destined for a specific SIP entity.=E2=80=9D
=E2=80=9Cfilter=E2=80=9D should be =E2=80=9C= filters=E2=80=9D

Pg 18
This
=E2=80=9Cthis solution does not permit to define a filter that excludes
=C2=A0 =C2=A0all E.164 numbers in that country but retain all short service
=C2=A0 =C2=A0numbers.=E2=80=9D
Should be
=E2=80=9Cthis solution does not permit the definition of filter that excludes
=C2=A0 =C2=A0all E.164 numbers in that country but retain all short service
=C2=A0 =C2=A0numbers.=E2=80=9D

Janet

This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.



From: =C2=A0 =C2= =A0 =C2=A0 =C2=A0"NOEL, ERIC =C2=A0(E= RIC C)" <e= cnoel@research.att.com>
To: =C2=A0 =C2= =A0 =C2=A0 =C2=A0"'Charles Shen&#= 39;" <charles@cs= .columbia.edu>, "sip-overload@ietf.org" <sip-overload@ietf.org>
Cc: =C2=A0 =C2= =A0 =C2=A0 =C2=A0Arata Koike <koike.arata@lab.ntt= .co.jp>, Henning Schulzrinne <hgs@cs.columbia.edu>
Date: =C2=A0 =C2= =A0 =C2=A0 =C2=A012/13/2012 03:01 PM
Subject: =C2=A0 =C2=A0 =C2=A0 =C2=A0Re: [sip-overload] I-D =C2=A0 =C2=A0 =C2=A0 =C2=A0Action: =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-iet= f-soc-load-control-event-package-05.txt
Sent by: = =C2=A0 =C2=A0 =C2=A0 =C2=A0sip-overload-bounces@ietf.= org



Charles,
=C2=A0
I went through your latest version and have no comments beyond what was already posted.
=C2=A0
You can have my review counted for the IESG review.
=C2=A0
Thanks,
=C2=A0
Eric Noel
AT&T Labs, I= nc.
Rethink Possible
=C2=A0
Network Design and = Performance Analysis
200 South Laurel Avenue, D5-3D19
Middletown, NJ 07748
P: 73= 2.420.4174
ecnoel@att.com
=C2=A0
From: sip-overload-bounces@ietf.org [= mailto:sip-overload-bounces@ietf.org] On Behalf Of Charles Shen
Sent: Monday, October 22, 2012 12:47 PM
To: sip-over= load@ietf.org
Cc: Arata Koike; Henning Schulzrinne
Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-eve= nt-package-05.txt
=C2=A0
Hi all,
=C2=A0
I've submitted a new vers= ion of draft-ietf-soc-load-control-event-package.
=C2=A0
Diff is available at: = http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-= control-event-package-05
=C2=A0
This version should have inco= rporated responses to all comments received so far (please let me know if I missed anything). Main changes include adding: 6.3.3 (target-sip-entity, currently optional) 6.5.2 (example message flow), removing 5.12 (state agent), as well as changes and clarifications in a number of other sections, e.g., 6.3.2 (explicit list of method types subjected to control) 6.4 (using redir= ect as alternative action), 5.8 (terminating policies upon termination of subsc= ription) and 13.2 PSTN references.
=C2=A0
Comments are welcome !
=C2=A0
Charles
=C2=A0
=C2=A0
=C2=A0
On Mon, Oct 22, 2012 at 12:32= PM, <internet-drafts@i= etf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIP Overload Control Working Group of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0Title =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : A Session Initiation Protocol (SIP) Load Control Event Package
=C2=A0 =C2=A0 =C2=A0 =C2=A0Author(s) =C2=A0 =C2=A0 =C2=A0 : Charles Shen =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henning Schulzrinne
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Arata Koike
=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename =C2=A0 =C2=A0 =C2=A0 =C2=A0: draft-iet= f-soc-load-control-event-package-05.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 39
=C2=A0 =C2=A0 =C2=A0 =C2=A0Date =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 2012-10-22

Abstract:
=C2=A0 We define a load control event package for the Session Initiation =C2=A0 Protocol (SIP). =C2=A0It allows SIP servers to distribute load filters to
=C2=A0 other SIP servers in the network. =C2=A0The load filters contain rules to
=C2=A0 throttle calls based on their source or destination domain, telepho= ne
=C2=A0 number prefix or for a specific user. =C2=A0The mechanism helps to prevent
=C2=A0 signaling overload and complements feedback-based SIP overload
=C2=A0 control efforts.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-soc-l= oad-control-event-package

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-soc-load-cont= rol-event-package-05
http://www.ietf.org/rfcdiff?url2=3Ddraft-iet= f-soc-load-control-event-package-05


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

_______________________________________________
sip-overload mailing list
sip-overload@ietf.or= g
<= u>https://www.ietf.org/mailman/listinfo/sip-overload
=C2=A0______= _________________________________________
sip-overload mailing list
sip-overload@iet= f.org
https://www.ietf.org/mailman/listinfo/sip-overl= oad

--f46d043be10ef4b7f304d0e57ccb-- From vkg@bell-labs.com Sat Dec 15 11:26:25 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02E0921F8549 for ; Sat, 15 Dec 2012 11:26:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gdpi5ms7S6KE for ; Sat, 15 Dec 2012 11:26:24 -0800 (PST) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 40F1E21F8542 for ; Sat, 15 Dec 2012 11:26:23 -0800 (PST) Received: from usnavsmail2.ndc.alcatel-lucent.com (usnavsmail2.ndc.alcatel-lucent.com [135.3.39.10]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id qBFJQCZu012125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 15 Dec 2012 13:26:12 -0600 (CST) Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail2.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id qBFJQBpG032100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 15 Dec 2012 13:26:11 -0600 Received: from shoonya.ih.lucent.com (vkg.lra.lucent.com [135.244.33.199]) by umail.lucent.com (8.13.8/TPES) with ESMTP id qBFJQBXC014610; Sat, 15 Dec 2012 13:26:11 -0600 (CST) Message-ID: <50CCCF35.6040503@bell-labs.com> Date: Sat, 15 Dec 2012 13:27:49 -0600 From: "Vijay K. Gurbani" Organization: Bell Laboratories, Alcatel-Lucent User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Charles Shen Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 X-Scanned-By: MIMEDefang 2.64 on 135.3.39.10 Cc: "sip-overload@ietf.org" Subject: [sip-overload] Review of draft-ietf-soc-load-control-event-package-05 X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2012 19:26:25 -0000 Dear Charles: I read the -05 version of draft-ietf-soc-load-control- event-package. My review is below. Thank you. The document is well written and ready to be moved ahead. I do have a couple of comments from reading the document. First, as a general comment, the draft states at various places that a subscription or notification can include an empty message body. However, an empty body can be a body with 0 octets. On the other hand, an empty message body could contain some XML markings that are essentially a no-op, something like this: Which one of these did you mean? I suspect that when you say an empty body you probably mean a body with 0 octets. But just the same it will be good to make this explicit. Second, I am not sure what the second to last paragraph ("A SUBSCRIBE request... are not yet defined.") in Section 5.3 means. Isn't what this draft is specifying a filter to throttle requests? Or am I missing something? And finally, Keith had opened up a thread [1] on the list on harmonizing overload and emergency handling in this draft as well as draft-ietf-soc-overload-control. I need to put the text agreed to on the list in draft-ietf-soc-overload-control as well. The final text was suggested by Janet in [2], which is what I will end up inserting in the draft-ietf-soc-overload-control. [1] http://www.ietf.org/mail-archive/web/sip-overload/current/msg00848.html [2] http://www.ietf.org/mail-archive/web/sip-overload/current/msg00849.html - vijay -- Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com Web: http://ect.bell-labs.com/who/vkg/ From charles.newyork@gmail.com Sat Dec 15 21:27:25 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A34621F8630 for ; Sat, 15 Dec 2012 21:27:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GcOp85hjRbAq for ; Sat, 15 Dec 2012 21:27:24 -0800 (PST) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by ietfa.amsl.com (Postfix) with ESMTP id 0203721F8472 for ; Sat, 15 Dec 2012 21:27:23 -0800 (PST) Received: by mail-oa0-f44.google.com with SMTP id n5so4878400oag.31 for ; Sat, 15 Dec 2012 21:27:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=4M3VG2JVSKtrKuVCq4oKtOgJutf0Gi1K/dHqZVjbctg=; b=IsOx3fkW89qvXEyKuLPfSMPo5mE83A7YNWgohI9tQB3kxcjdem25RVJj3QkHfjye9p Znjq59AJ6mp7Ik3lzAzXWZQDOCLfElzSSOJzP4gFt8GIW0jtrVRt2U9JPo8iGCsouDZn JtridSKEKPsZr3tJggIn67+L5sCTpxpjjupOHQHXhL4p2rd9Ib1mwhMcBLbH/0aQnYKQ WgqUYyT+WUz2jgU5GYCzHGAbiKypsE7DFja1h+e+Np6GZSclx0GIzRDgNVPyM6/f2x6b gaLwmyuTJxA976qnY0dsq6Hh63tOtKyOrdVZkIwBBb985cjHHSKOnaOtB+qAEhGwTyD8 KNng== Received: by 10.182.36.8 with SMTP id m8mr8567069obj.93.1355635642727; Sat, 15 Dec 2012 21:27:22 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Sat, 15 Dec 2012 21:27:01 -0800 (PST) In-Reply-To: <50CCCF35.6040503@bell-labs.com> References: <50CCCF35.6040503@bell-labs.com> From: Charles Shen Date: Sun, 16 Dec 2012 00:27:01 -0500 X-Google-Sender-Auth: YuQsduT-oLxWGz-fczxWkrb2f4Q Message-ID: To: "Vijay K. Gurbani" Content-Type: multipart/alternative; boundary=f46d044470afedfd9104d0f184fb Cc: "sip-overload@ietf.org" Subject: Re: [sip-overload] Review of draft-ietf-soc-load-control-event-package-05 X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 05:27:25 -0000 --f46d044470afedfd9104d0f184fb Content-Type: text/plain; charset=UTF-8 Dear Vijay, Thanks for your comments! please see inline. On Sat, Dec 15, 2012 at 2:27 PM, Vijay K. Gurbani wrote: > Dear Charles: I read the -05 version of draft-ietf-soc-load-control- > event-package. My review is below. Thank you. > > The document is well written and ready to be moved ahead. I do have a > couple of comments from reading the document. > > First, as a general comment, the draft states at various places that > a subscription or notification can include an empty message body. > However, an empty body can be a body with 0 octets. On the other hand, > an empty message body could contain some XML markings that are > essentially a no-op, something like this: > > > xmlns:lc="urn:ietf:params:xml:**ns:load-control" > version="0" state="full"> > > > Which one of these did you mean? I suspect that when you say an empty > body you probably mean a body with 0 octets. But just the same it will > be good to make this explicit. > Yes, I meant a body with 0 octets, and I will make it explicit. > Second, I am not sure what the second to last paragraph ("A SUBSCRIBE > request... are not yet defined.") in Section 5.3 means. Isn't what > this draft is specifying a filter to throttle requests? Or am I > missing something? > > No, this might be a confusion caused by the overloaded use of the word "filter". The SUBSCRIBE has an Accept header (application/load-control+xml) indicating it is accepting the load control document specifying *load filters* as defined in this document. The SUBSCRIBE body could be used to refine its subscription, e.g., only to a subset of *load filters* (therefore is a filtering of the subscription itself). If I have to come up with some examples, maybe it could say something like "only subscribe to *load filters* for hurricane load spike". But we are not getting into those perspectives (nor do I think we need to). Therefore, the sentence just states a possibility that we are not using right now. I can clarify a bit if needed. > And finally, Keith had opened up a thread [1] on the list on > harmonizing overload and emergency handling in this draft as well as > draft-ietf-soc-overload-**control. I need to put the text agreed to on > the list in draft-ietf-soc-overload-**control as well. The final text > was suggested by Janet in [2], which is what I will end up inserting in > the draft-ietf-soc-overload-**control. > > [1] http://www.ietf.org/mail-**archive/web/sip-overload/** > current/msg00848.html > [2] http://www.ietf.org/mail-**archive/web/sip-overload/** > current/msg00849.html > > I will do. Thanks! Charles > - vijay > -- > Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent > 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) > Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.**com > Web: http://ect.bell-labs.com/who/**vkg/ > --f46d044470afedfd9104d0f184fb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Vijay, Thanks for your comments! please see inline.

On Sat, Dec 15, 2012 at 2:27 PM, Vijay K. Gurbani <vkg@be= ll-labs.com> wrote:
Dear Charles: I read the -05 version of draf= t-ietf-soc-load-control-
event-package. =C2=A0My review is below. =C2=A0Thank you.

The document is well written and ready to be moved ahead. =C2=A0I do have a=
couple of comments from reading the document.

First, as a general comment, the draft states at various places that
a subscription or notification can include an empty message body.
However, an empty body can be a body with 0 octets. =C2=A0On the other hand= ,
an empty message body could contain some XML markings that are
essentially a no-op, something like this:

<?xml version=3D"1.0" encoding=3D"UTF-8"?>
=C2=A0 =C2=A0<ruleset xmlns=3D"urn:ietf:params:xml:ns:common= -policy"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0xmlns:lc=3D"urn= :ietf:params:xml:ns:load-control"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0version=3D"0&qu= ot; state=3D"full">
=C2=A0 =C2=A0</ruleset>

Which one of these did you mean? =C2=A0I suspect that when you say an empty=
body you probably mean a body with 0 octets. =C2=A0But just the same it wil= l
be good to make this explicit.

Yes, I m= eant a body with 0 octets, and I will make it explicit.


Second, I am not sure what the second to last paragraph ("A SUBSCRIBE<= br> request... are not yet defined.") in Section 5.3 means. =C2=A0Isn'= t what
this draft is specifying a filter to throttle requests? =C2=A0Or am I
missing something?


No, this might be a confusion caused b= y the overloaded use of the word "filter". The SUBSCRIBE has an A= ccept header (application/load-control+xml) indicating it is accepting the = load control document specifying *load filters* as defined in this document= . The SUBSCRIBE body could be used to refine its subscription, e.g., only t= o a subset of *load filters*=C2=A0(therefore is a filtering of the subscrip= tion itself). If I have to come up with some examples, maybe it could say s= omething like "only subscribe to =C2=A0 *load filters* for hurricane l= oad spike". But we are not getting into those perspectives (nor do I t= hink we need to). Therefore, the sentence just states a possibility that we= are not using right now. I can clarify a bit if needed.
=C2=A0
And finally, Keith had opened up a thread [1] on the list on
harmonizing overload and emergency handling in this draft as well as
draft-ietf-soc-overload-control. =C2=A0I need to put the text agreed= to on
the list in draft-ietf-soc-overload-control as well. =C2=A0The final= text
was suggested by Janet in [2], which is what I will end up inserting in
the draft-ietf-soc-overload-control.

[1] http://www.ietf.org/mail-archive/web/= sip-overload/current/msg00848.html
[2] http://www.ietf.org/mail-archive/web/= sip-overload/current/msg00849.html


I will do. Thanks!
=

Charles

=C2=A0
- vijay
--
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
Email: vkg@{bell-labs.co= m,acm.org} / vijay.gurban= i@alcatel-lucent.com
Web: =C2=A0 http://ect.bell-labs.com/who/vkg/

--f46d044470afedfd9104d0f184fb-- From bruno.chatras@orange.com Mon Dec 17 07:28:29 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C592721F854D; Mon, 17 Dec 2012 07:28:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.597 X-Spam-Level: X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bUiUSz4dnckv; Mon, 17 Dec 2012 07:28:28 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id 6FB4921F850E; Mon, 17 Dec 2012 07:28:27 -0800 (PST) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 98AE222C473; Mon, 17 Dec 2012 16:28:24 +0100 (CET) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.186]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 79FDB27C046; Mon, 17 Dec 2012 16:28:24 +0100 (CET) Received: from PEXCVZYM12.corporate.adroot.infra.ftgroup ([fe80::81f:1640:4749:5d13]) by PEXCVZYH01.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.02.0318.004; Mon, 17 Dec 2012 16:28:24 +0100 From: To: Charles Shen , Janet P Gunn Thread-Topic: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt Thread-Index: AQHN2tW6nzH6WBfq9EmveYKILNl4EJgdH93g Date: Mon, 17 Dec 2012 15:28:23 +0000 Message-ID: <24674_1355758104_50CF3A18_24674_468_1_88CAD1D4E8773F42858B58CAA28272A00E2A2C@PEXCVZYM12.corporate.adroot.infra.ftgroup> References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.6] Content-Type: multipart/alternative; boundary="_000_88CAD1D4E8773F42858B58CAA28272A00E2A2CPEXCVZYM12corpora_" MIME-Version: 1.0 X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.10.24.110314 Cc: "NOEL, ERIC \(ERIC C\)" , "sip-overload-bounces@ietf.org" , "sip-overload@ietf.org" , Arata Koike , Henning Schulzrinne Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2012 15:28:30 -0000 --_000_88CAD1D4E8773F42858B58CAA28272A00E2A2CPEXCVZYM12corpora_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhZ3JlZSB0aGF0IGJvdGggZHJhZnRzIHNob3VsZCB1c2UgdGhlIHNhbWUgdGV4dCBidXQgSeKA mW0gc3RpbGwgbm90IHN1cmUgdG8gdW5kZXJzdGFuZCB3aHkgd2UgdXNlIOKAnFNIT1VMROKAnSBy YXRoZXIgdGhhbiDigJxNVVNU4oCdPyAgU2V0dGluZyBhIGxvY2FsIHBvbGljeSBpcyBvcHRpb25h bCBidXQgaWYgdGhlcmUgaXMgb25lIGl0IHNlZW1zIHRvIG1lIHRoYXQgIFNJUCBjbGllbnRzIE1V U1QgaG9ub3IgaXQuDQoNCg0KDQpEZSA6IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnIFtt YWlsdG86c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmddIERlIGxhIHBhcnQgZGUgQ2hhcmxl cyBTaGVuDQpFbnZvecOpIDogc2FtZWRpIDE1IGTDqWNlbWJyZSAyMDEyIDE2OjA2DQrDgCA6IEph bmV0IFAgR3Vubg0KQ2MgOiBOT0VMLCBFUklDIChFUklDIEMpOyBzaXAtb3ZlcmxvYWQtYm91bmNl c0BpZXRmLm9yZzsgc2lwLW92ZXJsb2FkQGlldGYub3JnOyBBcmF0YSBLb2lrZTsgSGVubmluZyBT Y2h1bHpyaW5uZQ0KT2JqZXQgOiBSZTogW3NpcC1vdmVybG9hZF0gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0DQoNCkhpIEphbmV0LCBJ IHdpbGwgcmV2aXNlIGFzIHN1Z2dlc3RlZC4gVGhhbmtzIHlvdSBhZ2FpbiENCg0KQ2hhcmxlcw0K T24gRnJpLCBEZWMgMTQsIDIwMTIgYXQgMzo1NiBQTSwgSmFuZXQgUCBHdW5uIDxqZ3VubjZAY3Nj LmNvbTxtYWlsdG86amd1bm42QGNzYy5jb20+PiB3cm90ZToNCllvdSBjYW4gY291bnQgbXkgcmV2 aWV3IGZvciBJRVNHLg0KDQpJIG9ubHkgaGF2ZSBhIGNvdXBsZSBvZiB0aGluZ3MgdG8gYWRkLg0K DQpJbiBzZWN0aW9uIDQuNCwgeW91IGhhdmUgdGhlIHRleHQ6DQrigJxJbiBhZGRpdGlvbiwgd2hh dGV2ZXIgdGhlIGFjdHVhbCBwb2xpY3kgaXMsIFNJUA0KICAgc2VydmVycyBTSE9VTEQgaG9ub3Ig dGhlIGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5nIFNJUCByZXF1ZXN0cw0KICAgc3VjaCBh cyBwb2xpY2llcyBiYXNlZCBvbiB0aGUgY29udGVudHMgb2YgdGhlIFJlc291cmNlLVByaW9yaXR5 DQogICBIZWFkZXIgKFJQSCkgW1JGQzQ0MTJdLiAgVGhlIFJQSCBjb250ZW50cyBtYXkgaW5kaWNh dGUgaGlnaCBwcmlvcml0eQ0KICAgcmVxdWVzdHMgdGhhdCBzaG91bGQgYmUgcHJlc2VydmVkIGFz IG11Y2ggYXMgcG9zc2libGUsIG9yIGxvdw0KICAgcHJpb3JpdHkgcmVxdWVzdHMgdGhhdCBjb3Vs ZCBiZSBkcm9wcGVkIGR1cmluZyBvdmVybG9hZC4gIE90aGVyDQogICBpbmRpY2F0b3JzLCBzdWNo IGFzIHRoZSBTT1MgVW5pZm9ybSBSZXNvdXJjZSBOYW1lIChVUk4pIFtSRkM1MDMxXQ0KICAgaW5k aWNhdGluZyBhbiBlbWVyZ2VuY3kgcmVxdWVzdCwgbWF5IGFsc28gYmUgdXNlZCBmb3IgcHJpb3Jp dGl6YXRpb24u4oCdDQoNCkR1cmluZyB0aGUgbGFzdCBJRVRGIG1lZXRpbmcsIHRoZXJlIHdhcyBh biBleGNoYW5nZSBvbiB0aGUgbGlzdCAgYWJvdXQgdGhpcyB3b3JkaW5nIChpbiBtdWx0aXBsZSBJ RHMpIHdpdGggYXBwYXJlbnQgYWdyZWVtZW50IChvbiB0aGUgbGlzdCkgdG8gdXNlICB0aGUgc2Ft ZSB0ZXh0IGluIGFsbCB0aGUgb3ZlcmxvYWQgZHJhZnRzDQoNCiIgICBBIFNJUCBjbGllbnQgU0hP VUxEIGhvbm9yIGFueSBsb2NhbCBwb2xpY3kgZm9yIHByaW9yaXRpemluZyBTSVANCiByZXF1ZXN0 cyBzdWNoIGFzIHBvbGljaWVzIGJhc2VkIG9uIG1lc3NhZ2UgdHlwZSwgZS5nLiwgSU5WSVRFcyB2 cy4NCiAgcmVxdWVzdHMgYXNzb2NpYXRlZCB3aXRoIGV4aXN0aW5nIHNlc3Npb25zLg0KDQogIEEg U0lQIGNsaWVudCBTSE9VTEQgaG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5n IFNJUA0KICByZXF1ZXN0cyBiYXNlZCBvbiB0aGUgY29udGVudCBvZiB0aGUgUmVzb3VyY2UtDQog UHJpb3JpdHkgaGVhZGVyIChSUEgsIFJGQzQ0MTIgW1JGQzQ0MTJdKS4gIFNwZWNpZmljIChuYW1l c3BhY2UudmFsdWUpDQogUlBIIGNvbnRlbnRzIG1heSBpbmRpY2F0ZSBoaWdoIHByaW9yaXR5IHJl cXVlc3RzIHRoYXQgc2hvdWxkIGJlDQogcHJlc2VydmVkIGFzIG11Y2ggYXMgcG9zc2libGUgZHVy aW5nIG92ZXJsb2FkLiAgVGhlIFJQSCBjb250ZW50cyBjYW4NCiBhbHNvIGluZGljYXRlIGEgbG93 LXByaW9yaXR5IHJlcXVlc3QgdGhhdCBpcyBlbGlnaWJsZSB0byBiZSBkcm9wcGVkDQogZHVyaW5n IHRpbWVzIG9mIG92ZXJsb2FkLg0KDQogQSBTSVAgY2xpZW50IFNIT1VMRCBob25vciBhbnkgbG9j YWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQDQogcmVxdWVzdHMgcmVsYXRpbmcgdG8gZW1l cmdlbmN5IGNhbGxzLCBhcyBpZGVudGlmaWVkIGJ5IHRoZSBTT1MNCiBVUk4gW1JGQzUwMzFdIGlu ZGljYXRpbmcgYW4gZW1lcmdlbmN5IHJlcXVlc3QuIg0KDQpTbyB3b3VsZCB5b3UgcGxlYXNlIHVz ZSB0aGlzIHJldmlzZWQgd29yZGluZy4NCg0Kbml0cw0KDQpTZWMgNS44IGxhc3Qgc2VudGVuY2Ug b2YgZmlyc3QgcGFyYWdyYXBoDQrigJxBIHN1YnNjcmliZXIgcmVjZWl2aW5nIHRoZSBub3RpZmlj YXRpb24gZmlyc3QgaW5zdGFsbHMNCiAgIHRoZXNlIHJ1bGVzIGFuZCB0aGVuIGZpbHRlciBpbmNv bWluZyByZXF1ZXN0cyB0byBlbmZvcmNlIGFjdGlvbnMgb24NCiAgIGFwcHJvcHJpYXRlIHJlcXVl c3RzLCBmb3IgZXhhbXBsZSwgbGltaXRpbmcgdGhlIHNlbmRpbmcgcmF0ZSBvZiBjYWxsDQogICBy ZXF1ZXN0cyBkZXN0aW5lZCBmb3IgYSBzcGVjaWZpYyBTSVAgZW50aXR5LuKAnQ0K4oCcZmlsdGVy 4oCdIHNob3VsZCBiZSDigJxmaWx0ZXJz4oCdDQoNClBnIDE4DQpUaGlzDQrigJx0aGlzIHNvbHV0 aW9uIGRvZXMgbm90IHBlcm1pdCB0byBkZWZpbmUgYSBmaWx0ZXIgdGhhdCBleGNsdWRlcw0KICAg YWxsIEUuMTY0IG51bWJlcnMgaW4gdGhhdCBjb3VudHJ5IGJ1dCByZXRhaW4gYWxsIHNob3J0IHNl cnZpY2UNCiAgIG51bWJlcnMu4oCdDQpTaG91bGQgYmUNCuKAnHRoaXMgc29sdXRpb24gZG9lcyBu b3QgcGVybWl0IHRoZSBkZWZpbml0aW9uIG9mIGZpbHRlciB0aGF0IGV4Y2x1ZGVzDQogICBhbGwg RS4xNjQgbnVtYmVycyBpbiB0aGF0IGNvdW50cnkgYnV0IHJldGFpbiBhbGwgc2hvcnQgc2Vydmlj ZQ0KICAgbnVtYmVycy7igJ0NCg0KSmFuZXQNCg0KVGhpcyBpcyBhIFBSSVZBVEUgbWVzc2FnZS4g SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRlbGV0ZSB3aXRo b3V0IGNvcHlpbmcgYW5kIGtpbmRseSBhZHZpc2UgdXMgYnkgZS1tYWlsIG9mIHRoZSBtaXN0YWtl IGluIGRlbGl2ZXJ5LiBOT1RFOiBSZWdhcmRsZXNzIG9mIGNvbnRlbnQsIHRoaXMgZS1tYWlsIHNo YWxsIG5vdCBvcGVyYXRlIHRvIGJpbmQgQ1NDIHRvIGFueSBvcmRlciBvciBvdGhlciBjb250cmFj dCB1bmxlc3MgcHVyc3VhbnQgdG8gZXhwbGljaXQgd3JpdHRlbiBhZ3JlZW1lbnQgb3IgZ292ZXJu bWVudCBpbml0aWF0aXZlIGV4cHJlc3NseSBwZXJtaXR0aW5nIHRoZSB1c2Ugb2YgZS1tYWlsIGZv ciBzdWNoIHB1cnBvc2UuDQoNCg0KDQpGcm9tOiAgICAgICAgIk5PRUwsIEVSSUMgIChFUklDIEMp IiA8ZWNub2VsQHJlc2VhcmNoLmF0dC5jb208bWFpbHRvOmVjbm9lbEByZXNlYXJjaC5hdHQuY29t Pj4NClRvOiAgICAgICAgIidDaGFybGVzIFNoZW4nIiA8Y2hhcmxlc0Bjcy5jb2x1bWJpYS5lZHU8 bWFpbHRvOmNoYXJsZXNAY3MuY29sdW1iaWEuZWR1Pj4sICJzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8 bWFpbHRvOnNpcC1vdmVybG9hZEBpZXRmLm9yZz4iIDxzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8bWFp bHRvOnNpcC1vdmVybG9hZEBpZXRmLm9yZz4+DQpDYzogICAgICAgIEFyYXRhIEtvaWtlIDxrb2lr ZS5hcmF0YUBsYWIubnR0LmNvLmpwPG1haWx0bzprb2lrZS5hcmF0YUBsYWIubnR0LmNvLmpwPj4s IEhlbm5pbmcgU2NodWx6cmlubmUgPGhnc0Bjcy5jb2x1bWJpYS5lZHU8bWFpbHRvOmhnc0Bjcy5j b2x1bWJpYS5lZHU+Pg0KRGF0ZTogICAgICAgIDEyLzEzLzIwMTIgMDM6MDEgUE0NClN1YmplY3Q6 ICAgICAgICBSZTogW3NpcC1vdmVybG9hZF0gSS1EICAgICAgICBBY3Rpb246ICAgICAgICBkcmFm dC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNS50eHQNClNlbnQgYnk6ICAg ICAgICBzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86c2lwLW92ZXJsb2FkLWJv dW5jZXNAaWV0Zi5vcmc+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0K Q2hhcmxlcywNCg0KSSB3ZW50IHRocm91Z2ggeW91ciBsYXRlc3QgdmVyc2lvbiBhbmQgaGF2ZSBu byBjb21tZW50cyBiZXlvbmQgd2hhdCB3YXMgYWxyZWFkeSBwb3N0ZWQuDQoNCllvdSBjYW4gaGF2 ZSBteSByZXZpZXcgY291bnRlZCBmb3IgdGhlIElFU0cgcmV2aWV3Lg0KDQpUaGFua3MsDQoNCkVy aWMgTm9lbA0KQVQmVCBMYWJzLCBJbmMuDQpSZXRoaW5rIFBvc3NpYmxlDQoNCk5ldHdvcmsgRGVz aWduIGFuZCBQZXJmb3JtYW5jZSBBbmFseXNpcw0KMjAwIFNvdXRoIExhdXJlbCBBdmVudWUsIEQ1 LTNEMTkNCk1pZGRsZXRvd24sIE5KIDA3NzQ4DQpQOiA3MzIuNDIwLjQxNzQ8dGVsOjczMi40MjAu NDE3ND4NCmVjbm9lbEBhdHQuY29tPG1haWx0bzpqc21pdGhAYXR0LmNvbT4NCg0KRnJvbTogc2lw LW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOnNpcC1vdmVybG9hZC1ib3VuY2VzQGll dGYub3JnPiBbbWFpbHRvOnNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgQ2hhcmxlcyBTaGVuDQpTZW50OiBNb25kYXksIE9jdG9iZXIgMjIsIDIwMTIgMTI6NDcgUE0N ClRvOiBzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8bWFpbHRvOnNpcC1vdmVybG9hZEBpZXRmLm9yZz4N CkNjOiBBcmF0YSBLb2lrZTsgSGVubmluZyBTY2h1bHpyaW5uZQ0KU3ViamVjdDogUmU6IFtzaXAt b3ZlcmxvYWRdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1w YWNrYWdlLTA1LnR4dA0KDQpIaSBhbGwsDQoNCkkndmUgc3VibWl0dGVkIGEgbmV3IHZlcnNpb24g b2YgZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UuDQoNCkRpZmYgaXMg YXZhaWxhYmxlIGF0OiBodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRm LXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNQ0KDQpUaGlzIHZlcnNpb24gc2hvdWxk IGhhdmUgaW5jb3Jwb3JhdGVkIHJlc3BvbnNlcyB0byBhbGwgY29tbWVudHMgcmVjZWl2ZWQgc28g ZmFyIChwbGVhc2UgbGV0IG1lIGtub3cgaWYgSSBtaXNzZWQgYW55dGhpbmcpLiBNYWluIGNoYW5n ZXMgaW5jbHVkZSBhZGRpbmc6IDYuMy4zICh0YXJnZXQtc2lwLWVudGl0eSwgY3VycmVudGx5IG9w dGlvbmFsKSA2LjUuMiAoZXhhbXBsZSBtZXNzYWdlIGZsb3cpLCByZW1vdmluZyA1LjEyIChzdGF0 ZSBhZ2VudCksIGFzIHdlbGwgYXMgY2hhbmdlcyBhbmQgY2xhcmlmaWNhdGlvbnMgaW4gYSBudW1i ZXIgb2Ygb3RoZXIgc2VjdGlvbnMsIGUuZy4sIDYuMy4yIChleHBsaWNpdCBsaXN0IG9mIG1ldGhv ZCB0eXBlcyBzdWJqZWN0ZWQgdG8gY29udHJvbCkgNi40ICh1c2luZyByZWRpcmVjdCBhcyBhbHRl cm5hdGl2ZSBhY3Rpb24pLCA1LjggKHRlcm1pbmF0aW5nIHBvbGljaWVzIHVwb24gdGVybWluYXRp b24gb2Ygc3Vic2NyaXB0aW9uKSBhbmQgMTMuMiBQU1ROIHJlZmVyZW5jZXMuDQoNCkNvbW1lbnRz IGFyZSB3ZWxjb21lICENCg0KQ2hhcmxlcw0KDQoNCg0KT24gTW9uLCBPY3QgMjIsIDIwMTIgYXQg MTI6MzIgUE0sIDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4+IHdyb3RlOg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUg ZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0 IGlzIGEgd29yayBpdGVtIG9mIHRoZSBTSVAgT3ZlcmxvYWQgQ29udHJvbCBXb3JraW5nIEdyb3Vw IG9mIHRoZSBJRVRGLg0KDQogICAgICAgVGl0bGUgICAgICAgICAgIDogQSBTZXNzaW9uIEluaXRp YXRpb24gUHJvdG9jb2wgKFNJUCkgTG9hZCBDb250cm9sIEV2ZW50IFBhY2thZ2UNCiAgICAgICBB dXRob3IocykgICAgICAgOiBDaGFybGVzIFNoZW4NCiAgICAgICAgICAgICAgICAgICAgICAgICBI ZW5uaW5nIFNjaHVsenJpbm5lDQogICAgICAgICAgICAgICAgICAgICAgICAgQXJhdGEgS29pa2UN CiAgICAgICBGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZl bnQtcGFja2FnZS0wNS50eHQNCiAgICAgICBQYWdlcyAgICAgICAgICAgOiAzOQ0KICAgICAgIERh dGUgICAgICAgICAgICA6IDIwMTItMTAtMjINCg0KQWJzdHJhY3Q6DQogIFdlIGRlZmluZSBhIGxv YWQgY29udHJvbCBldmVudCBwYWNrYWdlIGZvciB0aGUgU2Vzc2lvbiBJbml0aWF0aW9uDQogIFBy b3RvY29sIChTSVApLiAgSXQgYWxsb3dzIFNJUCBzZXJ2ZXJzIHRvIGRpc3RyaWJ1dGUgbG9hZCBm aWx0ZXJzIHRvDQogIG90aGVyIFNJUCBzZXJ2ZXJzIGluIHRoZSBuZXR3b3JrLiAgVGhlIGxvYWQg ZmlsdGVycyBjb250YWluIHJ1bGVzIHRvDQogIHRocm90dGxlIGNhbGxzIGJhc2VkIG9uIHRoZWly IHNvdXJjZSBvciBkZXN0aW5hdGlvbiBkb21haW4sIHRlbGVwaG9uZQ0KICBudW1iZXIgcHJlZml4 IG9yIGZvciBhIHNwZWNpZmljIHVzZXIuICBUaGUgbWVjaGFuaXNtIGhlbHBzIHRvIHByZXZlbnQN CiAgc2lnbmFsaW5nIG92ZXJsb2FkIGFuZCBjb21wbGVtZW50cyBmZWVkYmFjay1iYXNlZCBTSVAg b3ZlcmxvYWQNCiAgY29udHJvbCBlZmZvcnRzLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0 YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UNCg0KVGhlcmUn cyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNQ0K DQpBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRw Oi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wt ZXZlbnQtcGFja2FnZS0wNQ0KDQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUg YnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpzaXAt b3ZlcmxvYWQgbWFpbGluZyBsaXN0DQpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8bWFpbHRvOnNpcC1v dmVybG9hZEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v c2lwLW92ZXJsb2FkDQogX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCnNpcC1vdmVybG9hZCBtYWlsaW5nIGxpc3QNCnNpcC1vdmVybG9hZEBpZXRmLm9yZzxt YWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9zaXAtb3ZlcmxvYWQNCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBp ZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRp ZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNl cywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJl Y3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRp dGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVz c2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApGcmFu Y2UgVGVsZWNvbSAtIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1l c3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2 aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hv dWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0 aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50 cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBpcyBu b3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBv ciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== --_000_88CAD1D4E8773F42858B58CAA28272A00E2A2CPEXCVZYM12corpora_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEgNiA0 IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGku TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQp0dA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFu LkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJGUiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGFncmVlIHRoYXQgYm90 aCBkcmFmdHMgc2hvdWxkIHVzZSB0aGUgc2FtZSB0ZXh0IGJ1dCBJ4oCZbSBzdGlsbCBub3Qgc3Vy ZSB0byB1bmRlcnN0YW5kIHdoeSB3ZSB1c2Ug4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U0hPVUxE4oCdDQogcmF0aGVyIHRo YW4g4oCcTVVTVOKAnT8gJm5ic3A7U2V0dGluZyBhIGxvY2FsIHBvbGljeSBpcyBvcHRpb25hbCBi dXQgaWYgdGhlcmUgaXMgb25lIGl0IHNlZW1zIHRvIG1lIHRoYXQgJm5ic3A7U0lQIGNsaWVudHMg TVVTVCBob25vciBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RGUmbmJzcDs6PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYu b3JnIFttYWlsdG86c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5EZSBsYSBwYXJ0 IGRlPC9iPiBDaGFybGVzIFNoZW48YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gc2FtZWRpIDE1 IGTDqWNlbWJyZSAyMDEyIDE2OjA2PGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBKYW5ldCBQIEd1bm48 YnI+DQo8Yj5DYyZuYnNwOzo8L2I+IE5PRUwsIEVSSUMgKEVSSUMgQyk7IHNpcC1vdmVybG9hZC1i b3VuY2VzQGlldGYub3JnOyBzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc7IEFyYXRhIEtvaWtlOyBIZW5u aW5nIFNjaHVsenJpbm5lPGJyPg0KPGI+T2JqZXQmbmJzcDs6PC9iPiBSZTogW3NpcC1vdmVybG9h ZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2Ut MDUudHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tYm90dG9tOjEyLjBwdCI+SGkgSmFuZXQsIEkgd2lsbCByZXZpc2UgYXMgc3VnZ2VzdGVkLiBU aGFua3MgeW91IGFnYWluITxicj4NCjxicj4NCkNoYXJsZXM8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBGcmksIERlYyAxNCwgMjAxMiBhdCAzOjU2IFBNLCBK YW5ldCBQIEd1bm4gJmx0OzxhIGhyZWY9Im1haWx0bzpqZ3VubjZAY3NjLmNvbSIgdGFyZ2V0PSJf YmxhbmsiPmpndW5uNkBjc2MuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+WW91IGNhbiBjb3VudCBteSByZXZpZXcgZm9yIElF U0cuPC9zcGFuPg0KPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkkgb25seSBoYXZlIGEgY291cGxlIG9m IHRoaW5ncyB0byBhZGQuPC9zcGFuPg0KPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkluIHNlY3Rpb24g NC40LCB5b3UgaGF2ZSB0aGUgdGV4dDo8L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+4oCcSW4gYWRk aXRpb24sIHdoYXRldmVyIHRoZSBhY3R1YWwgcG9saWN5IGlzLCBTSVA8L3NwYW4+DQo8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jm5ic3A7ICZuYnNwO3NlcnZlcnMgU0hPVUxEIGhvbm9yIHRoZSBsb2NhbCBwb2xp Y3kgZm9yIHByaW9yaXRpemluZyBTSVAgcmVxdWVzdHM8L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ Jm5ic3A7ICZuYnNwO3N1Y2ggYXMgcG9saWNpZXMgYmFzZWQgb24gdGhlIGNvbnRlbnRzIG9mIHRo ZSBSZXNvdXJjZS1Qcmlvcml0eTwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 SGVhZGVyIChSUEgpIFtSRkM0NDEyXS4gJm5ic3A7VGhlIFJQSCBjb250ZW50cyBtYXkgaW5kaWNh dGUgaGlnaCBwcmlvcml0eTwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7cmVx dWVzdHMgdGhhdCBzaG91bGQgYmUgcHJlc2VydmVkIGFzIG11Y2ggYXMgcG9zc2libGUsIG9yIGxv dzwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsgJm5ic3A7cHJpb3JpdHkgcmVxdWVzdHMg dGhhdCBjb3VsZCBiZSBkcm9wcGVkIGR1cmluZyBvdmVybG9hZC4gJm5ic3A7T3RoZXI8L3NwYW4+ DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7ICZuYnNwO2luZGljYXRvcnMsIHN1Y2ggYXMgdGhlIFNP UyBVbmlmb3JtIFJlc291cmNlIE5hbWUgKFVSTikgW1JGQzUwMzFdPC9zcGFuPg0KPGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOyAmbmJzcDtpbmRpY2F0aW5nIGFuIGVtZXJnZW5jeSByZXF1ZXN0LCBtYXkg YWxzbyBiZSB1c2VkIGZvciBwcmlvcml0aXphdGlvbi7igJ0NCjwvc3Bhbj48YnI+DQo8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+RHVyaW5nIHRoZSBsYXN0IElFVEYgbWVldGluZywgdGhlcmUgd2FzIGFuIGV4Y2hh bmdlIG9uIHRoZSBsaXN0ICZuYnNwO2Fib3V0IHRoaXMgd29yZGluZyAoaW4gbXVsdGlwbGUgSURz KSB3aXRoIGFwcGFyZW50IGFncmVlbWVudCAob24gdGhlIGxpc3QpIHRvIHVzZSAmbmJzcDt0aGUg c2FtZSB0ZXh0IGluIGFsbCB0aGUgb3ZlcmxvYWQgZHJhZnRzPC9zcGFuPg0KPGJyPg0KPGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mcXVvdDsg Jm5ic3A7IEEgU0lQIGNsaWVudCBTSE9VTEQgaG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJp b3JpdGl6aW5nIFNJUDxicj4NCiZuYnNwO3JlcXVlc3RzIHN1Y2ggYXMgcG9saWNpZXMgYmFzZWQg PGk+b24gbWVzc2FnZSB0eXBlLCBlLmcuLCBJTlZJVEVzIHZzLjwvaT48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+DQo8YnI+DQo8L3NwYW4+PGk+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgcmVxdWVzdHMgYXNzb2NpYXRlZCB3aXRoIGV4aXN0aW5nIHNl c3Npb25zLjwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOzxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyA8aT5BIFNJUCBjbGllbnQgU0hPVUxEIGhvbm9yIGFu eSBsb2NhbCBwb2xpY3kgZm9yIHByaW9yaXRpemluZyBTSVANCjwvaT48L3NwYW4+PGJyPg0KPGk+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg cmVxdWVzdHMgYmFzZWQ8L3NwYW4+PC9pPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+IG9uIHRoZSBjb250ZW50IG9mIHRoZSBSZXNvdXJjZS08YnI+DQom bmJzcDtQcmlvcml0eSBoZWFkZXIgKFJQSCwgUkZDNDQxMiBbUkZDNDQxMl0pLiAmbmJzcDtTcGVj aWZpYyAobmFtZXNwYWNlLnZhbHVlKTxicj4NCiZuYnNwO1JQSCBjb250ZW50cyBtYXkgaW5kaWNh dGUgaGlnaCBwcmlvcml0eSByZXF1ZXN0cyB0aGF0IHNob3VsZCBiZTxicj4NCiZuYnNwO3ByZXNl cnZlZCBhcyBtdWNoIGFzIHBvc3NpYmxlIGR1cmluZyBvdmVybG9hZC4gJm5ic3A7VGhlIFJQSCBj b250ZW50cyBjYW48YnI+DQombmJzcDthbHNvIGluZGljYXRlIGEgbG93LXByaW9yaXR5IHJlcXVl c3QgdGhhdCBpcyBlbGlnaWJsZSB0byBiZSBkcm9wcGVkPGJyPg0KJm5ic3A7ZHVyaW5nIHRpbWVz IG9mIG92ZXJsb2FkLiAmbmJzcDs8YnI+DQo8YnI+DQombmJzcDtBIFNJUCBjbGllbnQgU0hPVUxE IGhvbm9yIGFueSBsb2NhbCBwb2xpY3kgZm9yIHByaW9yaXRpemluZyBTSVAgPGJyPg0KJm5ic3A7 cmVxdWVzdHMgcmVsYXRpbmcgdG8gZW1lcmdlbmN5IGNhbGxzLCBhcyBpZGVudGlmaWVkIGJ5IHRo ZSBTT1MgPGJyPg0KJm5ic3A7VVJOIFtSRkM1MDMxXSBpbmRpY2F0aW5nIGFuIGVtZXJnZW5jeSBy ZXF1ZXN0LiZxdW90Ozwvc3Bhbj4gPGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TbyB3b3VsZCB5b3UgcGxlYXNlIHVzZSB0aGlzIHJl dmlzZWQgd29yZGluZy48L3NwYW4+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm5pdHM8L3NwYW4+IDxicj4NCjxicj4NCjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+U2VjIDUuOCBsYXN0 IHNlbnRlbmNlIG9mIGZpcnN0IHBhcmFncmFwaDwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+4oCcQSBzdWJzY3JpYmVyIHJlY2Vp dmluZyB0aGUgbm90aWZpY2F0aW9uIGZpcnN0IGluc3RhbGxzPC9zcGFuPg0KPGJyPg0KPHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7 dGhlc2UgcnVsZXMgYW5kIHRoZW4gZmlsdGVyIGluY29taW5nIHJlcXVlc3RzIHRvIGVuZm9yY2Ug YWN0aW9ucyBvbjwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO2FwcHJvcHJpYXRlIHJlcXVlc3RzLCBmb3Ig ZXhhbXBsZSwgbGltaXRpbmcgdGhlIHNlbmRpbmcgcmF0ZSBvZiBjYWxsPC9zcGFuPg0KPGJyPg0K PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsg Jm5ic3A7cmVxdWVzdHMgZGVzdGluZWQgZm9yIGEgc3BlY2lmaWMgU0lQIGVudGl0eS7igJ08L3Nw YW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPuKAnGZpbHRlcuKAnSBzaG91bGQgYmUg4oCcZmlsdGVyc+KAnTwvc3Bhbj4gPGJyPg0KPGJy Pg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5QZyAx ODwvc3Bhbj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5UaGlzPC9zcGFuPiA8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPuKAnHRoaXMgc29sdXRpb24gZG9lcyBub3QgcGVybWl0IHRvIGRl ZmluZSBhIGZpbHRlciB0aGF0IGV4Y2x1ZGVzPC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsgJm5ic3A7YWxsIEUuMTY0 IG51bWJlcnMgaW4gdGhhdCBjb3VudHJ5IGJ1dCByZXRhaW4gYWxsIHNob3J0IHNlcnZpY2U8L3Nw YW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyAmbmJzcDtudW1iZXJzLuKAnTwvc3Bhbj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TaG91bGQgYmU8L3NwYW4+IDxicj4N CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+4oCcdGhp cyBzb2x1dGlvbiBkb2VzIG5vdCBwZXJtaXQgdGhlIGRlZmluaXRpb24gb2YgZmlsdGVyIHRoYXQg ZXhjbHVkZXM8L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPiZuYnNwOyAmbmJzcDthbGwgRS4xNjQgbnVtYmVycyBpbiB0aGF0IGNv dW50cnkgYnV0IHJldGFpbiBhbGwgc2hvcnQgc2VydmljZTwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7ICZuYnNwO251 bWJlcnMu4oCdPC9zcGFuPiA8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SmFuZXQ8YnI+DQo8YnI+DQpU aGlzIGlzIGEgUFJJVkFURSBtZXNzYWdlLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50LCBwbGVhc2UgZGVsZXRlIHdpdGhvdXQgY29weWluZyBhbmQga2luZGx5IGFkdmlzZSB1 cyBieSBlLW1haWwgb2YgdGhlIG1pc3Rha2UgaW4gZGVsaXZlcnkuIE5PVEU6IFJlZ2FyZGxlc3Mg b2YgY29udGVudCwgdGhpcyBlLW1haWwgc2hhbGwgbm90IG9wZXJhdGUgdG8gYmluZCBDU0MgdG8g YW55IG9yZGVyIG9yIG90aGVyIGNvbnRyYWN0DQogdW5sZXNzIHB1cnN1YW50IHRvIGV4cGxpY2l0 IHdyaXR0ZW4gYWdyZWVtZW50IG9yIGdvdmVybm1lbnQgaW5pdGlhdGl2ZSBleHByZXNzbHkgcGVy bWl0dGluZyB0aGUgdXNlIG9mIGUtbWFpbCBmb3Igc3VjaCBwdXJwb3NlLjwvc3Bhbj4NCjxicj4N Cjxicj4NCjxicj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNUY1RjVG Ij5Gcm9tOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mcXVvdDtOT0VMLCBFUklDICZuYnNwOyhFUklDIEMpJnF1b3Q7ICZsdDs8YSBo cmVmPSJtYWlsdG86ZWNub2VsQHJlc2VhcmNoLmF0dC5jb20iIHRhcmdldD0iX2JsYW5rIj5lY25v ZWxAcmVzZWFyY2guYXR0LmNvbTwvYT4mZ3Q7PC9zcGFuPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiM1RjVGNUYiPlRvOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mcXVvdDsnQ2hhcmxlcyBTaGVuJyZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNoYXJsZXNAY3MuY29sdW1iaWEuZWR1IiB0YXJnZXQ9Il9i bGFuayI+Y2hhcmxlc0Bjcy5jb2x1bWJpYS5lZHU8L2E+Jmd0OywNCiAmcXVvdDs8YSBocmVmPSJt YWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+c2lwLW92ZXJsb2Fk QGlldGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNpcC1vdmVybG9hZEBpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNpcC1vdmVybG9hZEBpZXRmLm9yZzwvYT4mZ3Q7PC9zcGFu Pg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1RjVGNUYiPkNjOiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5B cmF0YSBLb2lrZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmtvaWtlLmFyYXRhQGxhYi5udHQuY28uanAi IHRhcmdldD0iX2JsYW5rIj5rb2lrZS5hcmF0YUBsYWIubnR0LmNvLmpwPC9hPiZndDssDQogSGVu bmluZyBTY2h1bHpyaW5uZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhnc0Bjcy5jb2x1bWJpYS5lZHUi IHRhcmdldD0iX2JsYW5rIj5oZ3NAY3MuY29sdW1iaWEuZWR1PC9hPiZndDs8L3NwYW4+DQo8YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzVGNUY1RiI+RGF0ZTogJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+MTIvMTMv MjAxMiAwMzowMSBQTTwvc3Bhbj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNUY1RjVGIj5TdWJqZWN0 OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5SZTogW3NpcC1vdmVybG9hZF0gSS1EICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0Fj dGlvbjogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250 cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0PC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNUY1 RjVGIj5TZW50IGJ5OiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZzwvYT48 L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNl bnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAw JSIgbm9zaGFkZT0iIiBzdHlsZT0iY29sb3I6I0EwQTBBMCIgYWxpZ249ImNlbnRlciI+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQo8YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDQwODAiPkNo YXJsZXMsPC9zcGFuPiA8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDQwODAiPiZuYnNwOzwvc3Bh bj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA0MDgwIj5JIHdlbnQgdGhyb3VnaCB5b3VyIGxh dGVzdCB2ZXJzaW9uIGFuZCBoYXZlIG5vIGNvbW1lbnRzIGJleW9uZCB3aGF0IHdhcyBhbHJlYWR5 IHBvc3RlZC48L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDQwODAiPiZuYnNwOzwv c3Bhbj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA0MDgwIj5Zb3UgY2FuIGhhdmUgbXkgcmV2 aWV3IGNvdW50ZWQgZm9yIHRoZSBJRVNHIHJldmlldy48L3NwYW4+DQo8YnI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMwMDQwODAiPiZuYnNwOzwvc3Bhbj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA0 MDgwIj5UaGFua3MsPC9zcGFuPiA8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDQwODAiPiZuYnNw Ozwvc3Bhbj4gPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0ZGODEwMCI+ RXJpYyBOb2VsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1RjVGNUYi Pg0KPC9zcGFuPjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM1RjVG NUYiPkFUJmFtcDtUIExhYnMsIEluYy48L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiM1RjVGNUYiPg0KPC9zcGFuPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMwMEExRTAiPjxicj4NClJldGhpbmsgUG9zc2libGU8L3NwYW4+PC9pPiA8YnI+DQo8 aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDBBMUUwIj4mbmJzcDs8L3NwYW4+ PC9pPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzVGNUY1RiI+TmV0 d29yayBEZXNpZ24gYW5kIFBlcmZvcm1hbmNlIEFuYWx5c2lzPGJyPg0KMjAwIFNvdXRoIExhdXJl bCBBdmVudWUsIEQ1LTNEMTk8YnI+DQpNaWRkbGV0b3duLCBOSiAwNzc0ODxicj4NClA6IDxhIGhy ZWY9InRlbDo3MzIuNDIwLjQxNzQiIHRhcmdldD0iX2JsYW5rIj43MzIuNDIwLjQxNzQ8L2E+PC9z cGFuPiA8YnI+DQo8YSBocmVmPSJtYWlsdG86anNtaXRoQGF0dC5jb20iIHRhcmdldD0iX2JsYW5r Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ZWNub2VsQGF0dC5jb208L3NwYW4+PC9hPg0K PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA0MDgwIj4mbmJzcDs8L3NwYW4+IDxicj4NCjxiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+DQo8YSBocmVmPSJtYWlsdG86c2lw LW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zaXAtb3ZlcmxvYWQt Ym91bmNlc0BpZXRmLm9yZzwvYT4gWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPm1haWx0bzpzaXAt b3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5dDQo8Yj5PbiBC ZWhhbGYgT2YgPC9iPkNoYXJsZXMgU2hlbjxiPjxicj4NClNlbnQ6PC9iPiBNb25kYXksIE9jdG9i ZXIgMjIsIDIwMTIgMTI6NDcgUE08Yj48YnI+DQpUbzo8L2I+IDxhIGhyZWY9Im1haWx0bzpzaXAt b3ZlcmxvYWRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zaXAtb3ZlcmxvYWRAaWV0Zi5vcmc8 L2E+PGI+PGJyPg0KQ2M6PC9iPiBBcmF0YSBLb2lrZTsgSGVubmluZyBTY2h1bHpyaW5uZTxiPjxi cj4NClN1YmplY3Q6PC9iPiBSZTogW3NpcC1vdmVybG9hZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0 Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0PC9zcGFuPg0KPGJyPg0KJm5i c3A7IDxicj4NCkhpIGFsbCwgPGJyPg0KJm5ic3A7IDxicj4NCkkndmUgc3VibWl0dGVkIGEgbmV3 IHZlcnNpb24gb2YgZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UuIDxi cj4NCiZuYnNwOyA8YnI+DQpEaWZmIGlzIGF2YWlsYWJsZSBhdDogPGEgaHJlZj0iaHR0cDovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50 LXBhY2thZ2UtMDUiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1PC9hPg0K PGJyPg0KJm5ic3A7IDxicj4NClRoaXMgdmVyc2lvbiBzaG91bGQgaGF2ZSBpbmNvcnBvcmF0ZWQg cmVzcG9uc2VzIHRvIGFsbCBjb21tZW50cyByZWNlaXZlZCBzbyBmYXIgKHBsZWFzZSBsZXQgbWUg a25vdyBpZiBJIG1pc3NlZCBhbnl0aGluZykuIE1haW4gY2hhbmdlcyBpbmNsdWRlIGFkZGluZzog Ni4zLjMgKHRhcmdldC1zaXAtZW50aXR5LCBjdXJyZW50bHkgb3B0aW9uYWwpIDYuNS4yIChleGFt cGxlIG1lc3NhZ2UgZmxvdyksIHJlbW92aW5nIDUuMTIgKHN0YXRlIGFnZW50KSwNCiBhcyB3ZWxs IGFzIGNoYW5nZXMgYW5kIGNsYXJpZmljYXRpb25zIGluIGEgbnVtYmVyIG9mIG90aGVyIHNlY3Rp b25zLCBlLmcuLCA2LjMuMiAoZXhwbGljaXQgbGlzdCBvZiBtZXRob2QgdHlwZXMgc3ViamVjdGVk IHRvIGNvbnRyb2wpIDYuNCAodXNpbmcgcmVkaXJlY3QgYXMgYWx0ZXJuYXRpdmUgYWN0aW9uKSwg NS44ICh0ZXJtaW5hdGluZyBwb2xpY2llcyB1cG9uIHRlcm1pbmF0aW9uIG9mIHN1YnNjcmlwdGlv bikgYW5kIDEzLjIgUFNUTiByZWZlcmVuY2VzLg0KPGJyPg0KJm5ic3A7IDxicj4NCkNvbW1lbnRz IGFyZSB3ZWxjb21lICEgPGJyPg0KJm5ic3A7IDxicj4NCkNoYXJsZXMgPGJyPg0KJm5ic3A7IDxi cj4NCiZuYnNwOyA8YnI+DQombmJzcDsgPGJyPg0KT24gTW9uLCBPY3QgMjIsIDIwMTIgYXQgMTI6 MzIgUE0sICZsdDs8YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDsgd3JvdGU6DQo8YnI+ DQo8YnI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGlu ZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsg aXRlbSBvZiB0aGUgU0lQIE92ZXJsb2FkIENvbnRyb2wgV29ya2luZyBHcm91cCBvZiB0aGUgSUVU Ri48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUaXRsZSAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogQSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wg KFNJUCkgTG9hZCBDb250cm9sIEV2ZW50IFBhY2thZ2U8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDtBdXRob3IocykgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBDaGFybGVzIFNoZW48YnI+ DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtIZW5uaW5nIFNjaHVsenJpbm5lPGJy Pg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QXJhdGEgS29pa2U8YnI+DQombmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtGaWxlbmFtZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDs6IGRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1LnR4dDxicj4N CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1BhZ2VzICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgOiAzOTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0RhdGUgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDIwMTItMTAtMjI8YnI+DQo8 YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDsgV2UgZGVmaW5lIGEgbG9hZCBjb250cm9sIGV2ZW50 IHBhY2thZ2UgZm9yIHRoZSBTZXNzaW9uIEluaXRpYXRpb248YnI+DQombmJzcDsgUHJvdG9jb2wg KFNJUCkuICZuYnNwO0l0IGFsbG93cyBTSVAgc2VydmVycyB0byBkaXN0cmlidXRlIGxvYWQgZmls dGVycyB0bzxicj4NCiZuYnNwOyBvdGhlciBTSVAgc2VydmVycyBpbiB0aGUgbmV0d29yay4gJm5i c3A7VGhlIGxvYWQgZmlsdGVycyBjb250YWluIHJ1bGVzIHRvPGJyPg0KJm5ic3A7IHRocm90dGxl IGNhbGxzIGJhc2VkIG9uIHRoZWlyIHNvdXJjZSBvciBkZXN0aW5hdGlvbiBkb21haW4sIHRlbGVw aG9uZTxicj4NCiZuYnNwOyBudW1iZXIgcHJlZml4IG9yIGZvciBhIHNwZWNpZmljIHVzZXIuICZu YnNwO1RoZSBtZWNoYW5pc20gaGVscHMgdG8gcHJldmVudDxicj4NCiZuYnNwOyBzaWduYWxpbmcg b3ZlcmxvYWQgYW5kIGNvbXBsZW1lbnRzIGZlZWRiYWNrLWJhc2VkIFNJUCBvdmVybG9hZDxicj4N CiZuYnNwOyBjb250cm9sIGVmZm9ydHMuPGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0YXRy YWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PHU+PHNwYW4gc3R5bGU9ImNvbG9y OmJsdWUiPjxicj4NCjwvc3Bhbj48L3U+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UiIHRhcmdl dD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNv Yy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZTwvYT48YnI+DQo8YnI+DQpUaGVyZSdzIGFsc28g YSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDo8dT48c3BhbiBzdHlsZT0iY29sb3I6Ymx1 ZSI+PGJyPg0KPC9zcGFuPjwvdT48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNSIgdGFyZ2V0PSJfYmxh bmsiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtc29jLWxvYWQtY29udHJv bC1ldmVudC1wYWNrYWdlLTA1PC9hPjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDo8dT48c3BhbiBzdHlsZT0iY29sb3I6Ymx1ZSI+PGJy Pg0KPC9zcGFuPjwvdT48YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1k cmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNSIgdGFyZ2V0PSJfYmxh bmsiPmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQt Y29udHJvbC1ldmVudC1wYWNrYWdlLTA1PC9hPjxicj4NCjxicj4NCjxicj4NCkludGVybmV0LURy YWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8dT48c3BhbiBzdHls ZT0iY29sb3I6Ymx1ZSI+PGJyPg0KPC9zcGFuPjwvdT48YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PSJfYmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvPC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0Kc2lwLW92ZXJsb2FkIG1haWxpbmcgbGlzdDx1Pjxz cGFuIHN0eWxlPSJjb2xvcjpibHVlIj48YnI+DQo8L3NwYW4+PC91PjxhIGhyZWY9Im1haWx0bzpz aXAtb3ZlcmxvYWRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5zaXAtb3ZlcmxvYWRAaWV0Zi5v cmc8L2E+PHU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPjxicj4NCjwvc3Bhbj48L3U+PGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3ZlcmxvYWQiIHRh cmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1v dmVybG9hZDwvYT4NCjxicj4NCiZuYnNwOzx0dD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+ PC90dD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+PGJyPg0KPHR0PnNpcC1vdmVybG9hZCBtYWlsaW5nIGxpc3Q8L3R0Pjxi cj4NCjx0dD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+c2lwLW92ZXJsb2FkQGlldGYub3JnPC9hPjwvdHQ+PGJyPg0KPC9zcGFuPjxhIGhyZWY9 Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkIiB0YXJn ZXQ9Il9ibGFuayI+PHR0PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1vdmVybG9hZDwvc3Bhbj48L3R0PjwvYT48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8UFJFPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3Nh Z2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9u cyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMg ZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kg dm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl cgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu dGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRl cmF0aW9uLApGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmls aXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJj aS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBs YXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91 dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAt IE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmll ZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1s Pg0K --_000_88CAD1D4E8773F42858B58CAA28272A00E2A2CPEXCVZYM12corpora_-- From vkg@bell-labs.com Mon Dec 17 12:37:06 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EBAE21F84CA for ; Mon, 17 Dec 2012 12:37:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.662 X-Spam-Level: X-Spam-Status: No, score=-108.662 tagged_above=-999 required=5 tests=[AWL=1.937, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qInoUfeMXTvq for ; Mon, 17 Dec 2012 12:37:05 -0800 (PST) Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by ietfa.amsl.com (Postfix) with ESMTP id 873C821F845D for ; Mon, 17 Dec 2012 12:37:05 -0800 (PST) Received: from usnavsmail4.ndc.alcatel-lucent.com (usnavsmail4.ndc.alcatel-lucent.com [135.3.39.12]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id qBHKaqnx026625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 17 Dec 2012 14:36:52 -0600 (CST) Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail4.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id qBHKaqhl004686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Dec 2012 14:36:52 -0600 Received: from shoonya.ih.lucent.com (shoonya.ih.lucent.com [135.185.237.229]) by umail.lucent.com (8.13.8/TPES) with ESMTP id qBHKaqQc020072; Mon, 17 Dec 2012 14:36:52 -0600 (CST) Message-ID: <50CF82C8.6020603@bell-labs.com> Date: Mon, 17 Dec 2012 14:38:32 -0600 From: "Vijay K. Gurbani" Organization: Bell Laboratories, Alcatel-Lucent User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Charles Shen References: <50CCCF35.6040503@bell-labs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35 X-Scanned-By: MIMEDefang 2.64 on 135.3.39.12 Cc: "sip-overload@ietf.org" Subject: Re: [sip-overload] Review of draft-ietf-soc-load-control-event-package-05 X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Dec 2012 20:37:06 -0000 Charles: Please see inline. On 12/15/2012 11:27 PM, Charles Shen wrote: > Second, I am not sure what the second to last paragraph ("A SUBSCRIBE > request... are not yet defined.") in Section 5.3 means. Isn't what > this draft is specifying a filter to throttle requests? Or am I > missing something? > > No, this might be a confusion caused by the overloaded use of the word > "filter". The SUBSCRIBE has an Accept header > (application/load-control+xml) indicating it is accepting the load > control document specifying *load filters* as defined in this document. > The SUBSCRIBE body could be used to refine its subscription, e.g., only > to a subset of *load filters* (therefore is a filtering of the > subscription itself). If I have to come up with some examples, maybe it > could say something like "only subscribe to *load filters* for > hurricane load spike". But we are not getting into those perspectives > (nor do I think we need to). Therefore, the sentence just states a > possibility that we are not using right now. I can clarify a bit if needed. I believe that S5.4.3 of rfc6665 concerns itself with asking designers of event control packages to define what type of event bodies are expected in SUBS/NOT requests. The expectation, further, is that "these bodies will typically modify, expand, filter, throttle, and/or set thresholds for the class of events being requested." My interpretation of S5.4.3 of rfc6665 is that if I have a media type (and subtype) associated with my event package and that media type allows events further parameterized by parameters "bar" or "foo" (i.e., I can filter events based on "bar" and "foo" and the resulting document upon changing the discriminator is distinct from before), I do not need to list these discrimination criteria. The media type remains the same. Taking this further to your case, it does not matter whether you want to subscribe to load filters for a hurricane load spike or you want to subscribe to load filters for a mother's day load spike, your media type still remains "application/load-control+xml". Based on my understanding, you can remove the second paragraph in Section 5.3 of your document without any loss of generality. It's appearance in the document now just adds to ambiguity (where, at least I can see, none exists). Thanks, - vijay -- Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com Web: http://ect.bell-labs.com/who/vkg/ From charles.newyork@gmail.com Tue Dec 18 10:31:46 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D95EA21E803C for ; Tue, 18 Dec 2012 10:31:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eNnnCX9FlFnx for ; Tue, 18 Dec 2012 10:31:45 -0800 (PST) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by ietfa.amsl.com (Postfix) with ESMTP id B46FD21F8AD8 for ; Tue, 18 Dec 2012 10:31:45 -0800 (PST) Received: by mail-ob0-f182.google.com with SMTP id 16so985840obc.41 for ; Tue, 18 Dec 2012 10:31:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=l/HqYb9qVgfXUAkATWgkv54uajAQuRyITWSxdnapneM=; b=NlurKulrEmzV/YdHDI20wsZNfqsosZn61qw2W0UjnQ/SwKhW406ilrv4IvWAW2fXNG LhSmDDKwfj3kp7t2f/80Oe7yFnUwckPe8gBTcxii7hyvFQq5KIJdX0z44/WAbL7J/UmN F9RL4veGwiC1LKswQMVnsuleLsZsdYaOFLAbHANsaxGAAs3Pg9MdzpN0mR+CWpZzuAjS YWvil4QvpKWj4cFGfUGZ9QQKt599kveIa1ldTSFvGg1c3a8SzNhE06Xzg7rmZ2OiQLmF FcoqG67cqbPQCL1oaLi6NpszhTgk8vwOe8fFiYRRdIYy6ZIYBZwEv2JnL0+L4AuSIIOC hUnw== Received: by 10.60.1.132 with SMTP id 4mr2385977oem.140.1355855504149; Tue, 18 Dec 2012 10:31:44 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Tue, 18 Dec 2012 10:31:24 -0800 (PST) In-Reply-To: <50CF82C8.6020603@bell-labs.com> References: <50CCCF35.6040503@bell-labs.com> <50CF82C8.6020603@bell-labs.com> From: Charles Shen Date: Tue, 18 Dec 2012 13:31:24 -0500 X-Google-Sender-Auth: DZ8X2Mrp25NgI78EbAtmwB6r6aI Message-ID: To: "Vijay K. Gurbani" Content-Type: multipart/alternative; boundary=e89a8fb1f188b10e7204d124b524 Cc: "sip-overload@ietf.org" Subject: Re: [sip-overload] Review of draft-ietf-soc-load-control-event-package-05 X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 18:31:47 -0000 --e89a8fb1f188b10e7204d124b524 Content-Type: text/plain; charset=UTF-8 Hi Vijay, I am fine with what you propose. Thanks! Charles On Mon, Dec 17, 2012 at 3:38 PM, Vijay K. Gurbani wrote: > Charles: Please see inline. > > > On 12/15/2012 11:27 PM, Charles Shen wrote: > >> Second, I am not sure what the second to last paragraph ("A SUBSCRIBE >> request... are not yet defined.") in Section 5.3 means. Isn't what >> this draft is specifying a filter to throttle requests? Or am I >> missing something? >> >> No, this might be a confusion caused by the overloaded use of the word >> "filter". The SUBSCRIBE has an Accept header >> (application/load-control+xml) indicating it is accepting the load >> control document specifying *load filters* as defined in this document. >> The SUBSCRIBE body could be used to refine its subscription, e.g., only >> to a subset of *load filters* (therefore is a filtering of the >> subscription itself). If I have to come up with some examples, maybe it >> could say something like "only subscribe to *load filters* for >> hurricane load spike". But we are not getting into those perspectives >> (nor do I think we need to). Therefore, the sentence just states a >> possibility that we are not using right now. I can clarify a bit if >> needed. >> > > I believe that S5.4.3 of rfc6665 concerns itself with asking designers > of event control packages to define what type of event bodies are > expected in SUBS/NOT requests. The expectation, further, is that > "these bodies will typically modify, expand, filter, throttle, and/or > set thresholds for the class of events being requested." > > My interpretation of S5.4.3 of rfc6665 is that if I have a media type > (and subtype) associated with my event package and that media type > allows events further parameterized by parameters "bar" or "foo" (i.e., > I can filter events based on "bar" and "foo" and the resulting document > upon changing the discriminator is distinct from before), I do not need > to list these discrimination criteria. The media type remains the same. > > Taking this further to your case, it does not matter whether you want > to subscribe to load filters for a hurricane load spike or you want > to subscribe to load filters for a mother's day load spike, your > media type still remains "application/load-control+xml"**. > > Based on my understanding, you can remove the second paragraph in > Section 5.3 of your document without any loss of generality. It's > appearance in the document now just adds to ambiguity (where, at least > I can see, none exists). > > Thanks, > > > - vijay > -- > Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent > 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) > Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.**com > Web: http://ect.bell-labs.com/who/**vkg/ > --e89a8fb1f188b10e7204d124b524 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Vijay, I am fine with what you propose. Thanks!

Charl= es

On Mon, Dec 17, 2012 at 3:38 PM, Vijay= K. Gurbani <vkg@bell-labs.com> wrote:
Charles: Please see inline.


On 12/15/2012 11:27 PM, Charles Shen wrote:
=C2=A0 =C2=A0 Second, I am not sure what the second to last paragraph (&quo= t;A SUBSCRIBE
=C2=A0 =C2=A0 request... are not yet defined.") in Section 5.3 means. = =C2=A0Isn't what
=C2=A0 =C2=A0 this draft is specifying a filter to throttle requests? =C2= =A0Or am I
=C2=A0 =C2=A0 missing something?

No, this might be a confusion caused by the overloaded use of the word
"filter". The SUBSCRIBE has an Accept header
(application/load-control+xml) indicating it is accepting the load
control document specifying *load filters* as defined in this document.
The SUBSCRIBE body could be used to refine its subscription, e.g., only
to a subset of *load filters* (therefore is a filtering of the
subscription itself). If I have to come up with some examples, maybe it
could say something like "only subscribe to =C2=A0 *load filters* for<= br> hurricane load spike". But we are not getting into those perspectives<= br> (nor do I think we need to). Therefore, the sentence just states a
possibility that we are not using right now. I can clarify a bit if needed.=

I believe that S5.4.3 of rfc6665 concerns itself with asking designers
of event control packages to define what type of event bodies are
expected in SUBS/NOT requests. =C2=A0The expectation, further, is that
"these bodies will typically modify, expand, filter, throttle, and/or<= br> set thresholds for the class of events being requested."

My interpretation of S5.4.3 of rfc6665 is that if I have a media type
(and subtype) associated with my event package and that media type
allows events further parameterized by parameters "bar" or "= foo" (i.e.,
I can filter events based on "bar" and "foo" and the re= sulting document
upon changing the discriminator is distinct from before), I do not need
to list these discrimination criteria. =C2=A0The media type remains the sam= e.

Taking this further to your case, it does not matter whether you want
to subscribe to load filters for a hurricane load spike or you want
to subscribe to load filters for a mother's day load spike, your
media type still remains "application/load-control+xml".
Based on my understanding, you can remove the second paragraph in
Section 5.3 of your document without any loss of generality. =C2=A0It's=
appearance in the document now just adds to ambiguity (where, at least
I can see, none exists).

Thanks,


- vijay
--
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
Email: vkg@{bell-labs.co= m,acm.org} / vijay.gurban= i@alcatel-lucent.com
Web: =C2=A0 http://ect.bell-labs.com/who/vkg/

--e89a8fb1f188b10e7204d124b524-- From charles.newyork@gmail.com Tue Dec 18 19:32:37 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3108C21F8608; Tue, 18 Dec 2012 19:32:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.976 X-Spam-Level: X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZDubByBGFgJa; Tue, 18 Dec 2012 19:32:35 -0800 (PST) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by ietfa.amsl.com (Postfix) with ESMTP id 5D39521F860A; Tue, 18 Dec 2012 19:32:35 -0800 (PST) Received: by mail-oa0-f44.google.com with SMTP id n5so1520105oag.3 for ; Tue, 18 Dec 2012 19:32:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Fj7EkEweYMKlxVDXRw2nQvxuaXumsdoCinf5iy7G83Y=; b=Y5QuVoxtPSyFh7kMtoMeduzeZRN1kbR85TnOraKMlij2Q8oHySNGROf0LqAnZWwZCO sNzPs5VZ7e8pyOptz9CdQGuC8/iAhXEUwOMHg2eHHgDEq92uy5CZNJ8sjB7kwX4pVe6b DInOrsZoKONjRlnlEmBMnfwPcFYJcn1sT5JiLamOogU55AhJS/iGigYQH7ri86JhsGqY EZ5csw2QXZ9CEPLW3zrJat6/Ko4dZEOnK/fuCEuGmgd7J8CODvH+yvIZp2YOEu+xbTm1 CKoNhxStY3c5A36XmLAfuXhfzUhVEm6Y0RtpMmIRydZfWFHFiBGuSFs9XFYT0eb0aLFL elFQ== Received: by 10.182.154.70 with SMTP id vm6mr3758910obb.50.1355887954832; Tue, 18 Dec 2012 19:32:34 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Tue, 18 Dec 2012 19:32:14 -0800 (PST) In-Reply-To: <24674_1355758104_50CF3A18_24674_468_1_88CAD1D4E8773F42858B58CAA28272A00E2A2C@PEXCVZYM12.corporate.adroot.infra.ftgroup> References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> <24674_1355758104_50CF3A18_24674_468_1_88CAD1D4E8773F42858B58CAA28272A00E2A2C@PEXCVZYM12.corporate.adroot.infra.ftgroup> From: Charles Shen Date: Tue, 18 Dec 2012 22:32:14 -0500 X-Google-Sender-Auth: lq-eaC970DM8k-pHnAd11fnoMa4 Message-ID: To: bruno.chatras@orange.com Content-Type: multipart/alternative; boundary=f46d04479f0be72c1704d12c43e4 Cc: "sip-overload-bounces@ietf.org" , "sip-overload@ietf.org" , Arata Koike , "NOEL, ERIC \(ERIC C\)" , Henning Schulzrinne Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2012 03:32:37 -0000 --f46d04479f0be72c1704d12c43e4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Bruno, I noticed your comment, can we reach a consensus on this list so I can update the draft accordingly? Thanks! Charles On Mon, Dec 17, 2012 at 10:28 AM, wrote: > I agree that both drafts should use the same text but I=E2=80=99m still = not sure > to understand why we use =E2=80=9CSHOULD=E2=80=9D rather than =E2=80=9CMU= ST=E2=80=9D? Setting a local > policy is optional but if there is one it seems to me that SIP clients > MUST honor it.**** > > ** ** > > ** ** > > ** ** > > *De :* sip-overload-bounces@ietf.org [mailto:sip-overload-bounces@ietf.or= g] > *De la part de* Charles Shen > *Envoy=C3=A9 :* samedi 15 d=C3=A9cembre 2012 16:06 > *=C3=80 :* Janet P Gunn > *Cc :* NOEL, ERIC (ERIC C); sip-overload-bounces@ietf.org; > sip-overload@ietf.org; Arata Koike; Henning Schulzrinne > *Objet :* Re: [sip-overload] I-D Action: > draft-ietf-soc-load-control-event-package-05.txt**** > > ** ** > > Hi Janet, I will revise as suggested. Thanks you again! > > Charles**** > > On Fri, Dec 14, 2012 at 3:56 PM, Janet P Gunn wrote:**** > > You can count my review for IESG. > > I only have a couple of things to add. > > In section 4.4, you have the text: > =E2=80=9CIn addition, whatever the actual policy is, SIP > servers SHOULD honor the local policy for prioritizing SIP requests > such as policies based on the contents of the Resource-Priority > Header (RPH) [RFC4412]. The RPH contents may indicate high priority > requests that should be preserved as much as possible, or low > priority requests that could be dropped during overload. Other > indicators, such as the SOS Uniform Resource Name (URN) [RFC5031] > indicating an emergency request, may also be used for prioritization.= =E2=80=9D > > During the last IETF meeting, there was an exchange on the list about > this wording (in multiple IDs) with apparent agreement (on the list) to u= se > the same text in all the overload drafts > > " A SIP client SHOULD honor any local policy for prioritizing SIP > requests such as policies based *on message type, e.g., INVITEs vs.* > * requests associated with existing sessions.* > > *A SIP client SHOULD honor any local policy for prioritizing SIP * > * requests based* on the content of the Resource- > Priority header (RPH, RFC4412 [RFC4412]). Specific (namespace.value) > RPH contents may indicate high priority requests that should be > preserved as much as possible during overload. The RPH contents can > also indicate a low-priority request that is eligible to be dropped > during times of overload. > > A SIP client SHOULD honor any local policy for prioritizing SIP > requests relating to emergency calls, as identified by the SOS > URN [RFC5031] indicating an emergency request." > > So would you please use this revised wording. > > nits > > Sec 5.8 last sentence of first paragraph > =E2=80=9CA subscriber receiving the notification first installs > these rules and then filter incoming requests to enforce actions on > appropriate requests, for example, limiting the sending rate of call > requests destined for a specific SIP entity.=E2=80=9D > =E2=80=9Cfilter=E2=80=9D should be =E2=80=9Cfilters=E2=80=9D > > Pg 18 > This > =E2=80=9Cthis solution does not permit to define a filter that excludes > all E.164 numbers in that country but retain all short service > numbers.=E2=80=9D > Should be > =E2=80=9Cthis solution does not permit the definition of filter that excl= udes > all E.164 numbers in that country but retain all short service > numbers.=E2=80=9D > > Janet > > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind CSC to any order or other contract unless pursuant to explicit writt= en > agreement or government initiative expressly permitting the use of e-mail > for such purpose. > > > > From: "NOEL, ERIC (ERIC C)" > To: "'Charles Shen'" , " > sip-overload@ietf.org" > Cc: Arata Koike , Henning Schulzrinne < > hgs@cs.columbia.edu> > Date: 12/13/2012 03:01 PM **** > > Subject: Re: [sip-overload] I-D Action: > draft-ietf-soc-load-control-event-package-05.txt **** > > Sent by: sip-overload-bounces@ietf.org **** > ------------------------------ > > > > > Charles, > > I went through your latest version and have no comments beyond what was > already posted. > > You can have my review counted for the IESG review. > > Thanks, > > Eric Noel > *AT&T Labs, Inc.* * > Rethink Possible* > * * > Network Design and Performance Analysis > 200 South Laurel Avenue, D5-3D19 > Middletown, NJ 07748 > P: 732.420.4174 > ecnoel@att.com > > *From:* sip-overload-bounces@ietf.org [ > mailto:sip-overload-bounces@ietf.org ] *On > Behalf Of *Charles Shen* > Sent:* Monday, October 22, 2012 12:47 PM* > To:* sip-overload@ietf.org* > Cc:* Arata Koike; Henning Schulzrinne* > Subject:* Re: [sip-overload] I-D Action: > draft-ietf-soc-load-control-event-package-05.txt > > Hi all, > > I've submitted a new version of draft-ietf-soc-load-control-event-package= . > > Diff is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-pack= age-05 > > This version should have incorporated responses to all comments received > so far (please let me know if I missed anything). Main changes include > adding: 6.3.3 (target-sip-entity, currently optional) 6.5.2 (example > message flow), removing 5.12 (state agent), as well as changes and > clarifications in a number of other sections, e.g., 6.3.2 (explicit list = of > method types subjected to control) 6.4 (using redirect as alternative > action), 5.8 (terminating policies upon termination of subscription) and > 13.2 PSTN references. > > Comments are welcome ! > > Charles > > > > On Mon, Oct 22, 2012 at 12:32 PM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the SIP Overload Control Working Group of th= e > IETF. > > Title : A Session Initiation Protocol (SIP) Load Control > Event Package > Author(s) : Charles Shen > Henning Schulzrinne > Arata Koike > Filename : draft-ietf-soc-load-control-event-package-05.txt > Pages : 39 > Date : 2012-10-22 > > Abstract: > We define a load control event package for the Session Initiation > Protocol (SIP). It allows SIP servers to distribute load filters to > other SIP servers in the network. The load filters contain rules to > throttle calls based on their source or destination domain, telephone > number prefix or for a specific user. The mechanism helps to prevent > signaling overload and complements feedback-based SIP overload > control efforts. > > > The IETF datatracker status page for this draft is:* > * > https://datatracker.ietf.org/doc/draft-ietf-soc-load-control-event-packag= e > > There's also a htmlized version available at:* > *http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-05 > > A diff from the previous version is available at:* > * > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-pack= age-05 > > > Internet-Drafts are also available by anonymous FTP at:* > *ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > sip-overload mailing list* > *sip-overload@ietf.org* > *https://www.ietf.org/mailman/listinfo/sip-overload > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload**** > > ** ** > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete = altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, France Telecom - Orange is not liable for messa= ges that have been modified, changed or falsified. > Thank you. > > --f46d04479f0be72c1704d12c43e4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Bruno, I noticed your comment, can we reach a consensus on this list so = I can update the draft accordingly?=C2=A0

Thanks!
<= div>
Charles

On Mon, Dec 17= , 2012 at 10:28 AM, <bruno.chatras@orange.com> wrote= :

I agree th= at both drafts should use the same text but I=E2=80=99m still not sure to u= nderstand why we use =E2=80=9CSHOULD=E2=80=9D rather than =E2=80=9CMUST=E2=80=9D? =C2=A0Setting a local policy is option= al but if there is one it seems to me that =C2=A0SIP clients MUST honor it.=

=C2= =A0

=C2= =A0

=C2= =A0

De=C2=A0: sip-overload= -bounces@ietf.org [mailto:sip-overload-bounces@ietf.org] De la part de Charles Shen
Envoy=C3=A9=C2=A0: samedi 15 d=C3=A9cembre 2012 16:06
=C3=80=C2=A0: Janet P Gunn
Cc=C2=A0: NOEL, ERIC (ERIC C); sip-overload-bounces@ietf.org; sip-overload@ietf.org;= Arata Koike; Henning Schulzrinne
Objet=C2=A0: Re: [sip-overload] I-D Action: draft-ietf-soc-load-cont= rol-event-package-05.txt

=C2=A0

Hi Janet, I will revi= se as suggested. Thanks you again!

Charles

On Fri, Dec 14, 2012 at 3:56 PM, Janet P Gunn <jgunn6@csc.com> wr= ote:

You can count my review for IESG.

I only= have a couple of things to add.

In sec= tion 4.4, you have the text:
=E2=80= =9CIn addition, whatever the actual policy is, SIP
=C2=A0= =C2=A0servers SHOULD honor the local policy for prioritizing SIP requests<= /span>
=C2=A0= =C2=A0such as policies based on the contents of the Resource-Priority
=C2=A0= =C2=A0Header (RPH) [RFC4412]. =C2=A0The RPH contents may indicate high pri= ority
=C2=A0= =C2=A0requests that should be preserved as much as possible, or low
=C2=A0= =C2=A0priority requests that could be dropped during overload. =C2=A0Other=
=C2=A0= =C2=A0indicators, such as the SOS Uniform Resource Name (URN) [RFC5031]
=C2=A0= =C2=A0indicating an emergency request, may also be used for prioritization= .=E2=80=9D

During= the last IETF meeting, there was an exchange on the list =C2=A0about this = wording (in multiple IDs) with apparent agreement (on the list) to use =C2= =A0the same text in all the overload drafts

" =C2=A0 A SIP cli= ent SHOULD honor any local policy for prioritizing SIP
=C2=A0requests such as policies based on message type, e.g., INVITEs vs.=
=C2=A0 reques= ts associated with existing sessions.
=C2=A0 =C2=A0=
=C2=A0 A SIP = client SHOULD honor any local policy for prioritizing SIP
=C2=A0 requests base= d on the con= tent of the Resource-
=C2=A0Priority header (RPH, RFC4412 [RFC4412]). =C2=A0Specific (namespace.v= alue)
=C2=A0RPH contents may indicate high priority requests that should be
=C2=A0preserved as much as possible during overload. =C2=A0The RPH contents= can
=C2=A0also indicate a low-priority request that is eligible to be dropped =C2=A0during times of overload. =C2=A0

=C2=A0A SIP client SHOULD honor any local policy for prioritizing SIP
=C2=A0requests relating to emergency calls, as identified by the SOS
=C2=A0URN [RFC5031] indicating an emergency request."

So would you please use= this revised wording.

nits

Sec 5.8 last sentence o= f first paragraph
=E2=80=9CA subscriber r= eceiving the notification first installs
=C2=A0 =C2=A0these rule= s and then filter incoming requests to enforce actions on
=C2=A0 =C2=A0appropriat= e requests, for example, limiting the sending rate of call
=C2=A0 =C2=A0requests d= estined for a specific SIP entity.=E2=80=9D
=E2=80=9Cfilter=E2=80= =9D should be =E2=80=9Cfilters=E2=80=9D

Pg 18
This
=E2=80=9Cthis solution = does not permit to define a filter that excludes
=C2=A0 =C2=A0all E.164 = numbers in that country but retain all short service
=C2=A0 =C2=A0numbers.= =E2=80=9D
Should be
=E2=80=9Cthis solution = does not permit the definition of filter that excludes
=C2=A0 =C2=A0all E.164 = numbers in that country but retain all short service
=C2=A0 =C2=A0numbers.= =E2=80=9D

Janet<= br>
This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC= to any order or other contract unless pursuant to explicit written agreement or government initiative exp= ressly permitting the use of e-mail for such purpose.



From: =C2=A0 =C2=A0 =C2=A0 =C2=A0&= quot;NOEL, ERIC =C2=A0(ERIC C)" <ecnoel@research.att.com>
To: =C2=A0 =C2=A0 =C2=A0 =C2=A0&= quot;'Charles Shen'" <charles@cs.columbia.edu>, "sip-overl= oad@ietf.org" <sip-overload@ietf.org>
Cc: =C2=A0 =C2=A0 =C2=A0 =C2=A0A= rata Koike <koike.arata@lab.ntt.co.jp>, Henning Schulzrinne <hgs@cs.columbia.edu>
Date: =C2=A0 =C2=A0 =C2=A0 =C2=A01= 2/13/2012 03:01 PM

Subject: =C2=A0 =C2=A0 =C2= =A0 =C2=A0Re: [sip-overload] I-D =C2=A0 =C2=A0 =C2=A0 =C2= =A0Action: =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-soc-load-control-event-pac= kage-05.txt

Sent by: =C2=A0 =C2=A0 =C2= =A0 =C2=A0sip-overload-bounces@ietf.org




Charles,
=C2=A0
I went through your latest version and have no comments beyond wh= at was already posted.
=C2=A0
You can have my review counted for the IESG review.
=C2=A0
Thanks,
=C2=A0
Eric Noel
AT&T Labs, Inc.
Rethink Possible
=C2=A0
Network Design and Performance Analysis
200 South Laurel Avenue, D5-3D19
Middletown, NJ 07748
P: 732.420.4174 <= br> ecnoel@att.= com
=C2=A0
Fr= om: sip-over= load-bounces@ietf.org [mailto:sip-overload-bounces@ietf.org] On Behalf Of Charles Shen
Sent: Monday, October 22, 2012 12:47 PM
To: sip-over= load@ietf.org
Cc: Arata Koike; Henning Schulzrinne
Subject: Re: [sip-overload] I-D Action: draft-ietf-soc-load-control-eve= nt-package-05.txt
=C2=A0
Hi all,
=C2=A0
I've submitted a new version of draft-ietf-soc-load-control-event-packa= ge.
=C2=A0
Diff is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-packag= e-05
=C2=A0
This version should have incorporated responses to all comments received so= far (please let me know if I missed anything). Main changes include adding= : 6.3.3 (target-sip-entity, currently optional) 6.5.2 (example message flow= ), removing 5.12 (state agent), as well as changes and clarifications in a number of other sections, e.g.,= 6.3.2 (explicit list of method types subjected to control) 6.4 (using redi= rect as alternative action), 5.8 (terminating policies upon termination of = subscription) and 13.2 PSTN references.
=C2=A0
Comments are welcome !
=C2=A0
Charles
=C2=A0
=C2=A0
=C2=A0
On Mon, Oct 22, 2012 at 12:32 PM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIP Overload Control Working Group of the = IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0Title =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : A Ses= sion Initiation Protocol (SIP) Load Control Event Package
=C2=A0 =C2=A0 =C2=A0 =C2=A0Author(s) =C2=A0 =C2=A0 =C2=A0 : Charles Shen =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Henning Schulzrinne
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Arata Koike
=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename =C2=A0 =C2=A0 =C2=A0 =C2=A0: draft-ietf= -soc-load-control-event-package-05.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 39 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: = 2012-10-22

Abstract:
=C2=A0 We define a load control event package for the Session Initiation =C2=A0 Protocol (SIP). =C2=A0It allows SIP servers to distribute load filte= rs to
=C2=A0 other SIP servers in the network. =C2=A0The load filters contain rul= es to
=C2=A0 throttle calls based on their source or destination domain, telephon= e
=C2=A0 number prefix or for a specific user. =C2=A0The mechanism helps to p= revent
=C2=A0 signaling overload and complements feedback-based SIP overload
=C2=A0 control efforts.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/d= raft-ietf-soc-load-control-event-package

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf= -soc-load-control-event-package-05

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?u= rl2=3Ddraft-ietf-soc-load-control-event-package-05


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

_______________________________________________
sip-overload mailing list
sip-o= verload@ietf.org
https://www.ietf.org/mailman/listinfo/sip-overload
=C2=A0________________________________= _______________
sip-overload mailing list
sip-overload= @ietf.org
https://www.ietf.org/mail= man/listinfo/sip-overload

=C2=A0

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete al=
tere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for message=
s that have been modified, changed or falsified.
Thank you.

--f46d04479f0be72c1704d12c43e4-- From jgunn6@csc.com Mon Dec 31 09:17:18 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC3E221F88B1; Mon, 31 Dec 2012 09:17:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.668 X-Spam-Level: X-Spam-Status: No, score=-5.668 tagged_above=-999 required=5 tests=[AWL=-0.929, BAYES_20=-0.74, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OirFum8m6Rjy; Mon, 31 Dec 2012 09:17:17 -0800 (PST) Received: from mail86.messagelabs.com (mail86.messagelabs.com [216.82.242.179]) by ietfa.amsl.com (Postfix) with ESMTP id AB38F21F88C3; Mon, 31 Dec 2012 09:17:15 -0800 (PST) X-Env-Sender: jgunn6@csc.com X-Msg-Ref: server-6.tower-86.messagelabs.com!1356974233!48247765!1 X-Originating-IP: [20.137.2.87] X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30185 invoked from network); 31 Dec 2012 17:17:13 -0000 Received: from amer-mta101.csc.com (HELO amer-mta101.csc.com) (20.137.2.87) by server-6.tower-86.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 31 Dec 2012 17:17:13 -0000 Received: from amer-gw09.amer.csc.com (amer-gw09.amer.csc.com [20.6.39.245]) by amer-mta101.csc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id qBVHHBp2023343; Mon, 31 Dec 2012 12:17:11 -0500 In-Reply-To: References: <20121022163217.13864.84970.idtracker@ietfa.amsl.com> <5EBD159DE88147488A3B1590E090018403530A9E6275@njfpsrvexg2.research.att.com> <24674_1355758104_50CF3A18_24674_468_1_88CAD1D4E8773F42858B58CAA28272A00E2A2C@PEXCVZYM12.corporate.adroot.infra.ftgroup> To: Charles Shen MIME-Version: 1.0 X-KeepSent: 0E1F39E5:19A27B85-85257AE5:005E7CF8; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.2FP4 SHF97 March 26, 2012 From: Janet P Gunn Message-ID: Date: Mon, 31 Dec 2012 12:17:08 -0500 X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 8.5.2FP3 HF204|September 20, 2011) at 12/31/2012 12:12:22 PM, Serialize complete at 12/31/2012 12:12:22 PM Content-Type: multipart/alternative; boundary="=_alternative 005EF44F85257AE5_=" Cc: "sip-overload-bounces@ietf.org" , "sip-overload@ietf.org" , Arata Koike , "NOEL, ERIC \(ERIC C\)" , Henning Schulzrinne Subject: [sip-overload] Local Policy Re: I-D Action: draft-ietf-soc-load-control-event-package-05.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2012 17:17:19 -0000 This is a multipart message in MIME format. --=_alternative 005EF44F85257AE5_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SSB3b3VsZCAgYmUgaGFwcHkgd2l0aCAiTVVTVCIsIGJ1dCBJJ2QgbGlrZSB0byBoZWFyIGZvcm0g dGhlIGNhcnJpZXJzLSANCmVzcGVjaWFsbHkgZnJvbSBLZWl0aCBEcmFnZSwgYXMgaGUgaXMgdGhl IG9uZSB3aG8gaW5pdGlhdGVkIHRoZSBuZXcgDQp3b3JkaW5nLg0KDQpJdCBtYXkgYmUgYSBxdWVz dGlvbiBvZiAgV0hPU0UgbG9jYWwgcG9saWN5IHdlIGFyZSB0YWxraW5nIGFib3V0LiAgIFRoZXJl IA0KaXMgdGhlICJsb2NhbCBwb2xpY3kiIGFzIGRlZmluZWQgYnkgdGhlIGdvdmVybm1lbnQgKHdo aWNoIG1heSBwb2xpdGljYWxseSANCmNvcnJlY3QgYnV0IHRlY2huaWNhbGx5IHVuc3RhYmxlKS4g IFRoZXJlIGlzIGFsc28gImxvY2FsIHBvbGljeSIgZGVmaW5lZCANCmJ5IHRoZSAiY2FycmllciIg KHdoaWNoIG1heSBiZSAgdGVjaG5pY2FsbHkgc3RhYmxlLCBidXQgcG9saXRpY2FsbHkgDQppbmNv cnJlY3QpLg0KDQoiU2hvdWxkIiBsZWF2ZXMgc29tZSB3aWdnbGUgcm9vbSBhcyB0byBXSElDSCBs b2NhbCBwb2xpY3kgIGlzIGJlaW5nIA0KaG9ub3JlZC4NCg0KSmFuZXQNCg0KDQoNCkZyb206ICAg Q2hhcmxlcyBTaGVuIDxjaGFybGVzQGNzLmNvbHVtYmlhLmVkdT4NClRvOiAgICAgYnJ1bm8uY2hh dHJhc0BvcmFuZ2UuY29tDQpDYzogICAgIEphbmV0IFAgR3Vubi9VU0EvQ1NDQENTQywgIk5PRUws IEVSSUMgKEVSSUMgQykiIDxlY25vZWxAYXR0LmNvbT4sIA0KInNpcC1vdmVybG9hZC1ib3VuY2Vz QGlldGYub3JnIiA8c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc+LCANCiJzaXAtb3Zlcmxv YWRAaWV0Zi5vcmciIDxzaXAtb3ZlcmxvYWRAaWV0Zi5vcmc+LCBBcmF0YSBLb2lrZSANCjxrb2lr ZS5hcmF0YUBsYWIubnR0LmNvLmpwPiwgSGVubmluZyBTY2h1bHpyaW5uZSA8aGdzQGNzLmNvbHVt YmlhLmVkdT4NCkRhdGU6ICAgMTIvMTgvMjAxMiAxMDozMiBQTQ0KU3ViamVjdDogICAgICAgIFJl OiBbc2lwLW92ZXJsb2FkXSBJLUQgQWN0aW9uOiANCmRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJv bC1ldmVudC1wYWNrYWdlLTA1LnR4dA0KU2VudCBieTogICAgICAgIGNoYXJsZXMubmV3eW9ya0Bn bWFpbC5jb20NCg0KDQoNCkhpIEJydW5vLCBJIG5vdGljZWQgeW91ciBjb21tZW50LCBjYW4gd2Ug cmVhY2ggYSBjb25zZW5zdXMgb24gdGhpcyBsaXN0IHNvIA0KSSBjYW4gdXBkYXRlIHRoZSBkcmFm dCBhY2NvcmRpbmdseT8gDQoNClRoYW5rcyENCg0KQ2hhcmxlcw0KDQpPbiBNb24sIERlYyAxNywg MjAxMiBhdCAxMDoyOCBBTSwgPGJydW5vLmNoYXRyYXNAb3JhbmdlLmNvbT4gd3JvdGU6DQpJIGFn cmVlIHRoYXQgYm90aCBkcmFmdHMgc2hvdWxkIHVzZSB0aGUgc2FtZSB0ZXh0IGJ1dCBJ4oCZbSBz dGlsbCBub3Qgc3VyZSANCnRvIHVuZGVyc3RhbmQgd2h5IHdlIHVzZSDigJxTSE9VTETigJ0gcmF0 aGVyIHRoYW4g4oCcTVVTVOKAnT8gIFNldHRpbmcgYSBsb2NhbCANCnBvbGljeSBpcyBvcHRpb25h bCBidXQgaWYgdGhlcmUgaXMgb25lIGl0IHNlZW1zIHRvIG1lIHRoYXQgIFNJUCBjbGllbnRzIA0K TVVTVCBob25vciBpdC4NCiANCiANCiANCkRlIDogc2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5v cmcgW21haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZ10gDQpEZSBsYSBwYXJ0IGRl IENoYXJsZXMgU2hlbg0KRW52b3nDqSA6IHNhbWVkaSAxNSBkw6ljZW1icmUgMjAxMiAxNjowNg0K w4AgOiBKYW5ldCBQIEd1bm4NCkNjIDogTk9FTCwgRVJJQyAoRVJJQyBDKTsgc2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmc7IA0Kc2lwLW92ZXJsb2FkQGlldGYub3JnOyBBcmF0YSBLb2lrZTsg SGVubmluZyBTY2h1bHpyaW5uZQ0KT2JqZXQgOiBSZTogW3NpcC1vdmVybG9hZF0gSS1EIEFjdGlv bjogDQpkcmFmdC1pZXRmLXNvYy1sb2FkLWNvbnRyb2wtZXZlbnQtcGFja2FnZS0wNS50eHQNCiAN CkhpIEphbmV0LCBJIHdpbGwgcmV2aXNlIGFzIHN1Z2dlc3RlZC4gVGhhbmtzIHlvdSBhZ2FpbiEN Cg0KQ2hhcmxlcw0KT24gRnJpLCBEZWMgMTQsIDIwMTIgYXQgMzo1NiBQTSwgSmFuZXQgUCBHdW5u IDxqZ3VubjZAY3NjLmNvbT4gd3JvdGU6DQpZb3UgY2FuIGNvdW50IG15IHJldmlldyBmb3IgSUVT Ry4gDQoNCkkgb25seSBoYXZlIGEgY291cGxlIG9mIHRoaW5ncyB0byBhZGQuIA0KDQpJbiBzZWN0 aW9uIDQuNCwgeW91IGhhdmUgdGhlIHRleHQ6IA0K4oCcSW4gYWRkaXRpb24sIHdoYXRldmVyIHRo ZSBhY3R1YWwgcG9saWN5IGlzLCBTSVAgDQogICBzZXJ2ZXJzIFNIT1VMRCBob25vciB0aGUgbG9j YWwgcG9saWN5IGZvciBwcmlvcml0aXppbmcgU0lQIHJlcXVlc3RzIA0KICAgc3VjaCBhcyBwb2xp Y2llcyBiYXNlZCBvbiB0aGUgY29udGVudHMgb2YgdGhlIFJlc291cmNlLVByaW9yaXR5IA0KICAg SGVhZGVyIChSUEgpIFtSRkM0NDEyXS4gIFRoZSBSUEggY29udGVudHMgbWF5IGluZGljYXRlIGhp Z2ggcHJpb3JpdHkgDQogICByZXF1ZXN0cyB0aGF0IHNob3VsZCBiZSBwcmVzZXJ2ZWQgYXMgbXVj aCBhcyBwb3NzaWJsZSwgb3IgbG93IA0KICAgcHJpb3JpdHkgcmVxdWVzdHMgdGhhdCBjb3VsZCBi ZSBkcm9wcGVkIGR1cmluZyBvdmVybG9hZC4gIE90aGVyIA0KICAgaW5kaWNhdG9ycywgc3VjaCBh cyB0aGUgU09TIFVuaWZvcm0gUmVzb3VyY2UgTmFtZSAoVVJOKSBbUkZDNTAzMV0gDQogICBpbmRp Y2F0aW5nIGFuIGVtZXJnZW5jeSByZXF1ZXN0LCBtYXkgYWxzbyBiZSB1c2VkIGZvciBwcmlvcml0 aXphdGlvbi7igJ0gDQoNCkR1cmluZyB0aGUgbGFzdCBJRVRGIG1lZXRpbmcsIHRoZXJlIHdhcyBh biBleGNoYW5nZSBvbiB0aGUgbGlzdCAgYWJvdXQgDQp0aGlzIHdvcmRpbmcgKGluIG11bHRpcGxl IElEcykgd2l0aCBhcHBhcmVudCBhZ3JlZW1lbnQgKG9uIHRoZSBsaXN0KSB0byANCnVzZSAgdGhl IHNhbWUgdGV4dCBpbiBhbGwgdGhlIG92ZXJsb2FkIGRyYWZ0cyANCg0KIiAgIEEgU0lQIGNsaWVu dCBTSE9VTEQgaG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5nIFNJUA0KIHJl cXVlc3RzIHN1Y2ggYXMgcG9saWNpZXMgYmFzZWQgb24gbWVzc2FnZSB0eXBlLCBlLmcuLCBJTlZJ VEVzIHZzLiANCiAgcmVxdWVzdHMgYXNzb2NpYXRlZCB3aXRoIGV4aXN0aW5nIHNlc3Npb25zLiAN CiAgIA0KICBBIFNJUCBjbGllbnQgU0hPVUxEIGhvbm9yIGFueSBsb2NhbCBwb2xpY3kgZm9yIHBy aW9yaXRpemluZyBTSVAgDQogIHJlcXVlc3RzIGJhc2VkIG9uIHRoZSBjb250ZW50IG9mIHRoZSBS ZXNvdXJjZS0NCiBQcmlvcml0eSBoZWFkZXIgKFJQSCwgUkZDNDQxMiBbUkZDNDQxMl0pLiAgU3Bl Y2lmaWMgKG5hbWVzcGFjZS52YWx1ZSkNCiBSUEggY29udGVudHMgbWF5IGluZGljYXRlIGhpZ2gg cHJpb3JpdHkgcmVxdWVzdHMgdGhhdCBzaG91bGQgYmUNCiBwcmVzZXJ2ZWQgYXMgbXVjaCBhcyBw b3NzaWJsZSBkdXJpbmcgb3ZlcmxvYWQuICBUaGUgUlBIIGNvbnRlbnRzIGNhbg0KIGFsc28gaW5k aWNhdGUgYSBsb3ctcHJpb3JpdHkgcmVxdWVzdCB0aGF0IGlzIGVsaWdpYmxlIHRvIGJlIGRyb3Bw ZWQNCiBkdXJpbmcgdGltZXMgb2Ygb3ZlcmxvYWQuICANCg0KIEEgU0lQIGNsaWVudCBTSE9VTEQg aG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5nIFNJUCANCiByZXF1ZXN0cyBy ZWxhdGluZyB0byBlbWVyZ2VuY3kgY2FsbHMsIGFzIGlkZW50aWZpZWQgYnkgdGhlIFNPUyANCiBV Uk4gW1JGQzUwMzFdIGluZGljYXRpbmcgYW4gZW1lcmdlbmN5IHJlcXVlc3QuIiANCg0KU28gd291 bGQgeW91IHBsZWFzZSB1c2UgdGhpcyByZXZpc2VkIHdvcmRpbmcuIA0KDQpuaXRzIA0KDQpTZWMg NS44IGxhc3Qgc2VudGVuY2Ugb2YgZmlyc3QgcGFyYWdyYXBoIA0K4oCcQSBzdWJzY3JpYmVyIHJl Y2VpdmluZyB0aGUgbm90aWZpY2F0aW9uIGZpcnN0IGluc3RhbGxzIA0KICAgdGhlc2UgcnVsZXMg YW5kIHRoZW4gZmlsdGVyIGluY29taW5nIHJlcXVlc3RzIHRvIGVuZm9yY2UgYWN0aW9ucyBvbiAN CiAgIGFwcHJvcHJpYXRlIHJlcXVlc3RzLCBmb3IgZXhhbXBsZSwgbGltaXRpbmcgdGhlIHNlbmRp bmcgcmF0ZSBvZiBjYWxsIA0KICAgcmVxdWVzdHMgZGVzdGluZWQgZm9yIGEgc3BlY2lmaWMgU0lQ IGVudGl0eS7igJ0gDQrigJxmaWx0ZXLigJ0gc2hvdWxkIGJlIOKAnGZpbHRlcnPigJ0gDQoNClBn IDE4IA0KVGhpcyANCuKAnHRoaXMgc29sdXRpb24gZG9lcyBub3QgcGVybWl0IHRvIGRlZmluZSBh IGZpbHRlciB0aGF0IGV4Y2x1ZGVzIA0KICAgYWxsIEUuMTY0IG51bWJlcnMgaW4gdGhhdCBjb3Vu dHJ5IGJ1dCByZXRhaW4gYWxsIHNob3J0IHNlcnZpY2UgDQogICBudW1iZXJzLuKAnSANClNob3Vs ZCBiZSANCuKAnHRoaXMgc29sdXRpb24gZG9lcyBub3QgcGVybWl0IHRoZSBkZWZpbml0aW9uIG9m IGZpbHRlciB0aGF0IGV4Y2x1ZGVzIA0KICAgYWxsIEUuMTY0IG51bWJlcnMgaW4gdGhhdCBjb3Vu dHJ5IGJ1dCByZXRhaW4gYWxsIHNob3J0IHNlcnZpY2UgDQogICBudW1iZXJzLuKAnSANCg0KSmFu ZXQNCg0KVGhpcyBpcyBhIFBSSVZBVEUgbWVzc2FnZS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkIHJlY2lwaWVudCwgcGxlYXNlIA0KZGVsZXRlIHdpdGhvdXQgY29weWluZyBhbmQga2luZGx5 IGFkdmlzZSB1cyBieSBlLW1haWwgb2YgdGhlIG1pc3Rha2UgaW4gDQpkZWxpdmVyeS4gTk9URTog UmVnYXJkbGVzcyBvZiBjb250ZW50LCB0aGlzIGUtbWFpbCBzaGFsbCBub3Qgb3BlcmF0ZSB0byAN CmJpbmQgQ1NDIHRvIGFueSBvcmRlciBvciBvdGhlciBjb250cmFjdCB1bmxlc3MgcHVyc3VhbnQg dG8gZXhwbGljaXQgDQp3cml0dGVuIGFncmVlbWVudCBvciBnb3Zlcm5tZW50IGluaXRpYXRpdmUg ZXhwcmVzc2x5IHBlcm1pdHRpbmcgdGhlIHVzZSBvZiANCmUtbWFpbCBmb3Igc3VjaCBwdXJwb3Nl LiANCg0KDQoNCkZyb206ICAgICAgICAiTk9FTCwgRVJJQyAgKEVSSUMgQykiIDxlY25vZWxAcmVz ZWFyY2guYXR0LmNvbT4gDQpUbzogICAgICAgICInQ2hhcmxlcyBTaGVuJyIgPGNoYXJsZXNAY3Mu Y29sdW1iaWEuZWR1PiwgIg0Kc2lwLW92ZXJsb2FkQGlldGYub3JnIiA8c2lwLW92ZXJsb2FkQGll dGYub3JnPiANCkNjOiAgICAgICAgQXJhdGEgS29pa2UgPGtvaWtlLmFyYXRhQGxhYi5udHQuY28u anA+LCBIZW5uaW5nIFNjaHVsenJpbm5lIDwNCmhnc0Bjcy5jb2x1bWJpYS5lZHU+IA0KRGF0ZTog ICAgICAgIDEyLzEzLzIwMTIgMDM6MDEgUE0gDQpTdWJqZWN0OiAgICAgICAgUmU6IFtzaXAtb3Zl cmxvYWRdIEktRCAgICAgICAgQWN0aW9uOiAgICAgICANCiBkcmFmdC1pZXRmLXNvYy1sb2FkLWNv bnRyb2wtZXZlbnQtcGFja2FnZS0wNS50eHQgDQpTZW50IGJ5OiAgICAgICAgc2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmcgDQoNCg0KDQoNCkNoYXJsZXMsIA0KICANCkkgd2VudCB0aHJvdWdo IHlvdXIgbGF0ZXN0IHZlcnNpb24gYW5kIGhhdmUgbm8gY29tbWVudHMgYmV5b25kIHdoYXQgd2Fz IA0KYWxyZWFkeSBwb3N0ZWQuIA0KICANCllvdSBjYW4gaGF2ZSBteSByZXZpZXcgY291bnRlZCBm b3IgdGhlIElFU0cgcmV2aWV3LiANCiAgDQpUaGFua3MsIA0KICANCkVyaWMgTm9lbCANCkFUJlQg TGFicywgSW5jLiANClJldGhpbmsgUG9zc2libGUgDQogIA0KTmV0d29yayBEZXNpZ24gYW5kIFBl cmZvcm1hbmNlIEFuYWx5c2lzDQoyMDAgU291dGggTGF1cmVsIEF2ZW51ZSwgRDUtM0QxOQ0KTWlk ZGxldG93biwgTkogMDc3NDgNClA6IDczMi40MjAuNDE3NCANCmVjbm9lbEBhdHQuY29tIA0KICAN CkZyb206IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86c2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmddIA0KT24gQmVoYWxmIE9mIENoYXJsZXMgU2hlbg0KU2VudDogTW9u ZGF5LCBPY3RvYmVyIDIyLCAyMDEyIDEyOjQ3IFBNDQpUbzogc2lwLW92ZXJsb2FkQGlldGYub3Jn DQpDYzogQXJhdGEgS29pa2U7IEhlbm5pbmcgU2NodWx6cmlubmUNClN1YmplY3Q6IFJlOiBbc2lw LW92ZXJsb2FkXSBJLUQgQWN0aW9uOiANCmRyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1ldmVu dC1wYWNrYWdlLTA1LnR4dCANCiAgDQpIaSBhbGwsIA0KICANCkkndmUgc3VibWl0dGVkIGEgbmV3 IHZlcnNpb24gb2YgZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UuIA0K DQogIA0KRGlmZiBpcyBhdmFpbGFibGUgYXQ6IA0KaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUgDQoNCiAg DQpUaGlzIHZlcnNpb24gc2hvdWxkIGhhdmUgaW5jb3Jwb3JhdGVkIHJlc3BvbnNlcyB0byBhbGwg Y29tbWVudHMgcmVjZWl2ZWQgDQpzbyBmYXIgKHBsZWFzZSBsZXQgbWUga25vdyBpZiBJIG1pc3Nl ZCBhbnl0aGluZykuIE1haW4gY2hhbmdlcyBpbmNsdWRlIA0KYWRkaW5nOiA2LjMuMyAodGFyZ2V0 LXNpcC1lbnRpdHksIGN1cnJlbnRseSBvcHRpb25hbCkgNi41LjIgKGV4YW1wbGUgDQptZXNzYWdl IGZsb3cpLCByZW1vdmluZyA1LjEyIChzdGF0ZSBhZ2VudCksIGFzIHdlbGwgYXMgY2hhbmdlcyBh bmQgDQpjbGFyaWZpY2F0aW9ucyBpbiBhIG51bWJlciBvZiBvdGhlciBzZWN0aW9ucywgZS5nLiwg Ni4zLjIgKGV4cGxpY2l0IGxpc3QgDQpvZiBtZXRob2QgdHlwZXMgc3ViamVjdGVkIHRvIGNvbnRy b2wpIDYuNCAodXNpbmcgcmVkaXJlY3QgYXMgYWx0ZXJuYXRpdmUgDQphY3Rpb24pLCA1LjggKHRl cm1pbmF0aW5nIHBvbGljaWVzIHVwb24gdGVybWluYXRpb24gb2Ygc3Vic2NyaXB0aW9uKSBhbmQg DQoxMy4yIFBTVE4gcmVmZXJlbmNlcy4gDQogIA0KQ29tbWVudHMgYXJlIHdlbGNvbWUgISANCiAg DQpDaGFybGVzIA0KICANCiAgDQogIA0KT24gTW9uLCBPY3QgMjIsIDIwMTIgYXQgMTI6MzIgUE0s IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOiANCg0KQSBOZXcgSW50ZXJuZXQtRHJh ZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIA0KZGlyZWN0 b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBTSVAgT3ZlcmxvYWQgQ29u dHJvbCBXb3JraW5nIEdyb3VwIG9mIHRoZSANCklFVEYuDQoNCiAgICAgICBUaXRsZSAgICAgICAg ICAgOiBBIFNlc3Npb24gSW5pdGlhdGlvbiBQcm90b2NvbCAoU0lQKSBMb2FkIENvbnRyb2wgDQpF dmVudCBQYWNrYWdlDQogICAgICAgQXV0aG9yKHMpICAgICAgIDogQ2hhcmxlcyBTaGVuDQogICAg ICAgICAgICAgICAgICAgICAgICAgSGVubmluZyBTY2h1bHpyaW5uZQ0KICAgICAgICAgICAgICAg ICAgICAgICAgIEFyYXRhIEtvaWtlDQogICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0 Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0DQogICAgICAgUGFnZXMgICAg ICAgICAgIDogMzkNCiAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDEyLTEwLTIyDQoNCkFic3Ry YWN0Og0KICBXZSBkZWZpbmUgYSBsb2FkIGNvbnRyb2wgZXZlbnQgcGFja2FnZSBmb3IgdGhlIFNl c3Npb24gSW5pdGlhdGlvbg0KICBQcm90b2NvbCAoU0lQKS4gIEl0IGFsbG93cyBTSVAgc2VydmVy cyB0byBkaXN0cmlidXRlIGxvYWQgZmlsdGVycyB0bw0KICBvdGhlciBTSVAgc2VydmVycyBpbiB0 aGUgbmV0d29yay4gIFRoZSBsb2FkIGZpbHRlcnMgY29udGFpbiBydWxlcyB0bw0KICB0aHJvdHRs ZSBjYWxscyBiYXNlZCBvbiB0aGVpciBzb3VyY2Ugb3IgZGVzdGluYXRpb24gZG9tYWluLCB0ZWxl cGhvbmUNCiAgbnVtYmVyIHByZWZpeCBvciBmb3IgYSBzcGVjaWZpYyB1c2VyLiAgVGhlIG1lY2hh bmlzbSBoZWxwcyB0byBwcmV2ZW50DQogIHNpZ25hbGluZyBvdmVybG9hZCBhbmQgY29tcGxlbWVu dHMgZmVlZGJhY2stYmFzZWQgU0lQIG92ZXJsb2FkDQogIGNvbnRyb2wgZWZmb3J0cy4NCg0KDQpU aGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc29jLWxvYWQtY29udHJvbC1l dmVudC1wYWNrYWdlDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxl IGF0Og0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250 cm9sLWV2ZW50LXBhY2thZ2UtMDUNCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24g aXMgYXZhaWxhYmxlIGF0Og0KaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt aWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUNCg0KDQoNCkludGVybmV0LURy YWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpzaXAtb3ZlcmxvYWQgbWFpbGluZyBsaXN0DQpzaXAtb3Zlcmxv YWRAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92 ZXJsb2FkIA0KIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpzaXAtb3ZlcmxvYWQgbWFpbGluZyBsaXN0DQpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmcNCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkDQogDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVz IGluZm9ybWF0aW9ucyANCmNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9p dmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1 dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IA0KcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZl dWlsbGV6IGxlIHNpZ25hbGVyDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBx dWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgDQplbGVjdHJvbmlxdWVzIGV0YW50 IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQpGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBkZWNs aW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgDQphbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCANCmluZm9ybWF0aW9u IHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBh bmQgDQpkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMg bWF5IGJlIGFsdGVyZWQsIEZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9y IA0KbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk Lg0KVGhhbmsgeW91Lg0KDQoNCg0K --=_alternative 005EF44F85257AE5_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkkgd291bGQgJm5ic3A7YmUgaGFw cHkgd2l0aCAmcXVvdDtNVVNUJnF1b3Q7LCBidXQgSSdkIGxpa2UgdG8gaGVhciBmb3JtDQp0aGUg Y2FycmllcnMtIGVzcGVjaWFsbHkgZnJvbSBLZWl0aCBEcmFnZSwgYXMgaGUgaXMgdGhlIG9uZSB3 aG8gaW5pdGlhdGVkDQp0aGUgbmV3IHdvcmRpbmcuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNp emU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JdCBtYXkgYmUgYSBxdWVzdGlvbiBvZiAmbmJzcDtXSE9T RQ0KbG9jYWwgcG9saWN5IHdlIGFyZSB0YWxraW5nIGFib3V0LiAmbmJzcDsgVGhlcmUgaXMgdGhl ICZxdW90O2xvY2FsIHBvbGljeSZxdW90Ow0KYXMgZGVmaW5lZCBieSB0aGUgZ292ZXJubWVudCAo d2hpY2ggbWF5IHBvbGl0aWNhbGx5IGNvcnJlY3QgYnV0IHRlY2huaWNhbGx5DQp1bnN0YWJsZSku ICZuYnNwO1RoZXJlIGlzIGFsc28gJnF1b3Q7bG9jYWwgcG9saWN5JnF1b3Q7IGRlZmluZWQgYnkg dGhlDQomcXVvdDtjYXJyaWVyJnF1b3Q7ICh3aGljaCBtYXkgYmUgJm5ic3A7dGVjaG5pY2FsbHkg c3RhYmxlLCBidXQgcG9saXRpY2FsbHkNCmluY29ycmVjdCkuPC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDtTaG91bGQmcXVvdDsgbGVhdmVzIHNv bWUgd2lnZ2xlDQpyb29tIGFzIHRvIFdISUNIIGxvY2FsIHBvbGljeSAmbmJzcDtpcyBiZWluZyBo b25vcmVkLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ SmFuZXQ8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1 ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+RnJvbTogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Q2hhcmxlcyBTaGVuICZsdDtj aGFybGVzQGNzLmNvbHVtYmlhLmVkdSZndDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9y PSM1ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+VG86ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJz cDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmJydW5vLmNoYXRyYXNAb3Jh bmdlLmNvbTwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5z LXNlcmlmIj5DYzogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+SmFuZXQgUCBHdW5uL1VTQS9DU0NAQ1NDLA0KJnF1b3Q7Tk9F TCwgRVJJQyAoRVJJQyBDKSZxdW90OyAmbHQ7ZWNub2VsQGF0dC5jb20mZ3Q7LCAmcXVvdDtzaXAt b3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZyZxdW90Ow0KJmx0O3NpcC1vdmVybG9hZC1ib3VuY2Vz QGlldGYub3JnJmd0OywgJnF1b3Q7c2lwLW92ZXJsb2FkQGlldGYub3JnJnF1b3Q7DQombHQ7c2lw LW92ZXJsb2FkQGlldGYub3JnJmd0OywgQXJhdGEgS29pa2UgJmx0O2tvaWtlLmFyYXRhQGxhYi5u dHQuY28uanAmZ3Q7LA0KSGVubmluZyBTY2h1bHpyaW5uZSAmbHQ7aGdzQGNzLmNvbHVtYmlhLmVk dSZndDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0ic2Fucy1z ZXJpZiI+RGF0ZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9udCBzaXpl PTEgZmFjZT0ic2Fucy1zZXJpZiI+MTIvMTgvMjAxMiAxMDozMiBQTTwvZm9udD4NCjxicj48Zm9u dCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5TdWJqZWN0OiAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij5SZTogW3NpcC1vdmVybG9hZF0NCkktRCBBY3Rpb246IGRyYWZ0LWlldGYtc29jLWxvYWQtY29u dHJvbC1ldmVudC1wYWNrYWdlLTA1LnR4dDwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9 IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5TZW50IGJ5OiAmbmJzcDsgJm5ic3A7DQombmJzcDsg Jm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5jaGFybGVzLm5ld3lv cmtAZ21haWwuY29tPC9mb250Pg0KPGJyPg0KPGhyIG5vc2hhZGU+DQo8YnI+DQo8YnI+DQo8YnI+ PGZvbnQgc2l6ZT0zPkhpIEJydW5vLCBJIG5vdGljZWQgeW91ciBjb21tZW50LCBjYW4gd2UgcmVh Y2ggYSBjb25zZW5zdXMNCm9uIHRoaXMgbGlzdCBzbyBJIGNhbiB1cGRhdGUgdGhlIGRyYWZ0IGFj Y29yZGluZ2x5PyZuYnNwOzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+VGhhbmtzITwv Zm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+Q2hhcmxlczxicj4NCjwvZm9udD4NCjxicj48 Zm9udCBzaXplPTM+T24gTW9uLCBEZWMgMTcsIDIwMTIgYXQgMTA6MjggQU0sICZsdDs8L2ZvbnQ+ PGEgaHJlZj1tYWlsdG86YnJ1bm8uY2hhdHJhc0BvcmFuZ2UuY29tIHRhcmdldD1fYmxhbms+PGZv bnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+YnJ1bm8uY2hhdHJhc0BvcmFuZ2UuY29tPC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0zPiZndDsNCndyb3RlOjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIg Y29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj5JIGFncmVlIHRoYXQgYm90aCBkcmFmdHMNCnNo b3VsZCB1c2UgdGhlIHNhbWUgdGV4dCBidXQgSeKAmW0gc3RpbGwgbm90IHN1cmUgdG8gdW5kZXJz dGFuZCB3aHkgd2UgdXNlDQrigJxTSE9VTETigJ0gcmF0aGVyIHRoYW4g4oCcTVVTVOKAnT8gJm5i c3A7U2V0dGluZyBhIGxvY2FsIHBvbGljeSBpcyBvcHRpb25hbA0KYnV0IGlmIHRoZXJlIGlzIG9u ZSBpdCBzZWVtcyB0byBtZSB0aGF0ICZuYnNwO1NJUCBjbGllbnRzIE1VU1QgaG9ub3IgaXQuPC9m b250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7 PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+Jm5i c3A7PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwMDQwODAgZmFjZT0iQ2FsaWJyaSI+ Jm5ic3A7PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+PGI+RGUmbmJzcDs6 PC9iPiA8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOnNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3Jn IiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IlRhaG9tYSI+PHU+ c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIg ZmFjZT0iVGFob21hIj4NClttYWlsdG86PC9mb250PjxhIGhyZWY9Im1haWx0bzpzaXAtb3Zlcmxv YWQtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTIgY29sb3I9Ymx1 ZSBmYWNlPSJUYWhvbWEiPjx1PnNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnPC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+XQ0KPGI+RGUgbGEgcGFydCBkZTwvYj4g Q2hhcmxlcyBTaGVuPGI+PGJyPg0KRW52b3nDqSZuYnNwOzo8L2I+IHNhbWVkaSAxNSBkw6ljZW1i cmUgMjAxMiAxNjowNjxiPjxicj4NCsOAJm5ic3A7OjwvYj4gSmFuZXQgUCBHdW5uPGI+PGJyPg0K Q2MmbmJzcDs6PC9iPiBOT0VMLCBFUklDIChFUklDIEMpOyA8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRv OnNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9 MiBjb2xvcj1ibHVlIGZhY2U9IlRhaG9tYSI+PHU+c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5v cmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iVGFob21hIj47DQo8L2ZvbnQ+PGEg aHJlZj0ibWFpbHRvOnNpcC1vdmVybG9hZEBpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJUYWhvbWEiPjx1PnNpcC1vdmVybG9hZEBpZXRmLm9yZzwv dT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MiBmYWNlPSJUYWhvbWEiPjsNCkFyYXRhIEtvaWtlOyBI ZW5uaW5nIFNjaHVsenJpbm5lPGI+PGJyPg0KT2JqZXQmbmJzcDs6PC9iPiBSZTogW3NpcC1vdmVy bG9hZF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2th Z2UtMDUudHh0PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxwPjxmb250 IHNpemU9Mz5IaSBKYW5ldCwgSSB3aWxsIHJldmlzZSBhcyBzdWdnZXN0ZWQuIFRoYW5rcyB5b3Ug YWdhaW4hPGJyPg0KPGJyPg0KQ2hhcmxlczwvZm9udD4NCjxwPjxmb250IHNpemU9Mz5PbiBGcmks IERlYyAxNCwgMjAxMiBhdCAzOjU2IFBNLCBKYW5ldCBQIEd1bm4gJmx0OzwvZm9udD48YSBocmVm PW1haWx0bzpqZ3VubjZAY3NjLmNvbSB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1i bHVlPjx1PmpndW5uNkBjc2MuY29tPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPiZndDsNCndy b3RlOjwvZm9udD4NCjxwPjxmb250IHNpemU9MyBmYWNlPSJBcmlhbCI+WW91IGNhbiBjb3VudCBt eSByZXZpZXcgZm9yIElFU0cuPC9mb250Pjxmb250IHNpemU9Mz4NCjxicj4NCjwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0iQXJpYWwiPjxicj4NCkkgb25seSBoYXZlIGEgY291cGxlIG9mIHRoaW5n cyB0byBhZGQuPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBm YWNlPSJBcmlhbCI+PGJyPg0KSW4gc2VjdGlvbiA0LjQsIHlvdSBoYXZlIHRoZSB0ZXh0OjwvZm9u dD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQXJpYWwiPjxicj4NCuKA nEluIGFkZGl0aW9uLCB3aGF0ZXZlciB0aGUgYWN0dWFsIHBvbGljeSBpcywgU0lQPC9mb250Pjxm b250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJBcmlhbCI+PGJyPg0KJm5ic3A7 ICZuYnNwO3NlcnZlcnMgU0hPVUxEIGhvbm9yIHRoZSBsb2NhbCBwb2xpY3kgZm9yIHByaW9yaXRp emluZyBTSVANCnJlcXVlc3RzPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9 MyBmYWNlPSJBcmlhbCI+PGJyPg0KJm5ic3A7ICZuYnNwO3N1Y2ggYXMgcG9saWNpZXMgYmFzZWQg b24gdGhlIGNvbnRlbnRzIG9mIHRoZSBSZXNvdXJjZS1Qcmlvcml0eTwvZm9udD48Zm9udCBzaXpl PTM+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkFyaWFsIj48YnI+DQombmJzcDsgJm5ic3A7 SGVhZGVyIChSUEgpIFtSRkM0NDEyXS4gJm5ic3A7VGhlIFJQSCBjb250ZW50cyBtYXkgaW5kaWNh dGUNCmhpZ2ggcHJpb3JpdHk8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0z IGZhY2U9IkFyaWFsIj48YnI+DQombmJzcDsgJm5ic3A7cmVxdWVzdHMgdGhhdCBzaG91bGQgYmUg cHJlc2VydmVkIGFzIG11Y2ggYXMgcG9zc2libGUsIG9yDQpsb3c8L2ZvbnQ+PGZvbnQgc2l6ZT0z PiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkFyaWFsIj48YnI+DQombmJzcDsgJm5ic3A7cHJp b3JpdHkgcmVxdWVzdHMgdGhhdCBjb3VsZCBiZSBkcm9wcGVkIGR1cmluZyBvdmVybG9hZC4gJm5i c3A7T3RoZXI8L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJB cmlhbCI+PGJyPg0KJm5ic3A7ICZuYnNwO2luZGljYXRvcnMsIHN1Y2ggYXMgdGhlIFNPUyBVbmlm b3JtIFJlc291cmNlIE5hbWUgKFVSTikgW1JGQzUwMzFdPC9mb250Pjxmb250IHNpemU9Mz4NCjwv Zm9udD48Zm9udCBzaXplPTMgZmFjZT0iQXJpYWwiPjxicj4NCiZuYnNwOyAmbmJzcDtpbmRpY2F0 aW5nIGFuIGVtZXJnZW5jeSByZXF1ZXN0LCBtYXkgYWxzbyBiZSB1c2VkIGZvciBwcmlvcml0aXph dGlvbi7igJ0NCjwvZm9udD48Zm9udCBzaXplPTM+PGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBm YWNlPSJBcmlhbCI+PGJyPg0KRHVyaW5nIHRoZSBsYXN0IElFVEYgbWVldGluZywgdGhlcmUgd2Fz IGFuIGV4Y2hhbmdlIG9uIHRoZSBsaXN0ICZuYnNwO2Fib3V0DQp0aGlzIHdvcmRpbmcgKGluIG11 bHRpcGxlIElEcykgd2l0aCBhcHBhcmVudCBhZ3JlZW1lbnQgKG9uIHRoZSBsaXN0KSB0bw0KdXNl ICZuYnNwO3RoZSBzYW1lIHRleHQgaW4gYWxsIHRoZSBvdmVybG9hZCBkcmFmdHM8L2ZvbnQ+PGZv bnQgc2l6ZT0zPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDb3VyaWVyIE5ldyI+ PGJyPg0KJnF1b3Q7ICZuYnNwOyBBIFNJUCBjbGllbnQgU0hPVUxEIGhvbm9yIGFueSBsb2NhbCBw b2xpY3kgZm9yIHByaW9yaXRpemluZw0KU0lQPGJyPg0KJm5ic3A7cmVxdWVzdHMgc3VjaCBhcyBw b2xpY2llcyBiYXNlZCA8aT5vbiBtZXNzYWdlIHR5cGUsIGUuZy4sIElOVklURXMNCnZzLjwvaT48 L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmkiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZh Y2U9IkNvdXJpZXIgTmV3Ij48aT48YnI+DQombmJzcDsgcmVxdWVzdHMgYXNzb2NpYXRlZCB3aXRo IGV4aXN0aW5nIHNlc3Npb25zLjwvaT48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNhbGlicmki Pg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0KJm5ic3A7IDwv Zm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pjxmb250IHNpemU9 MyBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0KJm5ic3A7IDxpPkEgU0lQIGNsaWVudCBTSE9VTEQg aG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5nIFNJUA0KPGJyPg0KJm5ic3A7 IHJlcXVlc3RzIGJhc2VkPC9pPiBvbiB0aGUgY29udGVudCBvZiB0aGUgUmVzb3VyY2UtPGJyPg0K Jm5ic3A7UHJpb3JpdHkgaGVhZGVyIChSUEgsIFJGQzQ0MTIgW1JGQzQ0MTJdKS4gJm5ic3A7U3Bl Y2lmaWMgKG5hbWVzcGFjZS52YWx1ZSk8YnI+DQombmJzcDtSUEggY29udGVudHMgbWF5IGluZGlj YXRlIGhpZ2ggcHJpb3JpdHkgcmVxdWVzdHMgdGhhdCBzaG91bGQgYmU8YnI+DQombmJzcDtwcmVz ZXJ2ZWQgYXMgbXVjaCBhcyBwb3NzaWJsZSBkdXJpbmcgb3ZlcmxvYWQuICZuYnNwO1RoZSBSUEgg Y29udGVudHMNCmNhbjxicj4NCiZuYnNwO2Fsc28gaW5kaWNhdGUgYSBsb3ctcHJpb3JpdHkgcmVx dWVzdCB0aGF0IGlzIGVsaWdpYmxlIHRvIGJlIGRyb3BwZWQ8YnI+DQombmJzcDtkdXJpbmcgdGlt ZXMgb2Ygb3ZlcmxvYWQuICZuYnNwOzxicj4NCjxicj4NCiZuYnNwO0EgU0lQIGNsaWVudCBTSE9V TEQgaG9ub3IgYW55IGxvY2FsIHBvbGljeSBmb3IgcHJpb3JpdGl6aW5nIFNJUCA8YnI+DQombmJz cDtyZXF1ZXN0cyByZWxhdGluZyB0byBlbWVyZ2VuY3kgY2FsbHMsIGFzIGlkZW50aWZpZWQgYnkg dGhlIFNPUyA8YnI+DQombmJzcDtVUk4gW1JGQzUwMzFdIGluZGljYXRpbmcgYW4gZW1lcmdlbmN5 IHJlcXVlc3QuJnF1b3Q7PC9mb250Pjxmb250IHNpemU9Mz4NCjxicj4NCjwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NClNvIHdvdWxkIHlvdSBwbGVhc2UgdXNlIHRo aXMgcmV2aXNlZCB3b3JkaW5nLjwvZm9udD48Zm9udCBzaXplPTM+IDxicj4NCjwvZm9udD48Zm9u dCBzaXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NCm5pdHM8L2ZvbnQ+PGZvbnQgc2l6ZT0z PiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQpTZWMg NS44IGxhc3Qgc2VudGVuY2Ugb2YgZmlyc3QgcGFyYWdyYXBoPC9mb250Pjxmb250IHNpemU9Mz4g PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0K4oCcQSBzdWJzY3Jp YmVyIHJlY2VpdmluZyB0aGUgbm90aWZpY2F0aW9uIGZpcnN0IGluc3RhbGxzPC9mb250Pjxmb250 IHNpemU9Mz4NCjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NCiZu YnNwOyAmbmJzcDt0aGVzZSBydWxlcyBhbmQgdGhlbiBmaWx0ZXIgaW5jb21pbmcgcmVxdWVzdHMg dG8gZW5mb3JjZSBhY3Rpb25zDQpvbjwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NCiZuYnNwOyAmbmJzcDthcHByb3ByaWF0ZSBy ZXF1ZXN0cywgZm9yIGV4YW1wbGUsIGxpbWl0aW5nIHRoZSBzZW5kaW5nIHJhdGUNCm9mIGNhbGw8 L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkNvdXJpZXIgTmV3 Ij48YnI+DQombmJzcDsgJm5ic3A7cmVxdWVzdHMgZGVzdGluZWQgZm9yIGEgc3BlY2lmaWMgU0lQ IGVudGl0eS7igJ08L2ZvbnQ+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNl PSJDb3VyaWVyIE5ldyI+PGJyPg0K4oCcZmlsdGVy4oCdIHNob3VsZCBiZSDigJxmaWx0ZXJz4oCd PC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDb3Vy aWVyIE5ldyI+PGJyPg0KUGcgMTg8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQpUaGlzPC9mb250Pjxmb250IHNpemU9Mz4gPC9m b250Pjxmb250IHNpemU9MyBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0K4oCcdGhpcyBzb2x1dGlv biBkb2VzIG5vdCBwZXJtaXQgdG8gZGVmaW5lIGEgZmlsdGVyIHRoYXQgZXhjbHVkZXM8L2ZvbnQ+ PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJDb3VyaWVyIE5ldyI+PGJy Pg0KJm5ic3A7ICZuYnNwO2FsbCBFLjE2NCBudW1iZXJzIGluIHRoYXQgY291bnRyeSBidXQgcmV0 YWluIGFsbCBzaG9ydCBzZXJ2aWNlPC9mb250Pjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBz aXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NCiZuYnNwOyAmbmJzcDtudW1iZXJzLuKAnTwv Zm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ291cmllciBOZXci Pjxicj4NClNob3VsZCBiZTwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMg ZmFjZT0iQ291cmllciBOZXciPjxicj4NCuKAnHRoaXMgc29sdXRpb24gZG9lcyBub3QgcGVybWl0 IHRoZSBkZWZpbml0aW9uIG9mIGZpbHRlciB0aGF0IGV4Y2x1ZGVzPC9mb250Pjxmb250IHNpemU9 Mz4NCjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iQ291cmllciBOZXciPjxicj4NCiZuYnNwOyAm bmJzcDthbGwgRS4xNjQgbnVtYmVycyBpbiB0aGF0IGNvdW50cnkgYnV0IHJldGFpbiBhbGwgc2hv cnQgc2VydmljZTwvZm9udD48Zm9udCBzaXplPTM+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9 IkNvdXJpZXIgTmV3Ij48YnI+DQombmJzcDsgJm5ic3A7bnVtYmVycy7igJ08L2ZvbnQ+PGZvbnQg c2l6ZT0zPiA8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IkFyaWFsIj48YnI+DQpKYW5l dDxicj4NCjxicj4NClRoaXMgaXMgYSBQUklWQVRFIG1lc3NhZ2UuIElmIHlvdSBhcmUgbm90IHRo ZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZQ0KZGVsZXRlIHdpdGhvdXQgY29weWluZyBhbmQg a2luZGx5IGFkdmlzZSB1cyBieSBlLW1haWwgb2YgdGhlIG1pc3Rha2UgaW4NCmRlbGl2ZXJ5LiBO T1RFOiBSZWdhcmRsZXNzIG9mIGNvbnRlbnQsIHRoaXMgZS1tYWlsIHNoYWxsIG5vdCBvcGVyYXRl IHRvDQpiaW5kIENTQyB0byBhbnkgb3JkZXIgb3Igb3RoZXIgY29udHJhY3QgdW5sZXNzIHB1cnN1 YW50IHRvIGV4cGxpY2l0IHdyaXR0ZW4NCmFncmVlbWVudCBvciBnb3Zlcm5tZW50IGluaXRpYXRp dmUgZXhwcmVzc2x5IHBlcm1pdHRpbmcgdGhlIHVzZSBvZiBlLW1haWwNCmZvciBzdWNoIHB1cnBv c2UuPC9mb250Pjxmb250IHNpemU9Mz4gPGJyPg0KPGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNp emU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj48YnI+DQpGcm9tOiAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4mcXVvdDtOT0VM LA0KRVJJQyAmbmJzcDsoRVJJQyBDKSZxdW90OyAmbHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOmVj bm9lbEByZXNlYXJjaC5hdHQuY29tIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJs dWUgZmFjZT0iQXJpYWwiPjx1PmVjbm9lbEByZXNlYXJjaC5hdHQuY29tPC91PjwvZm9udD48L2E+ PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4mZ3Q7PC9mb250Pjxmb250IHNpemU9Mz4NCjwvZm9u dD48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+PGJyPg0KVG86ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0iQXJpYWwiPiZx dW90OydDaGFybGVzDQpTaGVuJyZxdW90OyAmbHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOmNoYXJs ZXNAY3MuY29sdW1iaWEuZWR1IHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUg ZmFjZT0iQXJpYWwiPjx1PmNoYXJsZXNAY3MuY29sdW1iaWEuZWR1PC91PjwvZm9udD48L2E+PGZv bnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4mZ3Q7LA0KJnF1b3Q7PC9mb250PjxhIGhyZWY9Im1haWx0 bzpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9y PWJsdWUgZmFjZT0iQXJpYWwiPjx1PnNpcC1vdmVybG9hZEBpZXRmLm9yZzwvdT48L2ZvbnQ+PC9h Pjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+JnF1b3Q7DQombHQ7PC9mb250PjxhIGhyZWY9Im1h aWx0bzpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNv bG9yPWJsdWUgZmFjZT0iQXJpYWwiPjx1PnNpcC1vdmVybG9hZEBpZXRmLm9yZzwvdT48L2ZvbnQ+ PC9hPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+Jmd0OzwvZm9udD48Zm9udCBzaXplPTM+DQo8 L2ZvbnQ+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0iQXJpYWwiPjxicj4NCkNjOiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFs Ij5BcmF0YSBLb2lrZQ0KJmx0OzwvZm9udD48YSBocmVmPW1haWx0bzprb2lrZS5hcmF0YUBsYWIu bnR0LmNvLmpwIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUgZmFjZT0iQXJp YWwiPjx1PmtvaWtlLmFyYXRhQGxhYi5udHQuY28uanA8L3U+PC9mb250PjwvYT48Zm9udCBzaXpl PTEgZmFjZT0iQXJpYWwiPiZndDssDQpIZW5uaW5nIFNjaHVsenJpbm5lICZsdDs8L2ZvbnQ+PGEg aHJlZj1tYWlsdG86aGdzQGNzLmNvbHVtYmlhLmVkdSB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9 MSBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj48dT5oZ3NAY3MuY29sdW1iaWEuZWR1PC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4mZ3Q7PC9mb250Pjxmb250IHNpemU9Mz4N CjwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+PGJyPg0KRGF0 ZTogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJB cmlhbCI+MTIvMTMvMjAxMg0KMDM6MDEgUE08L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+DQo8 cD48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+U3ViamVjdDogJm5ic3A7 ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0iQXJpYWwiPlJl OiBbc2lwLW92ZXJsb2FkXSBJLUQgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwO0FjdGlvbjog Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2 ZW50LXBhY2thZ2UtMDUudHh0PC9mb250Pjxmb250IHNpemU9Mz4NCjwvZm9udD4NCjxwPjxmb250 IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj5TZW50IGJ5OiAmbmJzcDsgJm5ic3A7 ICZuYnNwOw0KJm5ic3A7PC9mb250PjxhIGhyZWY9Im1haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNl c0BpZXRmLm9yZyIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJB cmlhbCI+PHU+c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9u dCBzaXplPTM+DQo8L2ZvbnQ+DQo8ZGl2IGFsaWduPWNlbnRlcj4NCjxwPg0KPGhyIG5vc2hhZGU+ PC9kaXY+DQo8cD48Zm9udCBzaXplPTM+PGJyPg0KPGJyPg0KPC9mb250Pjxmb250IHNpemU9MyBj b2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPjxicj4NCkNoYXJsZXMsPC9mb250Pjxmb250IHNp emU9Mz4gPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPjxi cj4NCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9 IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj48YnI+DQpJIHdlbnQgdGhyb3VnaCB5b3VyIGxhdGVzdCB2 ZXJzaW9uIGFuZCBoYXZlIG5vIGNvbW1lbnRzIGJleW9uZCB3aGF0IHdhcw0KYWxyZWFkeSBwb3N0 ZWQuPC9mb250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jMDA0MDgw IGZhY2U9IkNhbGlicmkiPjxicj4NCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48 Zm9udCBzaXplPTMgY29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj48YnI+DQpZb3UgY2FuIGhh dmUgbXkgcmV2aWV3IGNvdW50ZWQgZm9yIHRoZSBJRVNHIHJldmlldy48L2ZvbnQ+PGZvbnQgc2l6 ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPjxi cj4NCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9 IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj48YnI+DQpUaGFua3MsPC9mb250Pjxmb250IHNpemU9Mz4g PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj0jMDA0MDgwIGZhY2U9IkNhbGlicmkiPjxicj4NCiZu YnNwOzwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9I2ZmODEw MCBmYWNlPSJWZXJkYW5hIj48YnI+DQpFcmljIE5vZWw8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGNvbG9y PSM1ZjVmNWYgZmFjZT0iVmVyZGFuYSI+IDxiPjxicj4NCkFUJmFtcDtUIExhYnMsIEluYy48L2I+ IDwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9IzAwYTFlMCBmYWNlPSJWZXJkYW5hIj48aT48YnI+ DQpSZXRoaW5rIFBvc3NpYmxlPC9pPjwvZm9udD48Zm9udCBzaXplPTM+IDwvZm9udD48Zm9udCBz aXplPTEgY29sb3I9IzAwYTFlMCBmYWNlPSJWZXJkYW5hIj48aT48YnI+DQombmJzcDs8L2k+PC9m b250Pjxmb250IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9 IlZlcmRhbmEiPjxicj4NCk5ldHdvcmsgRGVzaWduIGFuZCBQZXJmb3JtYW5jZSBBbmFseXNpczxi cj4NCjIwMCBTb3V0aCBMYXVyZWwgQXZlbnVlLCBENS0zRDE5PGJyPg0KTWlkZGxldG93biwgTkog MDc3NDg8YnI+DQpQOiA8L2ZvbnQ+PGEgaHJlZj10ZWw6NzMyLjQyMC40MTc0IHRhcmdldD1fYmxh bms+PGZvbnQgc2l6ZT0xIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFuYSI+PHU+NzMyLjQyMC40MTc0 PC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1i bHVlPjx1Pjxicj4NCjwvdT48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86anNtaXRoQGF0dC5jb20gdGFy Z2V0PV9ibGFuaz48Zm9udCBzaXplPTEgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj48dT5lY25v ZWxAYXR0LmNvbTwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz4NCjwvZm9udD48Zm9udCBzaXpl PTMgY29sb3I9IzAwNDA4MCBmYWNlPSJDYWxpYnJpIj48YnI+DQombmJzcDs8L2ZvbnQ+PGZvbnQg c2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRhaG9tYSI+PGI+PGJyPg0KRnJvbTo8 L2I+IDwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmci IHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0iVGFob21hIj48dT5z aXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBm YWNlPSJUYWhvbWEiPg0KWzwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkLWJvdW5j ZXNAaWV0Zi5vcmciIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0i VGFob21hIj48dT5tYWlsdG86c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc8L3U+PC9mb250 PjwvYT48Zm9udCBzaXplPTMgZmFjZT0iVGFob21hIj5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkNo YXJsZXMgU2hlbjxiPjxicj4NClNlbnQ6PC9iPiBNb25kYXksIE9jdG9iZXIgMjIsIDIwMTIgMTI6 NDcgUE08Yj48YnI+DQpUbzo8L2I+IDwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2Fk QGlldGYub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlIGZhY2U9IlRh aG9tYSI+PHU+c2lwLW92ZXJsb2FkQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0z IGZhY2U9IlRhaG9tYSI+PGI+PGJyPg0KQ2M6PC9iPiBBcmF0YSBLb2lrZTsgSGVubmluZyBTY2h1 bHpyaW5uZTxiPjxicj4NClN1YmplY3Q6PC9iPiBSZTogW3NpcC1vdmVybG9hZF0gSS1EIEFjdGlv bjogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0PC9mb250 Pjxmb250IHNpemU9Mz4NCjxicj4NCiZuYnNwOyA8YnI+DQpIaSBhbGwsIDxicj4NCiZuYnNwOyA8 YnI+DQpJJ3ZlIHN1Ym1pdHRlZCBhIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtc29jLWxvYWQt Y29udHJvbC1ldmVudC1wYWNrYWdlLg0KPGJyPg0KJm5ic3A7IDxicj4NCkRpZmYgaXMgYXZhaWxh YmxlIGF0OiA8L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDUiIHRhcmdldD1fYmxh bms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UtMDU8L3U+PC9m b250PjwvYT48Zm9udCBzaXplPTM+DQo8YnI+DQombmJzcDsgPGJyPg0KVGhpcyB2ZXJzaW9uIHNo b3VsZCBoYXZlIGluY29ycG9yYXRlZCByZXNwb25zZXMgdG8gYWxsIGNvbW1lbnRzIHJlY2VpdmVk DQpzbyBmYXIgKHBsZWFzZSBsZXQgbWUga25vdyBpZiBJIG1pc3NlZCBhbnl0aGluZykuIE1haW4g Y2hhbmdlcyBpbmNsdWRlDQphZGRpbmc6IDYuMy4zICh0YXJnZXQtc2lwLWVudGl0eSwgY3VycmVu dGx5IG9wdGlvbmFsKSA2LjUuMiAoZXhhbXBsZSBtZXNzYWdlDQpmbG93KSwgcmVtb3ZpbmcgNS4x MiAoc3RhdGUgYWdlbnQpLCBhcyB3ZWxsIGFzIGNoYW5nZXMgYW5kIGNsYXJpZmljYXRpb25zDQpp biBhIG51bWJlciBvZiBvdGhlciBzZWN0aW9ucywgZS5nLiwgNi4zLjIgKGV4cGxpY2l0IGxpc3Qg b2YgbWV0aG9kIHR5cGVzDQpzdWJqZWN0ZWQgdG8gY29udHJvbCkgNi40ICh1c2luZyByZWRpcmVj dCBhcyBhbHRlcm5hdGl2ZSBhY3Rpb24pLCA1LjggKHRlcm1pbmF0aW5nDQpwb2xpY2llcyB1cG9u IHRlcm1pbmF0aW9uIG9mIHN1YnNjcmlwdGlvbikgYW5kIDEzLjIgUFNUTiByZWZlcmVuY2VzLiA8 YnI+DQombmJzcDsgPGJyPg0KQ29tbWVudHMgYXJlIHdlbGNvbWUgISA8YnI+DQombmJzcDsgPGJy Pg0KQ2hhcmxlcyA8YnI+DQombmJzcDsgPGJyPg0KJm5ic3A7IDxicj4NCiZuYnNwOyA8YnI+DQpP biBNb24sIE9jdCAyMiwgMjAxMiBhdCAxMjozMiBQTSwgJmx0OzwvZm9udD48YSBocmVmPSJtYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBj b2xvcj1ibHVlPjx1PmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250 IHNpemU9Mz4mZ3Q7DQp3cm90ZTogPGJyPg0KPGJyPg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMg YXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLjxi cj4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIFNJUCBPdmVybG9hZCBDb250cm9s IFdvcmtpbmcgR3JvdXAgb2YNCnRoZSBJRVRGLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO1RpdGxlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBBDQpT ZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCkgTG9hZCBDb250cm9sIEV2ZW50IFBhY2th Z2U8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtBdXRob3IocykgJm5ic3A7ICZuYnNw OyAmbmJzcDsgOiBDaGFybGVzIFNoZW48YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsg Jm5ic3A7SGVubmluZyBTY2h1bHpyaW5uZTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw OyAmbmJzcDtBcmF0YSBLb2lrZTxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVu YW1lICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogZHJhZnQtaWV0Zi1zb2MtbG9hZC1jb250 cm9sLWV2ZW50LXBhY2thZ2UtMDUudHh0PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 UGFnZXMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IDM5PGJyPg0KJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7RGF0ZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOzoNCjIwMTItMTAtMjI8YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDsg V2UgZGVmaW5lIGEgbG9hZCBjb250cm9sIGV2ZW50IHBhY2thZ2UgZm9yIHRoZSBTZXNzaW9uIElu aXRpYXRpb248YnI+DQombmJzcDsgUHJvdG9jb2wgKFNJUCkuICZuYnNwO0l0IGFsbG93cyBTSVAg c2VydmVycyB0byBkaXN0cmlidXRlIGxvYWQgZmlsdGVycw0KdG88YnI+DQombmJzcDsgb3RoZXIg U0lQIHNlcnZlcnMgaW4gdGhlIG5ldHdvcmsuICZuYnNwO1RoZSBsb2FkIGZpbHRlcnMgY29udGFp bg0KcnVsZXMgdG88YnI+DQombmJzcDsgdGhyb3R0bGUgY2FsbHMgYmFzZWQgb24gdGhlaXIgc291 cmNlIG9yIGRlc3RpbmF0aW9uIGRvbWFpbiwgdGVsZXBob25lPGJyPg0KJm5ic3A7IG51bWJlciBw cmVmaXggb3IgZm9yIGEgc3BlY2lmaWMgdXNlci4gJm5ic3A7VGhlIG1lY2hhbmlzbSBoZWxwcw0K dG8gcHJldmVudDxicj4NCiZuYnNwOyBzaWduYWxpbmcgb3ZlcmxvYWQgYW5kIGNvbXBsZW1lbnRz IGZlZWRiYWNrLWJhc2VkIFNJUCBvdmVybG9hZDxicj4NCiZuYnNwOyBjb250cm9sIGVmZm9ydHMu PGJyPg0KPGJyPg0KPGJyPg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRo aXMgZHJhZnQgaXM6PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1Pjxicj4NCjwvdT48 L2ZvbnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2UiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6 ZT0zIGNvbG9yPWJsdWU+PHU+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1zb2MtbG9hZC1jb250cm9sLWV2ZW50LXBhY2thZ2U8L3U+PC9mb250PjwvYT48Zm9udCBz aXplPTM+PGJyPg0KPGJyPg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFi bGUgYXQ6PC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1Pjxicj4NCjwvdT48L2ZvbnQ+ PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zb2MtbG9hZC1j b250cm9sLWV2ZW50LXBhY2thZ2UtMDUiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9y PWJsdWU+PHU+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1zb2MtbG9hZC1j b250cm9sLWV2ZW50LXBhY2thZ2UtMDU8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTM+PGJyPg0K PGJyPg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojwv Zm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9 Imh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxvYWQtY29u dHJvbC1ldmVudC1wYWNrYWdlLTA1IiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1i bHVlPjx1Pmh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtc29jLWxv YWQtY29udHJvbC1ldmVudC1wYWNrYWdlLTA1PC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPjxi cj4NCjxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5v bnltb3VzIEZUUCBhdDo8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+PGJyPg0KPC91 PjwvZm9udD48YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFy Z2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT5mdHA6Ly9mdHAuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzLzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz48YnI+DQo8YnI+DQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCnNpcC1v dmVybG9hZCBtYWlsaW5nIGxpc3Q8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+PGJy Pg0KPC91PjwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnIiB0YXJn ZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1PnNpcC1vdmVybG9hZEBpZXRmLm9y ZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1Pjxicj4NCjwvdT48L2Zv bnQ+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3Zl cmxvYWQiIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3ZlcmxvYWQ8L3U+PC9mb250PjwvYT48 Zm9udCBzaXplPTM+DQo8YnI+DQombmJzcDs8L2ZvbnQ+PHR0Pjxmb250IHNpemU9Mj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvZm9udD48L3R0Pjxmb250 IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PGJyPg0Kc2lwLW92ZXJsb2FkIG1haWxpbmcgbGlz dDwvZm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJDb3VyaWVyIE5ldyI+PHU+PGJy Pg0KPC91PjwvZm9udD48YSBocmVmPSJtYWlsdG86c2lwLW92ZXJsb2FkQGlldGYub3JnIiB0YXJn ZXQ9X2JsYW5rPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5z aXAtb3ZlcmxvYWRAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgY29sb3I9Ymx1 ZT48dT48YnI+DQo8L3U+PC9mb250PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkIiB0YXJnZXQ9X2JsYW5rPjx0dD48Zm9udCBzaXplPTIg Y29sb3I9Ymx1ZT48dT5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1v dmVybG9hZDwvdT48L2ZvbnQ+PC90dD48L2E+DQo8cD48Zm9udCBzaXplPTM+Jm5ic3A7PC9mb250 Pg0KPHA+PHR0Pjxmb250IHNpemU9Mz5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPGJyPg0KQ2UgbWVzc2FnZSBldCBz ZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZp ZGVudGllbGxlcw0Kb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYzxicj4NCnBhcyBl dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2 b3VzIGF2ZXoNCnJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl cjxicj4NCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2Vz IGpvaW50ZXMuIExlcyBtZXNzYWdlcw0KZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLDxicj4NCkZyYW5jZSBUZWxlY29tIC0gT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZQ0KYWx0ZXJlLCBkZWZvcm1lIG91IGZh bHNpZmllLiBNZXJjaS48YnI+DQo8YnI+DQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50 cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZA0KaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8YnI+DQp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48YnI+DQpJZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5k ZXIgYW5kDQpkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPGJyPg0KQXMg ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBGcmFuY2UgVGVsZWNvbSAtIE9yYW5nZSBpcyBub3QgbGlh YmxlIGZvciBtZXNzYWdlcw0KdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFs c2lmaWVkLjxicj4NClRoYW5rIHlvdS48YnI+DQo8L2ZvbnQ+PC90dD4NCjxicj4NCjxicj4NCg== --=_alternative 005EF44F85257AE5_=-- From internet-drafts@ietf.org Mon Dec 31 21:56:18 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B8D721F8A59; Mon, 31 Dec 2012 21:56:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.523 X-Spam-Level: X-Spam-Status: No, score=-102.523 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9NRVJzlFIf8P; Mon, 31 Dec 2012 21:56:17 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2693021F87D6; Mon, 31 Dec 2012 21:56:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.37 Message-ID: <20130101055616.28112.34021.idtracker@ietfa.amsl.com> Date: Mon, 31 Dec 2012 21:56:16 -0800 Cc: sip-overload@ietf.org Subject: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-06.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 05:56:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the SIP Overload Control Working Group of the= IETF. Title : A Session Initiation Protocol (SIP) Load Control Event P= ackage Author(s) : Charles Shen Henning Schulzrinne Arata Koike Filename : draft-ietf-soc-load-control-event-package-06.txt Pages : 40 Date : 2012-12-31 Abstract: We define a load control event package for the Session Initiation Protocol (SIP). It allows SIP entities to distribute load filtering policies to other SIP entities in the network. The load filtering policies contain rules to throttle calls based on their source or destination domain, telephone number prefix or for a specific user. The mechanism helps to prevent signaling overload and complements feedback-based SIP overload control efforts. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-soc-load-control-event-package There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-soc-load-control-event-packag= e-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From charles.newyork@gmail.com Mon Dec 31 22:05:21 2012 Return-Path: X-Original-To: sip-overload@ietfa.amsl.com Delivered-To: sip-overload@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 671B821F85CD for ; Mon, 31 Dec 2012 22:05:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AfWeebDWlhBR for ; Mon, 31 Dec 2012 22:05:20 -0800 (PST) Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) by ietfa.amsl.com (Postfix) with ESMTP id 94A3021F85B4 for ; Mon, 31 Dec 2012 22:05:20 -0800 (PST) Received: by mail-oa0-f42.google.com with SMTP id j1so12320403oag.1 for ; Mon, 31 Dec 2012 22:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=4+XAgepkyBGvGR2TiuXkABoa+3q1ZXhrMfqfji1W9J0=; b=e+qQWGNeXKmX7MGr97uE5jfLm2dCeKsNi1iDf+0viv9Ozxq+CzXr1hMiUT7Pcwg3qJ kXlBVFy3pI2kWTs4ThtSy8lj155Lxy+k1TMC3psGkmrirIIwJZypx9N9CN0MiL0Tv5dI fbpIwkE24eQ+LswK9vvLZJFeJ0ef6iLRv/9urCn04RTb/q24e0yd/raCH8q2EyYl9ZGT H1vGuBkvyPc+N3eBF89vI9nrCmMexgJo/L+gnWLzKWDpGNgELXAjqxKvm11yxZzhNsxD EeGbBuh3KMGRnU7Zi/MH3/TkbRAZuuZnzZmD1CiOTGzA/ZJyG/pnNvtHxsV8y8DSdFuA YjMQ== Received: by 10.60.169.177 with SMTP id af17mr23301916oec.103.1357020320081; Mon, 31 Dec 2012 22:05:20 -0800 (PST) MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.182.12.202 with HTTP; Mon, 31 Dec 2012 22:04:59 -0800 (PST) In-Reply-To: <20130101055616.28112.34021.idtracker@ietfa.amsl.com> References: <20130101055616.28112.34021.idtracker@ietfa.amsl.com> From: Charles Shen Date: Tue, 1 Jan 2013 01:04:59 -0500 X-Google-Sender-Auth: XZpoDT3XzWqqq3aff_TiwW8osMM Message-ID: To: sip-overload@ietf.org Content-Type: text/plain; charset=UTF-8 Subject: [sip-overload] Fwd: I-D Action: draft-ietf-soc-load-control-event-package-06.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 06:05:21 -0000 Dear all, Happy new year!! And I have produced an updated version based on comments received in the 2nd WGLC. 1. Terminology: after Shida's several comments on terminology consistency and possible confusion, I decide to replace "load filter" with "load filtering policies", so now we are distributing policies instead of filters. And I consolidated other terms he mentioned, as well as added a Definitions section. 2. As Vijay suggested, I clarified the meaning of "Notification with empty body" which is used when a notifier needs to send a notification but does not have any load filtering policies to convey at the moment. Since "empty body" may lead to confusion over whether its a body with empty contents or no body at all, the current wording uses a "Notification request without a body", but its header needs to indicate the correct Content-Type as if a body is present (e.g., application/load-control+xml) to give the subscriber a sense that the notifier actually supports what the subscriber is looking for. 3. I put in the sentences proposed by Janet and Keith on handling message prioritization in Section 6.8 http://www.ietf.org/mail-archive/web/sip-overload/current/msg00861.html But there is still an openning thread from Bruno on whether we should replace the SHOULD with MUST in these statements http://www.ietf.org/mail-archive/web/sip-overload/current/msg00869.html I will update if needed when finalized. 4. Various technical and editorial improvements based on online and offline comments and another review. Thanks! Charles ---------- Forwarded message ---------- From: Date: Tue, Jan 1, 2013 at 12:56 AM Subject: [sip-overload] I-D Action: draft-ietf-soc-load-control-event-package-06.txt To: i-d-announce@ietf.org Cc: sip-overload@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the SIP Overload Control Working Group of the IETF. Title : A Session Initiation Protocol (SIP) Load Control Event Package Author(s) : Charles Shen Henning Schulzrinne Arata Koike Filename : draft-ietf-soc-load-control-event-package-06.txt Pages : 40 Date : 2012-12-31 Abstract: We define a load control event package for the Session Initiation Protocol (SIP). It allows SIP entities to distribute load filtering policies to other SIP entities in the network. The load filtering policies contain rules to throttle calls based on their source or destination domain, telephone number prefix or for a specific user. The mechanism helps to prevent signaling overload and complements feedback-based SIP overload control efforts. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-soc-load-control-event-package There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-soc-load-control-event-package-06 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-soc-load-control-event-package-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ sip-overload mailing list sip-overload@ietf.org https://www.ietf.org/mailman/listinfo/sip-overload