From volkerh@bell-labs.com Thu Jul 9 08:23:21 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 27A8B28C24B for ; Thu, 9 Jul 2009 08:23:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.49 X-Spam-Level: X-Spam-Status: No, score=-1.49 tagged_above=-999 required=5 tests=[AWL=-1.109, BAYES_00=-2.599, TVD_SPACE_RATIO=2.219] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uPc1WlRUhdyf for ; Thu, 9 Jul 2009 08:23:20 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by core3.amsl.com (Postfix) with ESMTP id 7132228C246 for ; Thu, 9 Jul 2009 08:23:20 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id n69FNlZX010344 for ; Thu, 9 Jul 2009 10:23:47 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n69FNZIH006211 for ; Thu, 9 Jul 2009 10:23:46 -0500 (CDT) Received: from [135.112.131.41] (135.3.63.242) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Thu, 9 Jul 2009 10:23:31 -0500 Message-ID: <4A560AE2.9050304@alcatel-lucent.com> Date: Thu, 9 Jul 2009 11:21:06 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "sip-overload@ietf.org" Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 Subject: [sip-overload] test X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 15:23:21 -0000 please ignore From charles.newyork@gmail.com Thu Jul 9 09:11:46 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1F2083A6CE6 for ; Thu, 9 Jul 2009 09:11:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kAzZSovVzDph for ; Thu, 9 Jul 2009 09:11:45 -0700 (PDT) Received: from mail-vw0-f184.google.com (mail-vw0-f184.google.com [209.85.212.184]) by core3.amsl.com (Postfix) with ESMTP id 524A23A6C6B for ; Thu, 9 Jul 2009 09:11:45 -0700 (PDT) Received: by vwj14 with SMTP id 14so252237vwj.29 for ; Thu, 09 Jul 2009 09:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=kc8h9UnPIiHzHD4ebS7CjjCFUmvJglr/cfDcxBoCWCU=; b=jMDKKGLdM2uVRjtbaNPi13Y9Jgr3bMnGbial8bMRS4IfOtm5p06hya2Y3wt6+3xZ96 ViUmYx0kifiEFhxasifFjELr6zT1mMhq5jdw7W5C0dbnXvRDaxWvIWrEu9mScwlZfIqE p4BIzCQSh8vgWlzi8zaNIGdhSvhBYPwH3eCWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=CR5/cTEpSk7zd0o0Ut8vzdvECyl6v6mcXhXT/cZWTNkzpI1mW8wol47rlO2xeIo7CL GZWw/jmCIJSm2b7i/fnRRlK0f/HN9uFwC1/iVoVBuKdkVIjuTaJfdYP8a7noG1etGMy3 KbHLekIXY4KvRoVLFJlN82MyH7BP+wY3dQ75g= MIME-Version: 1.0 Sender: charles.newyork@gmail.com Received: by 10.220.94.21 with SMTP id x21mr1278860vcm.88.1247155931014; Thu, 09 Jul 2009 09:12:11 -0700 (PDT) In-Reply-To: <4A560AE2.9050304@alcatel-lucent.com> References: <4A560AE2.9050304@alcatel-lucent.com> Date: Thu, 9 Jul 2009 12:12:11 -0400 X-Google-Sender-Auth: 8a39687732acb8f1 Message-ID: From: Charles Shen To: "sip-overload@ietf.org" Content-Type: multipart/alternative; boundary=001636283db83f690d046e481eb3 Subject: Re: [sip-overload] test X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 16:13:01 -0000 --001636283db83f690d046e481eb3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Please ignore. Thanks Charles On Thu, Jul 9, 2009 at 11:21 AM, Volker Hilt wrote: > please ignore > > _______________________________________________ > sip-overload mailing list > sip-overload@ietf.org > https://www.ietf.org/mailman/listinfo/sip-overload > --001636283db83f690d046e481eb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Please ignore.

Thanks

Charles



On Thu, Jul 9, 2009 at 11:21 AM, Volker = Hilt <vo= lkerh@alcatel-lucent.com> wrote:
please ignore

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

--001636283db83f690d046e481eb3-- From volkerh@bell-labs.com Sat Jul 11 09:43:40 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD2903A6898 for ; Sat, 11 Jul 2009 09:43:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.322 X-Spam-Level: X-Spam-Status: No, score=-2.322 tagged_above=-999 required=5 tests=[AWL=0.277, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FdxfXPBIDQip for ; Sat, 11 Jul 2009 09:43:40 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by core3.amsl.com (Postfix) with ESMTP id 003853A687A for ; Sat, 11 Jul 2009 09:43:39 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id n6BGi8ga025388 for ; Sat, 11 Jul 2009 11:44:08 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6BGi8Cw010864 for ; Sat, 11 Jul 2009 11:44:08 -0500 (CDT) Received: from [135.244.33.221] (135.3.63.242) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Sat, 11 Jul 2009 11:44:08 -0500 Message-ID: <4A58C14E.8070201@alcatel-lucent.com> Date: Sat, 11 Jul 2009 12:43:58 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "sip-overload@ietf.org" Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 Subject: [sip-overload] new version of draft-ietf-sipping-overload-design-02.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 16:43:40 -0000 All, I've posted a new version of the SIP overload control design draft. There are no major changes - it is mostly cleanup and a change in the author list as discussed. http://www.ietf.org/internet-drafts/draft-ietf-sipping-overload-design-02.txt Thanks, Volker From volkerh@bell-labs.com Sat Jul 11 09:42:57 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 801243A697E for ; Sat, 11 Jul 2009 09:42:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CmWrRbc3SFQ0 for ; Sat, 11 Jul 2009 09:42:56 -0700 (PDT) Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by core3.amsl.com (Postfix) with ESMTP id C3CA13A6898 for ; Sat, 11 Jul 2009 09:42:56 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id n6BGhPUX025709 for ; Sat, 11 Jul 2009 11:43:25 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6BGhPZU010670 for ; Sat, 11 Jul 2009 11:43:25 -0500 (CDT) Received: from [135.244.33.221] (135.3.63.242) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Sat, 11 Jul 2009 11:43:25 -0500 Message-ID: <4A58C123.7050800@bell-labs.com> Date: Sat, 11 Jul 2009 12:43:15 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "sip-overload@ietf.org" Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35 X-Mailman-Approved-At: Mon, 13 Jul 2009 07:43:36 -0700 Subject: [sip-overload] new version of draft-ietf-sipping-overload-design-02.txt X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 16:42:57 -0000 All, I've posted a new version of the SIP overload control design draft. There are no major changes - it is mostly cleanup and a change in the author list as discussed. http://www.ietf.org/internet-drafts/draft-ietf-sipping-overload-design-02.txt Thanks, Volker From nick.m.stewart@bt.com Tue Jul 14 10:44:39 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 911253A67A1 for ; Tue, 14 Jul 2009 10:44:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.398 X-Spam-Level: X-Spam-Status: No, score=-0.398 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wPTcDiL8qy4k for ; Tue, 14 Jul 2009 10:44:38 -0700 (PDT) Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id DA73F3A69E4 for ; Tue, 14 Jul 2009 10:44:37 -0700 (PDT) Received: from E03MVY2-UKDY.domain1.systemhost.net ([193.113.30.56]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Jul 2009 18:41:17 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA04AA.4F075534" Date: Tue, 14 Jul 2009 18:41:16 +0100 Message-ID: <5ACFADE7CFA7BF43A6B64DEED0ED918A08438137@E03MVY2-UKDY.domain1.systemhost.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Latest GOCAP draft available from ETSI thread-index: AcoEqknlXruTjYnCRA28t5eaviDU0g== From: To: X-OriginalArrivalTime: 14 Jul 2009 17:41:17.0099 (UTC) FILETIME=[4A4CF7B0:01CA04AA] Subject: [sip-overload] Latest GOCAP draft available from ETSI X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 17:44:39 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA04AA.4F075534 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Just to let you know that the latest draft of GOCAP is now available from ETSI. http://portal.etsi.org/docbox/TISPAN/Open/NGN_LATEST_DRAFTS/RELEASE3/030 34-2-ngn-r3v300.pdf Regards Nick Nick Stewart BT Design Tel: +44 (0)1473 649579 Mob: +44 (0)7962 103572 Email: nick.m.stewart@bt.com Web: www.bt.com This email contains BT information, which may be privileged or confidential. It's meant only for the individual(s) or entity named above. If you're not the intended recipient, note that disclosing, copying, distributing or using this information is prohibited. If you've received this email in error, please let me know immediately on the email address above. Thank you. We monitor our email system, and may record your emails. British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no: 1800000 ------_=_NextPart_001_01CA04AA.4F075534 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Latest GOCAP draft available from ETSI

Just to = let you know that the latest draft of GOCAP is now available from ETSI.

http://portal.etsi.org/docbox/TISPAN/Open/NGN_LATEST_DRAFT= S/RELEASE3/03034-2-ngn-r3v300.pdf

Regards

Nick

Nick = Stewart
BT = Design

Tel: +44 (0)1473 = 649579
Mob: +44 (0)7962 = 103572
Email: = nick.m.stewart@bt.com
Web: www.bt.com

This email contains BT = information, which may be privileged or confidential. It's meant only = for the individual(s) or entity named above. If you're not the intended recipient, note that = disclosing, copying, distributing or using this information is = prohibited. If you've received this email in error, please let me know = immediately on the email address above. Thank you.
We monitor our email system, and may record your = emails.

British = Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no: 1800000

------_=_NextPart_001_01CA04AA.4F075534-- From bruno.chatras@orange-ftgroup.com Wed Jul 15 05:02:40 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C1B03A6BC6 for ; Wed, 15 Jul 2009 05:02:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.151 X-Spam-Level: X-Spam-Status: No, score=0.151 tagged_above=-999 required=5 tests=[AWL=2.399, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89OJ0uymB+3G for ; Wed, 15 Jul 2009 05:02:39 -0700 (PDT) Received: from R-MAIL1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id B50AD3A6B28 for ; Wed, 15 Jul 2009 05:02:38 -0700 (PDT) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Wed, 15 Jul 2009 10:26:53 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0526.02663FB2" Date: Wed, 15 Jul 2009 10:26:50 +0200 Message-ID: <9ECCF01B52E7AB408A7EB853526421414BA186@ftrdmel0.rd.francetelecom.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [SIP Overload] Latest GOCAP draft available from ETSI Thread-Index: AcoFJf//D6WF61juSdOSKonC39O1aA== From: To: X-OriginalArrivalTime: 15 Jul 2009 08:26:53.0721 (UTC) FILETIME=[02320890:01CA0526] Subject: [sip-overload] [SIP Overload] Latest GOCAP draft available from ETSI X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 12:02:40 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0526.02663FB2 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable It would be useful to define a SIP event package enabling notification of load control instructions according to various XML schemas, including but not restricted to those specified in the GOCAP document and in clause 6 of draft-shen-sipping-load-control-event-package-02.txt.=20 This was the intent of the overload-control event defined in draft-chadli-sipping-overload-sub-not-02. The load-control event defined in draft-shen-sipping-load-control-event-package-02.txt could also be used for that purpose. However, a couple of changes would be required in this Internet-Draft as it currently mandates the support of a particular schema. Regards, Bruno --- Title: Latest GOCAP draft available from ETSI Just to let you know that the latest draft of GOCAP is now available from ETSI. http://portal.etsi.org/docbox/TISPAN/Open/NGN_LATEST_DRAFTS/RELEASE3/030 34-2-ngn-r3v300.pdf Regards Nick Nick Stewart BT Design Tel: +44 (0)1473 649579 Mob: +44 (0)7962 103572 Email: nick.m.stewart at bt.com Web: www.bt.com ------_=_NextPart_001_01CA0526.02663FB2 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable [SIP Overload] Latest GOCAP draft available from ETSI

It would be useful to define a SIP = event package enabling notification of load control instructions = according to various XML schemas, including but not restricted to those = specified in the GOCAP document and in clause 6 of = draft-shen-sipping-load-control-event-package-02.txt.

This was the intent of the = overload-control event defined in = draft-chadli-sipping-overload-sub-not-02. The load-control event defined = in draft-shen-sipping-load-control-event-package-02.txt could also be = used for that purpose. However, a couple of changes would be required in = this Internet-Draft as it currently mandates the support of a particular = schema.

Regards,
Bruno
---

Title: Latest GOCAP draft = available from ETSI
Just to let you know that the = latest draft of GOCAP is now available from ETSI.
http://portal.etsi.org/docbox/TISPAN/Open/NGN_LATEST_DRAFT= S/RELEASE3/03034-2-ngn-r3v300.pdf
Regards
Nick
Nick Stewart
BT Design

Tel: +44 (0)1473 = 649579
Mob: +44 (0)7962 = 103572
Email: nick.m.stewart at = bt.com
Web: www.bt.com




------_=_NextPart_001_01CA0526.02663FB2-- From volkerh@bell-labs.com Tue Jul 21 14:10:48 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A13E53A6EA1; Tue, 21 Jul 2009 14:10:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZqWFkeYiffm6; Tue, 21 Jul 2009 14:10:47 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id B12693A68B4; Tue, 21 Jul 2009 14:10:44 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id n6LLAA02004470; Tue, 21 Jul 2009 16:10:10 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6LLAADh020725; Tue, 21 Jul 2009 16:10:10 -0500 (CDT) Received: from [135.244.35.65] (135.3.63.242) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Tue, 21 Jul 2009 16:10:09 -0500 Message-ID: <4A662EA7.6060003@bell-labs.com> Date: Tue, 21 Jul 2009 17:09:59 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: DISPATCH , SIP-OVERLOAD 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-Mailman-Approved-At: Tue, 21 Jul 2009 14:31:18 -0700 Subject: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2009 21:10:48 -0000 All, below is a charter proposal for a WG on SIP Overload Control. All comments, thoughts, feedback is very welcome! Thanks, Volker SIP Overload Control WG Charter ------------------------------- As with any network element, a Session Initiation Protocol (SIP) [RFC3261] server can suffer from overload when the number of SIP messages it receives exceeds the number of messages it can process. Overload is said to occur when a SIP server does not have sufficient resources to process all incoming SIP messages. These resources can include CPU, memory, network bandwidth, input/output, or disk resources. Overload can pose a serious problem for a network of SIP servers. During periods of overload, the throughput of a network of SIP servers can be significantly degraded. In fact, overload may lead to a situation in which the throughput drops down to a small fraction of the original processing capacity. This is often called congestion collapse. To objective of a SIP overload control mechanism is to enable SIP servers to perform close to their capacity limit during times of overload. The SIP protocol provides a limited mechanism for overload control through its 503 (Service Unavailable) response code and the Retry-After header. However, this mechanism cannot prevent overload of a SIP server and it cannot prevent congestion collapse. In fact, it may cause traffic to oscillate and to shift between SIP servers and thereby worsen an overload condition. A detailed discussion of the SIP overload problem, the problems with the 503 (Service Unavailable) response code and the Retry-After header and the requirements for a SIP overload control mechanism can be found in [RFC5390]. The objective of the proposed working group is to develop mechanisms for SIP overload control. Two complementary approaches exist for handling overload situations: - The first mechanism aims at preventing overload in SIP servers by adjusting the incoming load to a level that is acceptable for this server. This mechanism uses implicit and/or explicit feedback to determine when an overload condition occurs in a SIP server and a reduction in load is required. - The second mechanism aims at preventing overload in SIP servers by distributing load control filters to SIP servers that throttle calls based on their destination domain, telephone number prefix or for a specific user. Such filters can be used, for example, to throttle calls to a hotline during a ticket-giveaway event. Specifically, the proposed working group will develop the following deliverables: 1. A document describing key design considerations for a SIP overload control mechanism. 2. A specification for an SIP overload control mechanism based on implicit/explicit feedback. 3. A specification for a SIP load filtering mechanism. From volkerh@bell-labs.com Tue Jul 21 16:45:55 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 377633A6AAF for ; Tue, 21 Jul 2009 16:45:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wrk+0QyxlmH7 for ; Tue, 21 Jul 2009 16:45:54 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by core3.amsl.com (Postfix) with ESMTP id D91443A6B8D for ; Tue, 21 Jul 2009 16:45:51 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id n6LNjoIZ019623 for ; Tue, 21 Jul 2009 18:45:50 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6LNjo3F028936 for ; Tue, 21 Jul 2009 18:45:50 -0500 (CDT) Received: from [135.244.35.65] (135.3.63.242) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Tue, 21 Jul 2009 18:45:49 -0500 Message-ID: <4A665322.1070306@alcatel-lucent.com> Date: Tue, 21 Jul 2009 19:45:38 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: SIP-OVERLOAD Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33 Subject: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2009 23:45:55 -0000 All, below is a charter proposal for a WG on SIP Overload Control. All comments, thoughts, feedback is very welcome! Thanks, Volker SIP Overload Control WG Charter ------------------------------- As with any network element, a Session Initiation Protocol (SIP) [RFC3261] server can suffer from overload when the number of SIP messages it receives exceeds the number of messages it can process. Overload is said to occur when a SIP server does not have sufficient resources to process all incoming SIP messages. These resources can include CPU, memory, network bandwidth, input/output, or disk resources. Overload can pose a serious problem for a network of SIP servers. During periods of overload, the throughput of a network of SIP servers can be significantly degraded. In fact, overload may lead to a situation in which the throughput drops down to a small fraction of the original processing capacity. This is often called congestion collapse. To objective of a SIP overload control mechanism is to enable SIP servers to perform close to their capacity limit during times of overload. The SIP protocol provides a limited mechanism for overload control through its 503 (Service Unavailable) response code and the Retry-After header. However, this mechanism cannot prevent overload of a SIP server and it cannot prevent congestion collapse. In fact, it may cause traffic to oscillate and to shift between SIP servers and thereby worsen an overload condition. A detailed discussion of the SIP overload problem, the problems with the 503 (Service Unavailable) response code and the Retry-After header and the requirements for a SIP overload control mechanism can be found in [RFC5390]. The objective of the proposed working group is to develop mechanisms for SIP overload control. Two complementary approaches exist for handling overload situations: - The first mechanism aims at preventing overload in SIP servers by adjusting the incoming load to a level that is acceptable for this server. This mechanism uses implicit and/or explicit feedback to determine when an overload condition occurs in a SIP server and a reduction in load is required. - The second mechanism aims at preventing overload in SIP servers by distributing load control filters to SIP servers that throttle calls based on their destination domain, telephone number prefix or for a specific user. Such filters can be used, for example, to throttle calls to a hotline during a ticket-giveaway event. Specifically, the proposed working group will develop the following deliverables: 1. A document describing key design considerations for a SIP overload control mechanism. 2. A specification for an SIP overload control mechanism based on implicit/explicit feedback. 3. A specification for a SIP load filtering mechanism. From TIMOTHY.L.MORAN@saic.com Wed Jul 22 09:38:12 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF7C63A68F6 for ; Wed, 22 Jul 2009 09:38:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TlZCpDE4a0tO for ; Wed, 22 Jul 2009 09:38:11 -0700 (PDT) Received: from mclmx.mail.saic.com (mclmx.mail.saic.com [149.8.64.10]) by core3.amsl.com (Postfix) with ESMTP id 699E43A684D for ; Wed, 22 Jul 2009 09:38:11 -0700 (PDT) Received: from 0015-its-sbg03.saic.com ([149.8.64.21] [149.8.64.21]) by mclmx.mail.saic.com with ESMTP id BT-MMP-2675195; Wed, 22 Jul 2009 12:36:22 -0400 X-AuditID: 95084018-b7bd7ae00000094e-dc-4a67400686d4 Received: from 0015-its-exbh03.us.saic.com (mcl-sixl-nat.saic.com [149.8.64.21]) by (Symantec Brightmail Gateway) with SMTP id 70.82.02382.600476A4; Wed, 22 Jul 2009 12:36:22 -0400 (EDT) Received: from 0015-ITS-EXBH01.us.saic.com ([10.43.229.18]) by 0015-its-exbh03.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 12:36:13 -0400 Received: from 0256-its-exmp02.us.saic.com ([10.40.16.18]) by 0015-ITS-EXBH01.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 12:36:13 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0AEA.8693DE1A" Date: Wed, 22 Jul 2009 12:36:12 -0400 Message-Id: In-Reply-To: <4A665322.1070306@alcatel-lucent.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [sip-overload] Charter Proposal for SIP Overload Thread-Index: AcoKXXOA7CPymKQ7QuOtwew0a/yLAwAi65cg References: <4A665322.1070306@alcatel-lucent.com> From: "Moran, Timothy L." To: "Volker Hilt" , "SIP-OVERLOAD" X-OriginalArrivalTime: 22 Jul 2009 16:36:13.0602 (UTC) FILETIME=[86F09820:01CA0AEA] X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Wed, 22 Jul 2009 13:48:00 -0700 Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 16:38:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0AEA.8693DE1A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Volker, Two tweaks indicated below. While the requirements have been defined, is it documented anywhere why existing mechanisms (such as TCP, ECN, etc.) are insufficient? If not, I would propose a deliverable of such a doc - e.g. an informational RFC. Br, Tim Moran -----Original Message----- From: sip-overload-bounces@ietf.org [mailto:sip-overload-bounces@ietf.org] On Behalf Of Volker Hilt Sent: Tuesday, July 21, 2009 7:46 PM To: SIP-OVERLOAD Subject: [sip-overload] Charter Proposal for SIP Overload All, below is a charter proposal for a WG on SIP Overload Control. All comments, thoughts, feedback is very welcome! Thanks, Volker SIP Overload Control WG Charter ------------------------------- As with any network element, a Session Initiation Protocol (SIP) [RFC3261] server can suffer from overload when the number of SIP messages it receives exceeds the number of messages it can process. Overload is said to occur when a SIP server does not have sufficient resources to process all incoming SIP messages. These resources can include CPU, memory, network bandwidth, input/output, or disk resources. Overload can pose a serious problem for a network of SIP servers. During periods of overload, the throughput of a network of SIP servers can be significantly degraded. In fact, overload may lead to a situation in which the throughput drops down to a small fraction of the original processing capacity. This is often called congestion collapse. To objective of a SIP overload control mechanism is to enable SIP [tlm->] Suggest Changing "To" to "The" servers to perform close to their capacity limit during times of overload. The SIP protocol provides a limited mechanism for overload control through its 503 (Service Unavailable) response code and the Retry-After header. However, this mechanism cannot prevent overload of a SIP server and it cannot prevent congestion collapse. In fact, it may cause traffic to oscillate and to shift between SIP servers and thereby worsen an overload condition. A detailed discussion of the SIP overload problem, the problems with the 503 (Service Unavailable) response code and the Retry-After header and the requirements for a SIP overload control mechanism can be found in [RFC5390]. The objective of the proposed working group is to develop mechanisms for SIP overload control. Two complementary approaches exist for handling overload situations: - The first mechanism aims at preventing overload in SIP servers by adjusting the incoming load to a level that is acceptable for this server. This mechanism uses implicit and/or explicit feedback to determine when an overload condition occurs in a SIP server and a [tlm->] Suggest Changing determine to indicate reduction in load is required. - The second mechanism aims at preventing overload in SIP servers by distributing load control filters to SIP servers that throttle calls based on their destination domain, telephone number prefix or for a specific user. Such filters can be used, for example, to throttle calls to a hotline during a ticket-giveaway event. Specifically, the proposed working group will develop the following deliverables: 1. A document describing key design considerations for a SIP overload control mechanism. 2. A specification for an SIP overload control mechanism based on implicit/explicit feedback. 3. A specification for a SIP load filtering mechanism. _______________________________________________ sip-overload mailing list sip-overload@ietf.org https://www.ietf.org/mailman/listinfo/sip-overload ------_=_NextPart_001_01CA0AEA.8693DE1A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [sip-overload] Charter Proposal for SIP Overload

Volker,

Two tweaks indicated below.

While the requirements have been defined, is it = documented anywhere why existing mechanisms (such as = TCP, ECN, etc.) are insufficient?  If not, I would propose a = deliverable of such a doc - e.g. an informational = RFC.

Br,

Tim Moran

-----Original Message-----
From: sip-overload-bounces@ietf.org [mailto:sip-overload-bounces= @ietf.org] On Behalf Of Volker Hilt
Sent: Tuesday, July 21, 2009 7:46 PM
To: SIP-OVERLOAD
Subject: [sip-overload] Charter Proposal for SIP = Overload

All,

below is a charter proposal for a WG on SIP Overload = Control.

All comments, thoughts, feedback is very welcome!

Thanks,

Volker



SIP Overload Control WG Charter

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

As = with any network element, a Session Initiation Protocol = (SIP)

[RFC3261] server can suffer from overload when the number of = SIP

messages it receives exceeds the number of messages it can = process.

Overload is said to occur when a SIP server does not have = sufficient

resources to process all incoming SIP messages.  These = resources can

include CPU, memory, network bandwidth, input/output, or disk = resources.

Overload can pose a serious problem for a network of SIP servers. = During

periods of overload, the throughput of a network of SIP servers can = be

significantly degraded.  In fact, overload may lead to a = situation in

which the throughput drops down to a small fraction of the = original

processing capacity.  This is often called congestion = collapse.

To = objective of a SIP overload control mechanism is to enable = SIP

[tlm->] Suggest Changing "To" to = "The"

servers to perform close to their capacity limit during times of = overload.

The SIP protocol provides a limited mechanism for overload = control

through its 503 (Service Unavailable) response code and the = Retry-After

header.  However, this mechanism cannot prevent overload of a = SIP server

and it cannot prevent congestion collapse.  In fact, it may = cause

traffic to oscillate and to shift between SIP servers and thereby = worsen

an = overload condition.  A detailed discussion of the SIP = overload

problem, the problems with the 503 (Service Unavailable) response = code

and the Retry-After header and the requirements for a SIP = overload

control mechanism can be found in [RFC5390].

The objective of the proposed working group is to develop = mechanisms for

SIP overload control. Two complementary approaches exist for = handling

overload situations:

- = The first mechanism aims at preventing overload in SIP servers = by

adjusting the incoming load to a level that is acceptable for = this

server. This mechanism uses implicit and/or explicit feedback = to

determine when an overload condition occurs in a SIP server and = a

[tlm->] Suggest Changing = determine to indicate

reduction in load is required.

- = The second mechanism aims at preventing overload in SIP servers = by

distributing load control filters to SIP servers that throttle = calls

based on their destination domain, telephone number prefix or for = a

specific user. Such filters can be used, for example, to throttle = calls

to = a hotline during a ticket-giveaway event.

Specifically, the proposed working group will develop the = following

deliverables:

1. = A document describing key design considerations for a SIP = overload

control mechanism.

2. = A specification for an SIP overload control mechanism based = on

implicit/explicit feedback.

3. = A specification for a SIP load filtering mechanism.



_______________________________________________

sip-overload mailing list

sip-overload@ietf.org

https://www.i= etf.org/mailman/listinfo/sip-overload

------_=_NextPart_001_01CA0AEA.8693DE1A-- From mdolly@att.com Wed Jul 22 14:03:05 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0FED728C0FE for ; Wed, 22 Jul 2009 14:03:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.745 X-Spam-Level: X-Spam-Status: No, score=-105.745 tagged_above=-999 required=5 tests=[AWL=0.353, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BAD_LINEBREAK=0.5, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6U9ViNJcz6CX for ; Wed, 22 Jul 2009 14:03:03 -0700 (PDT) Received: from mail129.messagelabs.com (mail129.messagelabs.com [216.82.250.147]) by core3.amsl.com (Postfix) with SMTP id 953503A6BD4 for ; Wed, 22 Jul 2009 14:03:03 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: mdolly@att.com X-Msg-Ref: server-5.tower-129.messagelabs.com!1248296087!16974255!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [144.160.20.54] Received: (qmail 14834 invoked from network); 22 Jul 2009 20:54:47 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-5.tower-129.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2009 20:54:47 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6MKskKg025092; Wed, 22 Jul 2009 16:54:47 -0400 Received: from gaalpa1msgusr7e.ugd.att.com (gaalpa1msgusr7e.ugd.att.com [135.53.26.19]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6MKsgYW025049; Wed, 22 Jul 2009 16:54:42 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0B0E.A2E1EA0E" Date: Wed, 22 Jul 2009 16:54:42 -0400 Message-ID: <14C85D6CCBE92743AF33663BF5D24EBA02BD48FE@gaalpa1msgusr7e.ugd.att.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [sip-overload] Charter Proposal for SIP Overload Thread-Index: AcoKXXOA7CPymKQ7QuOtwew0a/yLAwAi65cgAAlgMbc= From: "DOLLY, MARTIN C, ATTLABS" To: , , , Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 21:03:05 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0B0E.A2E1EA0E Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhpcyBhcHBsaWNhdGlvbiBvdmVybG9hZCwgc28geW91ciBwb2ludCBpcz8NCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogc2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0 Zi5vcmcgPHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnPiANClRvOiBWb2xrZXIgSGlsdCA8 dm9sa2VyaEBhbGNhdGVsLWx1Y2VudC5jb20+OyBTSVAtT1ZFUkxPQUQgPHNpcC1vdmVybG9hZEBp ZXRmLm9yZz4gDQpTZW50OiBXZWQgSnVsIDIyIDEyOjM2OjEyIDIwMDkNClN1YmplY3Q6IFJlOiBb c2lwLW92ZXJsb2FkXSBDaGFydGVyIFByb3Bvc2FsIGZvciBTSVAgT3ZlcmxvYWQgDQoNCg0KDQpW b2xrZXIsDQoNClR3byB0d2Vha3MgaW5kaWNhdGVkIGJlbG93Lg0KDQpXaGlsZSB0aGUgcmVxdWly ZW1lbnRzIGhhdmUgYmVlbiBkZWZpbmVkLCBpcyBpdCBkb2N1bWVudGVkIGFueXdoZXJlIHdoeSBl eGlzdGluZyBtZWNoYW5pc21zIChzdWNoIGFzIFRDUCwgRUNOLCBldGMuKSBhcmUgaW5zdWZmaWNp ZW50PyAgSWYgbm90LCBJIHdvdWxkIHByb3Bvc2UgYSBkZWxpdmVyYWJsZSBvZiBzdWNoIGEgZG9j IC0gZS5nLiBhbiBpbmZvcm1hdGlvbmFsIFJGQy4NCg0KQnIsDQoNClRpbSBNb3Jhbg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogc2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5v cmcgW21haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFZv bGtlciBIaWx0DQpTZW50OiBUdWVzZGF5LCBKdWx5IDIxLCAyMDA5IDc6NDYgUE0NClRvOiBTSVAt T1ZFUkxPQUQNClN1YmplY3Q6IFtzaXAtb3ZlcmxvYWRdIENoYXJ0ZXIgUHJvcG9zYWwgZm9yIFNJ UCBPdmVybG9hZA0KDQpBbGwsDQoNCmJlbG93IGlzIGEgY2hhcnRlciBwcm9wb3NhbCBmb3IgYSBX RyBvbiBTSVAgT3ZlcmxvYWQgQ29udHJvbC4NCg0KQWxsIGNvbW1lbnRzLCB0aG91Z2h0cywgZmVl ZGJhY2sgaXMgdmVyeSB3ZWxjb21lIQ0KDQpUaGFua3MsDQoNClZvbGtlcg0KDQoNCg0KU0lQIE92 ZXJsb2FkIENvbnRyb2wgV0cgQ2hhcnRlcg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNCkFzIHdpdGggYW55IG5ldHdvcmsgZWxlbWVudCwgYSBTZXNzaW9uIEluaXRpYXRpb24g UHJvdG9jb2wgKFNJUCkNCg0KW1JGQzMyNjFdIHNlcnZlciBjYW4gc3VmZmVyIGZyb20gb3Zlcmxv YWQgd2hlbiB0aGUgbnVtYmVyIG9mIFNJUA0KDQptZXNzYWdlcyBpdCByZWNlaXZlcyBleGNlZWRz IHRoZSBudW1iZXIgb2YgbWVzc2FnZXMgaXQgY2FuIHByb2Nlc3MuDQoNCk92ZXJsb2FkIGlzIHNh aWQgdG8gb2NjdXIgd2hlbiBhIFNJUCBzZXJ2ZXIgZG9lcyBub3QgaGF2ZSBzdWZmaWNpZW50DQoN CnJlc291cmNlcyB0byBwcm9jZXNzIGFsbCBpbmNvbWluZyBTSVAgbWVzc2FnZXMuICBUaGVzZSBy ZXNvdXJjZXMgY2FuDQoNCmluY2x1ZGUgQ1BVLCBtZW1vcnksIG5ldHdvcmsgYmFuZHdpZHRoLCBp bnB1dC9vdXRwdXQsIG9yIGRpc2sgcmVzb3VyY2VzLg0KDQpPdmVybG9hZCBjYW4gcG9zZSBhIHNl cmlvdXMgcHJvYmxlbSBmb3IgYSBuZXR3b3JrIG9mIFNJUCBzZXJ2ZXJzLiBEdXJpbmcNCg0KcGVy aW9kcyBvZiBvdmVybG9hZCwgdGhlIHRocm91Z2hwdXQgb2YgYSBuZXR3b3JrIG9mIFNJUCBzZXJ2 ZXJzIGNhbiBiZQ0KDQpzaWduaWZpY2FudGx5IGRlZ3JhZGVkLiAgSW4gZmFjdCwgb3ZlcmxvYWQg bWF5IGxlYWQgdG8gYSBzaXR1YXRpb24gaW4NCg0Kd2hpY2ggdGhlIHRocm91Z2hwdXQgZHJvcHMg ZG93biB0byBhIHNtYWxsIGZyYWN0aW9uIG9mIHRoZSBvcmlnaW5hbA0KDQpwcm9jZXNzaW5nIGNh cGFjaXR5LiAgVGhpcyBpcyBvZnRlbiBjYWxsZWQgY29uZ2VzdGlvbiBjb2xsYXBzZS4NCg0KVG8g b2JqZWN0aXZlIG9mIGEgU0lQIG92ZXJsb2FkIGNvbnRyb2wgbWVjaGFuaXNtIGlzIHRvIGVuYWJs ZSBTSVANCg0KW3RsbS0+XSBTdWdnZXN0IENoYW5naW5nICJUbyIgdG8gIlRoZSINCg0Kc2VydmVy cyB0byBwZXJmb3JtIGNsb3NlIHRvIHRoZWlyIGNhcGFjaXR5IGxpbWl0IGR1cmluZyB0aW1lcyBv ZiBvdmVybG9hZC4NCg0KVGhlIFNJUCBwcm90b2NvbCBwcm92aWRlcyBhIGxpbWl0ZWQgbWVjaGFu aXNtIGZvciBvdmVybG9hZCBjb250cm9sDQoNCnRocm91Z2ggaXRzIDUwMyAoU2VydmljZSBVbmF2 YWlsYWJsZSkgcmVzcG9uc2UgY29kZSBhbmQgdGhlIFJldHJ5LUFmdGVyDQoNCmhlYWRlci4gIEhv d2V2ZXIsIHRoaXMgbWVjaGFuaXNtIGNhbm5vdCBwcmV2ZW50IG92ZXJsb2FkIG9mIGEgU0lQIHNl cnZlcg0KDQphbmQgaXQgY2Fubm90IHByZXZlbnQgY29uZ2VzdGlvbiBjb2xsYXBzZS4gIEluIGZh Y3QsIGl0IG1heSBjYXVzZQ0KDQp0cmFmZmljIHRvIG9zY2lsbGF0ZSBhbmQgdG8gc2hpZnQgYmV0 d2VlbiBTSVAgc2VydmVycyBhbmQgdGhlcmVieSB3b3JzZW4NCg0KYW4gb3ZlcmxvYWQgY29uZGl0 aW9uLiAgQSBkZXRhaWxlZCBkaXNjdXNzaW9uIG9mIHRoZSBTSVAgb3ZlcmxvYWQNCg0KcHJvYmxl bSwgdGhlIHByb2JsZW1zIHdpdGggdGhlIDUwMyAoU2VydmljZSBVbmF2YWlsYWJsZSkgcmVzcG9u c2UgY29kZQ0KDQphbmQgdGhlIFJldHJ5LUFmdGVyIGhlYWRlciBhbmQgdGhlIHJlcXVpcmVtZW50 cyBmb3IgYSBTSVAgb3ZlcmxvYWQNCg0KY29udHJvbCBtZWNoYW5pc20gY2FuIGJlIGZvdW5kIGlu IFtSRkM1MzkwXS4NCg0KVGhlIG9iamVjdGl2ZSBvZiB0aGUgcHJvcG9zZWQgd29ya2luZyBncm91 cCBpcyB0byBkZXZlbG9wIG1lY2hhbmlzbXMgZm9yDQoNClNJUCBvdmVybG9hZCBjb250cm9sLiBU d28gY29tcGxlbWVudGFyeSBhcHByb2FjaGVzIGV4aXN0IGZvciBoYW5kbGluZw0KDQpvdmVybG9h ZCBzaXR1YXRpb25zOg0KDQotIFRoZSBmaXJzdCBtZWNoYW5pc20gYWltcyBhdCBwcmV2ZW50aW5n IG92ZXJsb2FkIGluIFNJUCBzZXJ2ZXJzIGJ5DQoNCmFkanVzdGluZyB0aGUgaW5jb21pbmcgbG9h ZCB0byBhIGxldmVsIHRoYXQgaXMgYWNjZXB0YWJsZSBmb3IgdGhpcw0KDQpzZXJ2ZXIuIFRoaXMg bWVjaGFuaXNtIHVzZXMgaW1wbGljaXQgYW5kL29yIGV4cGxpY2l0IGZlZWRiYWNrIHRvDQoNCmRl dGVybWluZSB3aGVuIGFuIG92ZXJsb2FkIGNvbmRpdGlvbiBvY2N1cnMgaW4gYSBTSVAgc2VydmVy IGFuZCBhDQoNClt0bG0tPl0gU3VnZ2VzdCBDaGFuZ2luZyBkZXRlcm1pbmUgdG8gaW5kaWNhdGUN Cg0KcmVkdWN0aW9uIGluIGxvYWQgaXMgcmVxdWlyZWQuDQoNCi0gVGhlIHNlY29uZCBtZWNoYW5p c20gYWltcyBhdCBwcmV2ZW50aW5nIG92ZXJsb2FkIGluIFNJUCBzZXJ2ZXJzIGJ5DQoNCmRpc3Ry aWJ1dGluZyBsb2FkIGNvbnRyb2wgZmlsdGVycyB0byBTSVAgc2VydmVycyB0aGF0IHRocm90dGxl IGNhbGxzDQoNCmJhc2VkIG9uIHRoZWlyIGRlc3RpbmF0aW9uIGRvbWFpbiwgdGVsZXBob25lIG51 bWJlciBwcmVmaXggb3IgZm9yIGENCg0Kc3BlY2lmaWMgdXNlci4gU3VjaCBmaWx0ZXJzIGNhbiBi ZSB1c2VkLCBmb3IgZXhhbXBsZSwgdG8gdGhyb3R0bGUgY2FsbHMNCg0KdG8gYSBob3RsaW5lIGR1 cmluZyBhIHRpY2tldC1naXZlYXdheSBldmVudC4NCg0KU3BlY2lmaWNhbGx5LCB0aGUgcHJvcG9z ZWQgd29ya2luZyBncm91cCB3aWxsIGRldmVsb3AgdGhlIGZvbGxvd2luZw0KDQpkZWxpdmVyYWJs ZXM6DQoNCjEuIEEgZG9jdW1lbnQgZGVzY3JpYmluZyBrZXkgZGVzaWduIGNvbnNpZGVyYXRpb25z IGZvciBhIFNJUCBvdmVybG9hZA0KDQpjb250cm9sIG1lY2hhbmlzbS4NCg0KMi4gQSBzcGVjaWZp Y2F0aW9uIGZvciBhbiBTSVAgb3ZlcmxvYWQgY29udHJvbCBtZWNoYW5pc20gYmFzZWQgb24NCg0K aW1wbGljaXQvZXhwbGljaXQgZmVlZGJhY2suDQoNCjMuIEEgc3BlY2lmaWNhdGlvbiBmb3IgYSBT SVAgbG9hZCBmaWx0ZXJpbmcgbWVjaGFuaXNtLg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0Kc2lwLW92ZXJsb2FkIG1haWxpbmcgbGlzdA0K DQpzaXAtb3ZlcmxvYWRAaWV0Zi5vcmcNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9zaXAtb3ZlcmxvYWQNCg0K ------_=_NextPart_001_01CA0B0E.A2E1EA0E Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+ DQo8SEVBRD4NCg0KPE1FVEEgTkFNRT0iR2VuZXJhdG9yIiBDT05URU5UPSJNUyBFeGNoYW5nZSBT ZXJ2ZXIgdmVyc2lvbiA2LjUuNzY1NS40Ij4NCjxUSVRMRT5SRTogW3NpcC1vdmVybG9hZF0gQ2hh cnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkPC9USVRMRT4NCjwvSEVBRD4NCjxCT0RZPjxk aXY+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD4NClRoaXMgYXBwbGljYXRpb24g b3ZlcmxvYWQsIHNvIHlvdXIgcG9pbnQgaXM/PC9mb250PjwvZGl2Pg0KPGJyPjxkaXY+PGhyIHNp emU9MiB3aWR0aD0iMTAwJSIgYWxpZ249Y2VudGVyIHRhYmluZGV4PS0xPg0KPGZvbnQgZmFjZT1U YWhvbWEgc2l6ZT0yPg0KPGI+RnJvbTwvYj46IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3Jn ICZsdDtzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZyZndDsNPGJyPjxiPlRvPC9iPjogVm9s a2VyIEhpbHQgJmx0O3ZvbGtlcmhAYWxjYXRlbC1sdWNlbnQuY29tJmd0OzsgU0lQLU9WRVJMT0FE ICZsdDtzaXAtb3ZlcmxvYWRAaWV0Zi5vcmcmZ3Q7DTxicj48Yj5TZW50PC9iPjogV2VkIEp1bCAy MiAxMjozNjoxMiAyMDA5PGJyPjxiPlN1YmplY3Q8L2I+OiBSZTogW3NpcC1vdmVybG9hZF0gQ2hh cnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkDTxicj48L2ZvbnQ+PGJyPjwvZGl2Pg0KDQo8 IS0tIENvbnZlcnRlZCBmcm9tIHRleHQvcnRmIGZvcm1hdCAtLT4NCg0KPFAgRElSPUxUUj48U1BB TiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5Wb2xrZXIsPC9G T05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJ WkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+VHdvIHR3ZWFrcyBpbmRpY2F0ZWQgYmVsb3cuPC9GT05U PjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BB TiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5XaGlsZSB0aGU8 L0ZPTlQ+PC9TUEFOPjxTUEFOIExBTkc9ImVuLXVzIj4gPEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJp ZXIgTmV3Ij5yZXF1aXJlbWVudHMgaGF2ZTwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0iZW4tdXMi PjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+IGJlZW4gZGVmaW5lZCwgaXMgaXQgZG9j dW1lbnRlZDwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0iZW4tdXMiPiA8Rk9OVCBTSVpFPTIgRkFD RT0iQ291cmllciBOZXciPmFueXdoZXJlPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+ IDxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+d2h5IGV4aXN0aW5nIG1lY2hhbmlzbXMg KHN1Y2ggYXMgVENQPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0y IEZBQ0U9IkNvdXJpZXIgTmV3Ij4sIEVDTiwgZXRjLjwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0i ZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+KSBhcmUgaW5zdWZmaWNpZW50 PyZuYnNwOyBJZiBub3QsIEkgd291bGQgcHJvcG9zZSBhIGRlbGl2ZXJhYmxlIG9mIHN1Y2ggYSBk b2MgLTwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0iZW4tdXMiPiA8Rk9OVCBTSVpFPTIgRkFDRT0i Q291cmllciBOZXciPmUuZy48L0ZPTlQ+PC9TUEFOPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBT SVpFPTIgRkFDRT0iQ291cmllciBOZXciPiBhbiBpbmZvcm1hdGlvbmFsIFJGQy48L0ZPTlQ+PC9T UEFOPjxTUEFOIExBTkc9ImVuLXVzIj48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExB Tkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPkJyLDwvRk9OVD48L1NQ QU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFD RT0iQ291cmllciBOZXciPlRpbSBNPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PEZP TlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5vcmFuPC9GT05UPjwvU1BBTj48U1BBTiBMQU5H PSJlbi11cyI+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PC9T UEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZB Q0U9IkNvdXJpZXIgTmV3Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxCUj4NCkZyb206IHNp cC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnIFs8QSBIUkVGPSJtYWlsdG86c2lwLW92ZXJsb2Fk LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZzwv QT5dIE9uIEJlaGFsZiBPZiBWb2xrZXIgSGlsdDxCUj4NClNlbnQ6IFR1ZXNkYXksIEp1bHkgMjEs IDIwMDkgNzo0NiBQTTxCUj4NClRvOiBTSVAtT1ZFUkxPQUQ8QlI+DQpTdWJqZWN0OiBbc2lwLW92 ZXJsb2FkXSBDaGFydGVyIFByb3Bvc2FsIGZvciBTSVAgT3ZlcmxvYWQ8L0ZPTlQ+PC9TUEFOPjxT UEFOIExBTkc9ImVuLXVzIj48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVu LXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPkFsbCw8L0ZPTlQ+PC9TUEFOPjwv UD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNv dXJpZXIgTmV3Ij5iZWxvdyBpcyBhIGNoYXJ0ZXIgcHJvcG9zYWwgZm9yIGEgV0cgb24gU0lQIE92 ZXJsb2FkIENvbnRyb2wuPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFO Rz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+QWxsIGNvbW1lbnRzLCB0 aG91Z2h0cywgZmVlZGJhY2sgaXMgdmVyeSB3ZWxjb21lITwvRk9OVD48L1NQQU4+PC9QPg0KDQo8 UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBO ZXciPlRoYW5rcyw8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJl bi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5Wb2xrZXI8L0ZPTlQ+PC9TUEFO PjwvUD4NCjxCUj4NCjxCUj4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQg U0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5TSVAgT3ZlcmxvYWQgQ29udHJvbCBXRyBDaGFydGVy PC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05U IFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LTwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9O VCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPkFzIHdpdGggYW55IG5ldHdvcmsgZWxlbWVudCwg YSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCk8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0K PFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIg TmV3Ij5bUkZDMzI2MV0gc2VydmVyIGNhbiBzdWZmZXIgZnJvbSBvdmVybG9hZCB3aGVuIHRoZSBu dW1iZXIgb2YgU0lQPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0i ZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+bWVzc2FnZXMgaXQgcmVjZWl2 ZXMgZXhjZWVkcyB0aGUgbnVtYmVyIG9mIG1lc3NhZ2VzIGl0IGNhbiBwcm9jZXNzLjwvRk9OVD48 L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIg RkFDRT0iQ291cmllciBOZXciPk92ZXJsb2FkIGlzIHNhaWQgdG8gb2NjdXIgd2hlbiBhIFNJUCBz ZXJ2ZXIgZG9lcyBub3QgaGF2ZSBzdWZmaWNpZW50PC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJ Uj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+ cmVzb3VyY2VzIHRvIHByb2Nlc3MgYWxsIGluY29taW5nIFNJUCBtZXNzYWdlcy4mbmJzcDsgVGhl c2UgcmVzb3VyY2VzIGNhbjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExB Tkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPmluY2x1ZGUgQ1BVLCBt ZW1vcnksIG5ldHdvcmsgYmFuZHdpZHRoLCBpbnB1dC9vdXRwdXQsIG9yIGRpc2sgcmVzb3VyY2Vz LjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9O VCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPk92ZXJsb2FkIGNhbiBwb3NlIGEgc2VyaW91cyBw cm9ibGVtIGZvciBhIG5ldHdvcmsgb2YgU0lQIHNlcnZlcnMuIER1cmluZzwvRk9OVD48L1NQQU4+ PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0i Q291cmllciBOZXciPnBlcmlvZHMgb2Ygb3ZlcmxvYWQsIHRoZSB0aHJvdWdocHV0IG9mIGEgbmV0 d29yayBvZiBTSVAgc2VydmVycyBjYW4gYmU8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxU Uj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5zaWdu aWZpY2FudGx5IGRlZ3JhZGVkLiZuYnNwOyBJbiBmYWN0LCBvdmVybG9hZCBtYXkgbGVhZCB0byBh IHNpdHVhdGlvbiBpbjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9 ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPndoaWNoIHRoZSB0aHJvdWdo cHV0IGRyb3BzIGRvd24gdG8gYSBzbWFsbCBmcmFjdGlvbiBvZiB0aGUgb3JpZ2luYWw8L0ZPTlQ+ PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0y IEZBQ0U9IkNvdXJpZXIgTmV3Ij5wcm9jZXNzaW5nIGNhcGFjaXR5LiZuYnNwOyBUaGlzIGlzIG9m dGVuIGNhbGxlZCBjb25nZXN0aW9uIGNvbGxhcHNlLjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBE SVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXci PlRvIG9iamVjdGl2ZSBvZiBhIFNJUCBvdmVybG9hZCBjb250cm9sIG1lY2hhbmlzbSBpcyB0byBl bmFibGUgU0lQPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PC9TUEFOPjwvUD4NCg0K PFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgQ09MT1I9IiMwMDAwRkYiIFNJWkU9 MiBGQUNFPSJDb3VyaWVyIE5ldyI+W3RsbS0mZ3Q7XTwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0i ZW4tdXMiPiA8Rk9OVCBDT0xPUj0iIzAwMDBGRiIgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5T dWdnZXN0PC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+IDxGT05UIENPTE9SPSIjMDAw MEZGIiBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPkNoYW5nPC9GT05UPjwvU1BBTj48U1BBTiBM QU5HPSJlbi11cyI+PEZPTlQgQ09MT1I9IiMwMDAwRkYiIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5l dyI+aW5nPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgQ09MT1I9IiMwMDAw RkYiIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+ICZxdW90O1RvJnF1b3Q7IHRvICZxdW90O1Ro ZSZxdW90OzwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0iZW4tdXMiPjwvU1BBTj48L1A+DQoNCjxQ IERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQ QU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+c2VydmVycyB0 byBwZXJmb3JtIGNsb3NlIHRvIHRoZWlyIGNhcGFjaXR5IGxpbWl0IGR1cmluZyB0aW1lcyBvZiBv dmVybG9hZC48L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11 cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5UaGUgU0lQIHByb3RvY29sIHByb3Zp ZGVzIGEgbGltaXRlZCBtZWNoYW5pc20gZm9yIG92ZXJsb2FkIGNvbnRyb2w8L0ZPTlQ+PC9TUEFO PjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9 IkNvdXJpZXIgTmV3Ij50aHJvdWdoIGl0cyA1MDMgKFNlcnZpY2UgVW5hdmFpbGFibGUpIHJlc3Bv bnNlIGNvZGUgYW5kIHRoZSBSZXRyeS1BZnRlcjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9 TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPmhl YWRlci4mbmJzcDsgSG93ZXZlciwgdGhpcyBtZWNoYW5pc20gY2Fubm90IHByZXZlbnQgb3Zlcmxv YWQgb2YgYSBTSVAgc2VydmVyPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4g TEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+YW5kIGl0IGNhbm5v dCBwcmV2ZW50IGNvbmdlc3Rpb24gY29sbGFwc2UuJm5ic3A7IEluIGZhY3QsIGl0IG1heSBjYXVz ZTwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9O VCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPnRyYWZmaWMgdG8gb3NjaWxsYXRlIGFuZCB0byBz aGlmdCBiZXR3ZWVuIFNJUCBzZXJ2ZXJzIGFuZCB0aGVyZWJ5IHdvcnNlbjwvRk9OVD48L1NQQU4+ PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0i Q291cmllciBOZXciPmFuIG92ZXJsb2FkIGNvbmRpdGlvbi4mbmJzcDsgQSBkZXRhaWxlZCBkaXNj dXNzaW9uIG9mIHRoZSBTSVAgb3ZlcmxvYWQ8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxU Uj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5wcm9i bGVtLCB0aGUgcHJvYmxlbXMgd2l0aCB0aGUgNTAzIChTZXJ2aWNlIFVuYXZhaWxhYmxlKSByZXNw b25zZSBjb2RlPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4t dXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+YW5kIHRoZSBSZXRyeS1BZnRlciBo ZWFkZXIgYW5kIHRoZSByZXF1aXJlbWVudHMgZm9yIGEgU0lQIG92ZXJsb2FkPC9GT05UPjwvU1BB Tj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNF PSJDb3VyaWVyIE5ldyI+Y29udHJvbCBtZWNoYW5pc20gY2FuIGJlIGZvdW5kIGluIFtSRkM1Mzkw XS48L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZP TlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5UaGUgb2JqZWN0aXZlIG9mIHRoZSBwcm9wb3Nl ZCB3b3JraW5nIGdyb3VwIGlzIHRvIGRldmVsb3AgbWVjaGFuaXNtcyBmb3I8L0ZPTlQ+PC9TUEFO PjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9 IkNvdXJpZXIgTmV3Ij5TSVAgb3ZlcmxvYWQgY29udHJvbC4gVHdvIGNvbXBsZW1lbnRhcnkgYXBw cm9hY2hlcyBleGlzdCBmb3IgaGFuZGxpbmc8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxU Uj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5vdmVy bG9hZCBzaXR1YXRpb25zOjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExB Tkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPi0gVGhlIGZpcnN0IG1l Y2hhbmlzbSBhaW1zIGF0IHByZXZlbnRpbmcgb3ZlcmxvYWQgaW4gU0lQIHNlcnZlcnMgYnk8L0ZP TlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0la RT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5hZGp1c3RpbmcgdGhlIGluY29taW5nIGxvYWQgdG8gYSBs ZXZlbCB0aGF0IGlzIGFjY2VwdGFibGUgZm9yIHRoaXM8L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAg RElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3 Ij5zZXJ2ZXIuIFRoaXMgbWVjaGFuaXNtIHVzZXMgaW1wbGljaXQgYW5kL29yIGV4cGxpY2l0IGZl ZWRiYWNrIHRvPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4t dXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+ZGV0ZXJtaW5lIHdoZW4gYW4gb3Zl cmxvYWQgY29uZGl0aW9uIG9jY3VycyBpbiBhIFNJUCBzZXJ2ZXIgYW5kIGE8L0ZPTlQ+PC9TUEFO PjxTUEFOIExBTkc9ImVuLXVzIj48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9 ImVuLXVzIj48Rk9OVCBDT0xPUj0iIzAwMDBGRiIgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5b dGxtLSZndDtdPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+IDxGT05UIENPTE9SPSIj MDAwMEZGIiBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPlN1Z2dlc3QgQ2hhbmdpbmcgZGV0ZXJt aW5lIHRvIGluZGljYXRlPC9GT05UPjwvU1BBTj48U1BBTiBMQU5HPSJlbi11cyI+PC9TUEFOPjwv UD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PC9TUEFOPjwvUD4NCg0KPFAgRElS PUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5y ZWR1Y3Rpb24gaW4gbG9hZCBpcyByZXF1aXJlZC48L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElS PUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij4t IFRoZSBzZWNvbmQgbWVjaGFuaXNtIGFpbXMgYXQgcHJldmVudGluZyBvdmVybG9hZCBpbiBTSVAg c2VydmVycyBieTwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVu LXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPmRpc3RyaWJ1dGluZyBsb2FkIGNv bnRyb2wgZmlsdGVycyB0byBTSVAgc2VydmVycyB0aGF0IHRocm90dGxlIGNhbGxzPC9GT05UPjwv U1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBG QUNFPSJDb3VyaWVyIE5ldyI+YmFzZWQgb24gdGhlaXIgZGVzdGluYXRpb24gZG9tYWluLCB0ZWxl cGhvbmUgbnVtYmVyIHByZWZpeCBvciBmb3IgYTwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9 TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPnNw ZWNpZmljIHVzZXIuIFN1Y2ggZmlsdGVycyBjYW4gYmUgdXNlZCwgZm9yIGV4YW1wbGUsIHRvIHRo cm90dGxlIGNhbGxzPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0i ZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+dG8gYSBob3RsaW5lIGR1cmlu ZyBhIHRpY2tldC1naXZlYXdheSBldmVudC48L0ZPTlQ+PC9TUEFOPjwvUD4NCg0KPFAgRElSPUxU Uj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9IkNvdXJpZXIgTmV3Ij5TcGVj aWZpY2FsbHksIHRoZSBwcm9wb3NlZCB3b3JraW5nIGdyb3VwIHdpbGwgZGV2ZWxvcCB0aGUgZm9s bG93aW5nPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMi PjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+ZGVsaXZlcmFibGVzOjwvRk9OVD48L1NQ QU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFD RT0iQ291cmllciBOZXciPjEuIEEgZG9jdW1lbnQgZGVzY3JpYmluZyBrZXkgZGVzaWduIGNvbnNp ZGVyYXRpb25zIGZvciBhIFNJUCBvdmVybG9hZDwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9 TFRSPjxTUEFOIExBTkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPmNv bnRyb2wgbWVjaGFuaXNtLjwvRk9OVD48L1NQQU4+PC9QPg0KDQo8UCBESVI9TFRSPjxTUEFOIExB Tkc9ImVuLXVzIj48Rk9OVCBTSVpFPTIgRkFDRT0iQ291cmllciBOZXciPjIuIEEgc3BlY2lmaWNh dGlvbiBmb3IgYW4gU0lQIG92ZXJsb2FkIGNvbnRyb2wgbWVjaGFuaXNtIGJhc2VkIG9uPC9GT05U PjwvU1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9 MiBGQUNFPSJDb3VyaWVyIE5ldyI+aW1wbGljaXQvZXhwbGljaXQgZmVlZGJhY2suPC9GT05UPjwv U1BBTj48L1A+DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBG QUNFPSJDb3VyaWVyIE5ldyI+My4gQSBzcGVjaWZpY2F0aW9uIGZvciBhIFNJUCBsb2FkIGZpbHRl cmluZyBtZWNoYW5pc20uPC9GT05UPjwvU1BBTj48L1A+DQo8QlI+DQo8QlI+DQoNCjxQIERJUj1M VFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0ZPTlQ+PC9TUEFO PjwvUD4NCg0KPFAgRElSPUxUUj48U1BBTiBMQU5HPSJlbi11cyI+PEZPTlQgU0laRT0yIEZBQ0U9 IkNvdXJpZXIgTmV3Ij5zaXAtb3ZlcmxvYWQgbWFpbGluZyBsaXN0PC9GT05UPjwvU1BBTj48L1A+ DQoNCjxQIERJUj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3Vy aWVyIE5ldyI+c2lwLW92ZXJsb2FkQGlldGYub3JnPC9GT05UPjwvU1BBTj48L1A+DQoNCjxQIERJ Uj1MVFI+PFNQQU4gTEFORz0iZW4tdXMiPjxGT05UIFNJWkU9MiBGQUNFPSJDb3VyaWVyIE5ldyI+ PEEgSFJFRj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3Zlcmxv YWQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwLW92ZXJsb2FkPC9B PjwvRk9OVD48L1NQQU4+PFNQQU4gTEFORz0iZW4tdXMiPjwvU1BBTj48L1A+DQoNCjwvQk9EWT4N CjwvSFRNTD4= ------_=_NextPart_001_01CA0B0E.A2E1EA0E-- From mdolly@att.com Wed Jul 22 14:29:36 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E5123A694D for ; Wed, 22 Jul 2009 14:29:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.863 X-Spam-Level: X-Spam-Status: No, score=-105.863 tagged_above=-999 required=5 tests=[AWL=0.235, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BAD_LINEBREAK=0.5, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYSLgfsq+hzK for ; Wed, 22 Jul 2009 14:29:28 -0700 (PDT) Received: from mail129.messagelabs.com (mail129.messagelabs.com [216.82.250.147]) by core3.amsl.com (Postfix) with ESMTP id EF5DF3A67AF for ; Wed, 22 Jul 2009 14:28:59 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: mdolly@att.com X-Msg-Ref: server-6.tower-129.messagelabs.com!1248298019!43702685!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [144.160.20.54] Received: (qmail 22413 invoked from network); 22 Jul 2009 21:27:00 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-6.tower-129.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 22 Jul 2009 21:27:00 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6MLQxo4012143; Wed, 22 Jul 2009 17:26:59 -0400 Received: from gaalpa1msgusr7e.ugd.att.com (gaalpa1msgusr7e.ugd.att.com [135.53.26.19]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6MLQsRh012091; Wed, 22 Jul 2009 17:26:54 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0B13.223FA6AC" Date: Wed, 22 Jul 2009 17:26:53 -0400 Message-ID: <14C85D6CCBE92743AF33663BF5D24EBA02BD4900@gaalpa1msgusr7e.ugd.att.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [sip-overload] Charter Proposal for SIP Overload Thread-Index: AcoKXXOA7CPymKQ7QuOtwew0a/yLAwAi65cgAAlgMbcAAGXYUAAAugA/ From: "DOLLY, MARTIN C, ATTLABS" To: , , , Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 21:29:36 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0B13.223FA6AC Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 V3JvbmcgDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkZyb206IE1vcmFu LCBUaW1vdGh5IEwuIDxUSU1PVEhZLkwuTU9SQU5Ac2FpYy5jb20+IA0KVG86IERPTExZLCBNQVJU SU4gQywgQVRUTEFCUzsgdm9sa2VyaEBhbGNhdGVsLWx1Y2VudC5jb20gPHZvbGtlcmhAYWxjYXRl bC1sdWNlbnQuY29tPjsgc2lwLW92ZXJsb2FkQGlldGYub3JnIDxzaXAtb3ZlcmxvYWRAaWV0Zi5v cmc+OyBuaWNob2xhcy5hbmRyZUBkaHMuZ292IDxuaWNob2xhcy5hbmRyZUBkaHMuZ292PiANClNl bnQ6IFdlZCBKdWwgMjIgMTc6MjQ6MjEgMjAwOQ0KU3ViamVjdDogUkU6IFtzaXAtb3ZlcmxvYWRd IENoYXJ0ZXIgUHJvcG9zYWwgZm9yIFNJUCBPdmVybG9hZCANCg0KDQoNCkkgZG8gbm90IG1ha2Ug dGhlIGFzc3VtcHRpb24gdGhhdCB0aGUgYXBwbGljYXRpb24gaXMgMTAwJSBpbmRlcGVuZGVudCBv ZiB0aGUgbG93ZXIgKGUuZy4gbmV0d29yayBhbmQgdHJhbnNwb3J0KSBsYXllcnMuICBJZiB0aGVy ZSBhcmUgQ1BVIG9yIG1lbW9yeSBpc3N1ZXMg4oCTIHdvdWxkIHRoaXMgbm90IHJlc3VsdCBpbiBj b25nZXN0aW9uIGF0IHRoZSBkZXN0aW5hdGlvbiBub2RlIGFuZCB0aHVzIGludm9rZSBmbG93IGNv bnRyb2wgYXQgdGhlIGxvd2VyIGxheWVycz8gV2hhdCBhcmUgdGhlIGNhc2VzIHdoZXJlIHRoZSBs b3dlciBsYXllcnMgZG8gbm90L2NhbiBub3QgY29udHJvbCB0aGUgY29uZ2VzdGlvbj8NCg0KIA0K DQpUaGF0IHNhaWQsIEkgYW0gb2YgdGhlIHZpZXcgd2UgbmVlZCB0aGlzIHdvcmsgKGV2ZW4gd3Jv dGUgYSBjb250cmlidXRpb24gYXQgb25lIHBvaW50KSwgYnV0IEkgd2FudCB0byBtYWtlIHN1cmUg dGhlcmUgaXMgYSBwcm9wZXIgdW5kZXJzdGFuZGluZyBvZiBob3cgaXQgZml0cyBpbiB0aGUgZ3Jh bmQgc2NoZW1lIG9mIHRoaW5ncyAoY29uZ2VzdGlvbiBjb250cm9sIG1lY2hhbmlzbXMpLiAgSSBi ZWxpZXZlIHRoZXJlIHdhcyBzb21lIGRpc2N1c3Npb24gb24gdGhpcyBvbiB0aGUgbWFpbGluZyBs aXN0IHNvbWUgdGltZSBhZ28uICBEb2N1bWVudGluZyB0aGUgcmVzdWx0cyBvZiB0aGF0IGRpc2N1 c3Npb24gbWF5IHNhdmUgc29tZSB0aW1lIGFuZCBlZmZvcnQgbGF0ZXIuDQoNCiANCg0KQnIsDQoN CiANCg0KVGltIE0uDQoNCiANCg0KIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpGcm9tOiBET0xMWSwgTUFSVElOIEMsIEFUVExBQlMgW21haWx0bzptZG9sbHlAYXR0LmNv bV0gDQpTZW50OiBXZWRuZXNkYXksIEp1bHkgMjIsIDIwMDkgNDo1NSBQTQ0KVG86IE1vcmFuLCBU aW1vdGh5IEwuOyB2b2xrZXJoQGFsY2F0ZWwtbHVjZW50LmNvbTsgc2lwLW92ZXJsb2FkQGlldGYu b3JnOyBuaWNob2xhcy5hbmRyZUBkaHMuZ292DQpTdWJqZWN0OiBSZTogW3NpcC1vdmVybG9hZF0g Q2hhcnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkDQoNCiANCg0KVGhpcyBhcHBsaWNhdGlv biBvdmVybG9hZCwgc28geW91ciBwb2ludCBpcz8NCg0KIA0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KDQpGcm9tOiBzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZyA8c2lw LW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmc+IA0KVG86IFZvbGtlciBIaWx0IDx2b2xrZXJoQGFs Y2F0ZWwtbHVjZW50LmNvbT47IFNJUC1PVkVSTE9BRCA8c2lwLW92ZXJsb2FkQGlldGYub3JnPiAN ClNlbnQ6IFdlZCBKdWwgMjIgMTI6MzY6MTIgMjAwOQ0KU3ViamVjdDogUmU6IFtzaXAtb3Zlcmxv YWRdIENoYXJ0ZXIgUHJvcG9zYWwgZm9yIFNJUCBPdmVybG9hZCANCg0KVm9sa2VyLA0KDQpUd28g dHdlYWtzIGluZGljYXRlZCBiZWxvdy4NCg0KV2hpbGUgdGhlIHJlcXVpcmVtZW50cyBoYXZlIGJl ZW4gZGVmaW5lZCwgaXMgaXQgZG9jdW1lbnRlZCBhbnl3aGVyZSB3aHkgZXhpc3RpbmcgbWVjaGFu aXNtcyAoc3VjaCBhcyBUQ1AsIEVDTiwgZXRjLikgYXJlIGluc3VmZmljaWVudD8gIElmIG5vdCwg SSB3b3VsZCBwcm9wb3NlIGEgZGVsaXZlcmFibGUgb2Ygc3VjaCBhIGRvYyAtIGUuZy4gYW4gaW5m b3JtYXRpb25hbCBSRkMuDQoNCkJyLA0KDQpUaW0gTW9yYW4NCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IHNpcC1vdmVybG9hZC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86c2lw LW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBWb2xrZXIgSGlsdA0KU2Vu dDogVHVlc2RheSwgSnVseSAyMSwgMjAwOSA3OjQ2IFBNDQpUbzogU0lQLU9WRVJMT0FEDQpTdWJq ZWN0OiBbc2lwLW92ZXJsb2FkXSBDaGFydGVyIFByb3Bvc2FsIGZvciBTSVAgT3ZlcmxvYWQNCg0K QWxsLA0KDQpiZWxvdyBpcyBhIGNoYXJ0ZXIgcHJvcG9zYWwgZm9yIGEgV0cgb24gU0lQIE92ZXJs b2FkIENvbnRyb2wuDQoNCkFsbCBjb21tZW50cywgdGhvdWdodHMsIGZlZWRiYWNrIGlzIHZlcnkg d2VsY29tZSENCg0KVGhhbmtzLA0KDQpWb2xrZXINCg0KIA0KDQpTSVAgT3ZlcmxvYWQgQ29udHJv bCBXRyBDaGFydGVyDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KQXMgd2l0 aCBhbnkgbmV0d29yayBlbGVtZW50LCBhIFNlc3Npb24gSW5pdGlhdGlvbiBQcm90b2NvbCAoU0lQ KQ0KDQpbUkZDMzI2MV0gc2VydmVyIGNhbiBzdWZmZXIgZnJvbSBvdmVybG9hZCB3aGVuIHRoZSBu dW1iZXIgb2YgU0lQDQoNCm1lc3NhZ2VzIGl0IHJlY2VpdmVzIGV4Y2VlZHMgdGhlIG51bWJlciBv ZiBtZXNzYWdlcyBpdCBjYW4gcHJvY2Vzcy4NCg0KT3ZlcmxvYWQgaXMgc2FpZCB0byBvY2N1ciB3 aGVuIGEgU0lQIHNlcnZlciBkb2VzIG5vdCBoYXZlIHN1ZmZpY2llbnQNCg0KcmVzb3VyY2VzIHRv IHByb2Nlc3MgYWxsIGluY29taW5nIFNJUCBtZXNzYWdlcy4gIFRoZXNlIHJlc291cmNlcyBjYW4N Cg0KaW5jbHVkZSBDUFUsIG1lbW9yeSwgbmV0d29yayBiYW5kd2lkdGgsIGlucHV0L291dHB1dCwg b3IgZGlzayByZXNvdXJjZXMuDQoNCk92ZXJsb2FkIGNhbiBwb3NlIGEgc2VyaW91cyBwcm9ibGVt IGZvciBhIG5ldHdvcmsgb2YgU0lQIHNlcnZlcnMuIER1cmluZw0KDQpwZXJpb2RzIG9mIG92ZXJs b2FkLCB0aGUgdGhyb3VnaHB1dCBvZiBhIG5ldHdvcmsgb2YgU0lQIHNlcnZlcnMgY2FuIGJlDQoN CnNpZ25pZmljYW50bHkgZGVncmFkZWQuICBJbiBmYWN0LCBvdmVybG9hZCBtYXkgbGVhZCB0byBh IHNpdHVhdGlvbiBpbg0KDQp3aGljaCB0aGUgdGhyb3VnaHB1dCBkcm9wcyBkb3duIHRvIGEgc21h bGwgZnJhY3Rpb24gb2YgdGhlIG9yaWdpbmFsDQoNCnByb2Nlc3NpbmcgY2FwYWNpdHkuICBUaGlz IGlzIG9mdGVuIGNhbGxlZCBjb25nZXN0aW9uIGNvbGxhcHNlLg0KDQpUbyBvYmplY3RpdmUgb2Yg YSBTSVAgb3ZlcmxvYWQgY29udHJvbCBtZWNoYW5pc20gaXMgdG8gZW5hYmxlIFNJUA0KDQpbdGxt LT5dIFN1Z2dlc3QgQ2hhbmdpbmcgIlRvIiB0byAiVGhlIg0KDQpzZXJ2ZXJzIHRvIHBlcmZvcm0g Y2xvc2UgdG8gdGhlaXIgY2FwYWNpdHkgbGltaXQgZHVyaW5nIHRpbWVzIG9mIG92ZXJsb2FkLg0K DQpUaGUgU0lQIHByb3RvY29sIHByb3ZpZGVzIGEgbGltaXRlZCBtZWNoYW5pc20gZm9yIG92ZXJs b2FkIGNvbnRyb2wNCg0KdGhyb3VnaCBpdHMgNTAzIChTZXJ2aWNlIFVuYXZhaWxhYmxlKSByZXNw b25zZSBjb2RlIGFuZCB0aGUgUmV0cnktQWZ0ZXINCg0KaGVhZGVyLiAgSG93ZXZlciwgdGhpcyBt ZWNoYW5pc20gY2Fubm90IHByZXZlbnQgb3ZlcmxvYWQgb2YgYSBTSVAgc2VydmVyDQoNCmFuZCBp dCBjYW5ub3QgcHJldmVudCBjb25nZXN0aW9uIGNvbGxhcHNlLiAgSW4gZmFjdCwgaXQgbWF5IGNh dXNlDQoNCnRyYWZmaWMgdG8gb3NjaWxsYXRlIGFuZCB0byBzaGlmdCBiZXR3ZWVuIFNJUCBzZXJ2 ZXJzIGFuZCB0aGVyZWJ5IHdvcnNlbg0KDQphbiBvdmVybG9hZCBjb25kaXRpb24uICBBIGRldGFp bGVkIGRpc2N1c3Npb24gb2YgdGhlIFNJUCBvdmVybG9hZA0KDQpwcm9ibGVtLCB0aGUgcHJvYmxl bXMgd2l0aCB0aGUgNTAzIChTZXJ2aWNlIFVuYXZhaWxhYmxlKSByZXNwb25zZSBjb2RlDQoNCmFu ZCB0aGUgUmV0cnktQWZ0ZXIgaGVhZGVyIGFuZCB0aGUgcmVxdWlyZW1lbnRzIGZvciBhIFNJUCBv dmVybG9hZA0KDQpjb250cm9sIG1lY2hhbmlzbSBjYW4gYmUgZm91bmQgaW4gW1JGQzUzOTBdLg0K DQpUaGUgb2JqZWN0aXZlIG9mIHRoZSBwcm9wb3NlZCB3b3JraW5nIGdyb3VwIGlzIHRvIGRldmVs b3AgbWVjaGFuaXNtcyBmb3INCg0KU0lQIG92ZXJsb2FkIGNvbnRyb2wuIFR3byBjb21wbGVtZW50 YXJ5IGFwcHJvYWNoZXMgZXhpc3QgZm9yIGhhbmRsaW5nDQoNCm92ZXJsb2FkIHNpdHVhdGlvbnM6 DQoNCi0gVGhlIGZpcnN0IG1lY2hhbmlzbSBhaW1zIGF0IHByZXZlbnRpbmcgb3ZlcmxvYWQgaW4g U0lQIHNlcnZlcnMgYnkNCg0KYWRqdXN0aW5nIHRoZSBpbmNvbWluZyBsb2FkIHRvIGEgbGV2ZWwg dGhhdCBpcyBhY2NlcHRhYmxlIGZvciB0aGlzDQoNCnNlcnZlci4gVGhpcyBtZWNoYW5pc20gdXNl cyBpbXBsaWNpdCBhbmQvb3IgZXhwbGljaXQgZmVlZGJhY2sgdG8NCg0KZGV0ZXJtaW5lIHdoZW4g YW4gb3ZlcmxvYWQgY29uZGl0aW9uIG9jY3VycyBpbiBhIFNJUCBzZXJ2ZXIgYW5kIGENCg0KW3Rs bS0+XSBTdWdnZXN0IENoYW5naW5nIGRldGVybWluZSB0byBpbmRpY2F0ZQ0KDQpyZWR1Y3Rpb24g aW4gbG9hZCBpcyByZXF1aXJlZC4NCg0KLSBUaGUgc2Vjb25kIG1lY2hhbmlzbSBhaW1zIGF0IHBy ZXZlbnRpbmcgb3ZlcmxvYWQgaW4gU0lQIHNlcnZlcnMgYnkNCg0KZGlzdHJpYnV0aW5nIGxvYWQg Y29udHJvbCBmaWx0ZXJzIHRvIFNJUCBzZXJ2ZXJzIHRoYXQgdGhyb3R0bGUgY2FsbHMNCg0KYmFz ZWQgb24gdGhlaXIgZGVzdGluYXRpb24gZG9tYWluLCB0ZWxlcGhvbmUgbnVtYmVyIHByZWZpeCBv ciBmb3IgYQ0KDQpzcGVjaWZpYyB1c2VyLiBTdWNoIGZpbHRlcnMgY2FuIGJlIHVzZWQsIGZvciBl eGFtcGxlLCB0byB0aHJvdHRsZSBjYWxscw0KDQp0byBhIGhvdGxpbmUgZHVyaW5nIGEgdGlja2V0 LWdpdmVhd2F5IGV2ZW50Lg0KDQpTcGVjaWZpY2FsbHksIHRoZSBwcm9wb3NlZCB3b3JraW5nIGdy b3VwIHdpbGwgZGV2ZWxvcCB0aGUgZm9sbG93aW5nDQoNCmRlbGl2ZXJhYmxlczoNCg0KMS4gQSBk b2N1bWVudCBkZXNjcmliaW5nIGtleSBkZXNpZ24gY29uc2lkZXJhdGlvbnMgZm9yIGEgU0lQIG92 ZXJsb2FkDQoNCmNvbnRyb2wgbWVjaGFuaXNtLg0KDQoyLiBBIHNwZWNpZmljYXRpb24gZm9yIGFu IFNJUCBvdmVybG9hZCBjb250cm9sIG1lY2hhbmlzbSBiYXNlZCBvbg0KDQppbXBsaWNpdC9leHBs aWNpdCBmZWVkYmFjay4NCg0KMy4gQSBzcGVjaWZpY2F0aW9uIGZvciBhIFNJUCBsb2FkIGZpbHRl cmluZyBtZWNoYW5pc20uDQoNCiANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0Kc2lwLW92ZXJsb2FkIG1haWxpbmcgbGlzdA0KDQpzaXAtb3Zlcmxv YWRAaWV0Zi5vcmcNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAt b3ZlcmxvYWQNCg0K ------_=_NextPart_001_01CA0B13.223FA6AC Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RS L1JFQy1odG1sNDAiPg0KDQo8aGVhZD4NCg0KPG1ldGEgbmFtZT1HZW5lcmF0b3IgY29udGVudD0i TWljcm9zb2Z0IFdvcmQgMTEgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtpZiAhbXNvXT4NCjxz dHlsZT4NCnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2JlaGF2aW9y OnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30N Ci5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT4NCjwhW2VuZGlm XS0tPg0KPHRpdGxlPlJFOiBbc2lwLW92ZXJsb2FkXSBDaGFydGVyIFByb3Bvc2FsIGZvciBTSVAg T3ZlcmxvYWQ8L3RpdGxlPg0KPHN0eWxlPg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAz IDUgNCA0IDIgNDt9DQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCiBwLk1zb05vcm1hbCwgbGku TXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biI7fQ0KaDMNCgl7bWFyZ2luLXRvcDoxMi4wcHQ7DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltYXJn aW4tYm90dG9tOjMuMHB0Ow0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJdGV4dC1pbmRlbnQ6LS41aW47 DQoJcGFnZS1icmVhay1hZnRlcjphdm9pZDsNCgltc28tbGlzdDpsMSBsZXZlbDMgbGZvMjsNCglm b250LXNpemU6MTMuMHB0Ow0KCWZvbnQtZmFtaWx5OkFyaWFsOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7 fQ0KaDQNCgl7bWFyZ2luLXRvcDoxMi4wcHQ7DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltYXJnaW4t Ym90dG9tOjMuMHB0Ow0KCW1hcmdpbi1sZWZ0Oi42aW47DQoJdGV4dC1pbmRlbnQ6LS42aW47DQoJ cGFnZS1icmVhay1hZnRlcjphdm9pZDsNCglmb250LXNpemU6MTQuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOmJsdWU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0K CW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2lu LWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiI7fQ0KcC5BcHBlbmRpeDEsIGxpLkFwcGVuZGl4MSwgZGl2LkFwcGVuZGl4MQ0KCXttYXJn aW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1h cmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCgltc28tbGlzdDpsMCBsZXZlbDEgbGZvMTsNCglmb250LXNpemU6MTYuMHB0Ow0KCWZv bnQtZmFtaWx5OkFyaWFsOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0KcC5IZWRhaW5nNSwgbGkuSGVk YWluZzUsIGRpdi5IZWRhaW5nNQ0KCXttYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6MGlu Ow0KCW1hcmdpbi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0OjI0LjZwdDsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJdGV4dC1pbmRlbnQ6LS4zaW47DQoJbXNvLWxpc3Q6bDIgbGV2ZWwxIGxm bzM7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseTpBcmlhbDsNCgljb2xvcjpuYXZ5O30NCkBwYWdlIFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjI1aW4gMS4waW4gMS4yNWluO30NCmRpdi5T ZWN0aW9uMQ0KCXtwYWdlOlNlY3Rpb24xO30NCiAvKiBMaXN0IERlZmluaXRpb25zICovDQogQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6MzM5NTUwOTQwOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczot MTk1NDA4NzQzNjt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YWxwaGEtdXBwZXI7DQoJbXNvLWxldmVsLXN0eWxlLWxpbms6IkFwcGVuZGl4IDEiOw0KCW1zby1s ZXZlbC10ZXh0OiJBcHBlbmRpeCAlMVwuIjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtdGV4dDoiJTElMlwuIjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MS4waW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjEuNWlu Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDoyLjBpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGww OmxldmVsNQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6Mi41aW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjMuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10 YWItc3RvcDozLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6NC4w aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjQuNWluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDENCgl7bXNvLWxpc3QtaWQ6NjgxMjQ3OTUyOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxOTky MDY3NjUwO30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MzsNCgltc28t bGV2ZWwtdGV4dDolMTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjNpbjsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6LjNpbjsNCgl0ZXh0LWluZGVudDotLjNp bjt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLXN0YXJ0LWF0OjU7DQoJbXNvLWxldmVs LXRleHQ6IiUxXC4lMiI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOi40aW47DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Oi40aW47DQoJdGV4dC1pbmRlbnQ6LS40 aW47fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1zdGFydC1hdDozOw0KCW1zby1sZXZl bC1zdHlsZS1saW5rOiJIZWFkaW5nIDMiOw0KCW1zby1sZXZlbC10ZXh0OiIlMVwuJTJcLiUzIjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgl0ZXh0LWluZGVudDotLjVpbjt9DQpAbGlzdCBsMTps ZXZlbDQNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4lMlwuJTNcLiU0IjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6LjZpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxl ZnQ6LjZpbjsNCgl0ZXh0LWluZGVudDotLjZpbjt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxl dmVsLXRleHQ6IiUxXC4lMlwuJTNcLiU0XC4lNSI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOi43aW47 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Oi43aW47DQoJ dGV4dC1pbmRlbnQ6LS43aW47fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC10ZXh0OiIl MVwuJTJcLiUzXC4lNFwuJTVcLiU2IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjhpbjsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6LjhpbjsNCgl0ZXh0LWlu ZGVudDotLjhpbjt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4lMlwu JTNcLiU0XC4lNVwuJTZcLiU3IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjlpbjsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6LjlpbjsNCgl0ZXh0LWluZGVu dDotLjlpbjt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4lMlwuJTNc LiU0XC4lNVwuJTZcLiU3XC4lOCI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoxLjBpbjsNCgl0ZXh0LWlu ZGVudDotMS4waW47fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC10ZXh0OiIlMVwuJTJc LiUzXC4lNFwuJTVcLiU2XC4lN1wuJThcLiU5IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MS4xaW47 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEuMWluOw0K CXRleHQtaW5kZW50Oi0xLjFpbjt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDoyMTMxNTA5NjY1 Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMjA5NzkyNjk2O30NCkBsaXN0IGwyOmxldmVsMQ0K CXttc28tbGV2ZWwtc3R5bGUtbGluazoiSGVkYWluZyA1IjsNCgltc28tbGV2ZWwtdGV4dDolMTsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6MjQuNnB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDoyNC42cHQ7DQoJdGV4dC1pbmRlbnQ6LS4zaW47fQ0KQGxpc3Qg bDI6bGV2ZWwyDQoJe21zby1sZXZlbC10ZXh0OiIlMVwuJTIiOw0KCW1zby1sZXZlbC10YWItc3Rv cDozMS44cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0 OjMxLjhwdDsNCgl0ZXh0LWluZGVudDotLjRpbjt9DQpAbGlzdCBsMjpsZXZlbDMNCgl7bXNvLWxl dmVsLXRleHQ6IiUxXC4lMlwuJTMiOw0KCW1zby1sZXZlbC10YWItc3RvcDozOS4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjM5LjBwdDsNCgl0ZXh0 LWluZGVudDotLjVpbjt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4l MlwuJTNcLiU0IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NjUuN3B0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDo2NS43cHQ7DQoJdGV4dC1pbmRlbnQ6LS42 aW47fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC10ZXh0OiIlMVwuJTJcLiUzXC4lNFwu JTUiOw0KCW1zby1sZXZlbC10YWItc3RvcDo1My40cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjUzLjRwdDsNCgl0ZXh0LWluZGVudDotLjdpbjt9DQpA bGlzdCBsMjpsZXZlbDYNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4lMlwuJTNcLiU0XC4lNVwuJTYi Ow0KCW1zby1sZXZlbC10YWItc3RvcDo2MC42cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjYwLjZwdDsNCgl0ZXh0LWluZGVudDotLjhpbjt9DQpAbGlz dCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLXRleHQ6IiUxXC4lMlwuJTNcLiU0XC4lNVwuJTZcLiU3 IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NjcuOHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDo2Ny44cHQ7DQoJdGV4dC1pbmRlbnQ6LS45aW47fQ0KQGxp c3QgbDI6bGV2ZWw4DQoJe21zby1sZXZlbC10ZXh0OiIlMVwuJTJcLiUzXC4lNFwuJTVcLiU2XC4l N1wuJTgiOw0KCW1zby1sZXZlbC10YWItc3RvcDo3NS4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0Ojc1LjBwdDsNCgl0ZXh0LWluZGVudDotMS4waW47 fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC10ZXh0OiIlMVwuJTJcLiUzXC4lNFwuJTVc LiU2XC4lN1wuJThcLiU5IjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6ODIuMnB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDo4Mi4ycHQ7DQoJdGV4dC1pbmRl bnQ6LTEuMWluO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0 b206MGluO30NCi0tPg0KPC9zdHlsZT4NCjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCiA8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp dCI+DQogIDxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KIDwvbzpzaGFwZWxheW91 dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCg0KPGJvZHkgbGFuZz1FTi1VUyBsaW5rPWJs dWUgdmxpbms9Ymx1ZT48ZGl2Pjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+DQpX cm9uZyA8L2ZvbnQ+PC9kaXY+DQo8YnI+PGRpdj48aHIgc2l6ZT0yIHdpZHRoPSIxMDAlIiBhbGln bj1jZW50ZXIgdGFiaW5kZXg9LTE+DQo8Zm9udCBmYWNlPVRhaG9tYSBzaXplPTI+DQo8Yj5Gcm9t PC9iPjogTW9yYW4sIFRpbW90aHkgTC4gJmx0O1RJTU9USFkuTC5NT1JBTkBzYWljLmNvbSZndDsN PGJyPjxiPlRvPC9iPjogRE9MTFksIE1BUlRJTiBDLCBBVFRMQUJTOyB2b2xrZXJoQGFsY2F0ZWwt bHVjZW50LmNvbSAmbHQ7dm9sa2VyaEBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7OyBzaXAtb3Zlcmxv YWRAaWV0Zi5vcmcgJmx0O3NpcC1vdmVybG9hZEBpZXRmLm9yZyZndDs7IG5pY2hvbGFzLmFuZHJl QGRocy5nb3YgJmx0O25pY2hvbGFzLmFuZHJlQGRocy5nb3YmZ3Q7DTxicj48Yj5TZW50PC9iPjog V2VkIEp1bCAyMiAxNzoyNDoyMSAyMDA5PGJyPjxiPlN1YmplY3Q8L2I+OiBSRTogW3NpcC1vdmVy bG9hZF0gQ2hhcnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkDTxicj48L2ZvbnQ+PGJyPjwv ZGl2Pg0KDQoNCjxkaXYgY2xhc3M9U2VjdGlvbjE+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+SSBkbyBub3QgbWFrZSB0aGUgYXNz dW1wdGlvbiB0aGF0IHRoZQ0KYXBwbGljYXRpb24gaXMgMTAwJSBpbmRlcGVuZGVudCBvZiB0aGUg bG93ZXIgKGUuZy4gbmV0d29yayBhbmQgdHJhbnNwb3J0KQ0KbGF5ZXJzLiZuYnNwOyBJZiB0aGVy ZSBhcmUgQ1BVIG9yIG1lbW9yeSBpc3N1ZXMgJiM4MjExOyB3b3VsZCB0aGlzIG5vdCByZXN1bHQN CmluIGNvbmdlc3Rpb24gYXQgdGhlIGRlc3RpbmF0aW9uIG5vZGUgYW5kIHRodXMgaW52b2tlIGZs b3cgY29udHJvbCBhdCB0aGUgbG93ZXINCmxheWVycz8gV2hhdCBhcmUgdGhlIGNhc2VzIHdoZXJl IHRoZSBsb3dlciBsYXllcnMgZG8gbm90L2NhbiBub3QgY29udHJvbCB0aGUNCmNvbmdlc3Rpb24/ PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250 IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEw LjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5h dnkgZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOm5hdnknPlRoYXQgc2FpZCwgSSBhbSBvZiB0aGUgdmlldyB3ZSBuZWVkIHRo aXMNCndvcmsgKGV2ZW4gd3JvdGUgYSBjb250cmlidXRpb24gYXQgb25lIHBvaW50KSwgYnV0IEkg d2FudCB0byBtYWtlIHN1cmUgdGhlcmUgaXMNCmEgcHJvcGVyIHVuZGVyc3RhbmRpbmcgb2YgaG93 IGl0IGZpdHMgaW4gdGhlIGdyYW5kIHNjaGVtZSBvZiB0aGluZ3MgKGNvbmdlc3Rpb24NCmNvbnRy b2wgbWVjaGFuaXNtcykuJm5ic3A7IEkgYmVsaWV2ZSB0aGVyZSB3YXMgc29tZSBkaXNjdXNzaW9u IG9uIHRoaXMgb24gdGhlIG1haWxpbmcNCmxpc3Qgc29tZSB0aW1lIGFnby4gJm5ic3A7RG9jdW1l bnRpbmcgdGhlIHJlc3VsdHMgb2YgdGhhdCBkaXNjdXNzaW9uIG1heSBzYXZlDQpzb21lIHRpbWUg YW5kIGVmZm9ydCBsYXRlci48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u dCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQox MC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+QnIsPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5 IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpB cmlhbDtjb2xvcjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8 cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3Bh biBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnkn PlRpbSBNLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h bD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj b2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250 LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KDQo8ZGl2Pg0KDQo8ZGl2IGNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXIgc3R5bGU9 J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRoPSIxMDAl IiBhbGlnbj1jZW50ZXIgdGFiaW5kZXg9LTE+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQoNCjxw IGNsYXNzPU1zb05vcm1hbD48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6Ym9sZCc+ RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTINCmZhY2U9VGFob21hPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+IERPTExZLCBNQVJUSU4g QywNCkFUVExBQlMgW21haWx0bzptZG9sbHlAYXR0LmNvbV0gPGJyPg0KPGI+PHNwYW4gc3R5bGU9 J2ZvbnQtd2VpZ2h0OmJvbGQnPlNlbnQ6PC9zcGFuPjwvYj4gV2VkbmVzZGF5LCBKdWx5IDIyLCAy MDA5DQo0OjU1IFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlRvOjwv c3Bhbj48L2I+IE1vcmFuLCBUaW1vdGh5IEwuOw0Kdm9sa2VyaEBhbGNhdGVsLWx1Y2VudC5jb207 IHNpcC1vdmVybG9hZEBpZXRmLm9yZzsgbmljaG9sYXMuYW5kcmVAZGhzLmdvdjxicj4NCjxiPjxz cGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbc2lw LW92ZXJsb2FkXQ0KQ2hhcnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkPC9zcGFuPjwvZm9u dD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIu MHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2Pg0KDQo8cCBj bGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkgZmFjZT1BcmlhbD48c3BhbiBz dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOm5hdnknPlRo aXMgYXBwbGljYXRpb24gb3ZlcmxvYWQsIHNvIHlvdXIgcG9pbnQNCmlzPzwvc3Bhbj48L2ZvbnQ+ PG86cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBw dCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPGRpdj4NCg0KPGRpdiBj bGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFsaWduOmNlbnRlcic+PGZv bnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTIuMHB0Jz4NCg0KPGhyIHNpemU9MiB3aWR0aD0iMTAwJSIgYWxpZ249Y2VudGVyIHRhYmluZGV4 PS0xPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4N CnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYTtmb250LXdlaWdodDpi b2xkJz5Gcm9tPC9zcGFuPjwvZm9udD48L2I+PGZvbnQNCnNpemU9MiBmYWNlPVRhaG9tYT48c3Bh biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPjoNCnNpcC1vdmVy bG9hZC1ib3VuY2VzQGlldGYub3JnICZsdDtzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9yZyZn dDsgPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlRvPC9zcGFuPjwvYj46 IFZvbGtlciBIaWx0DQombHQ7dm9sa2VyaEBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7OyBTSVAtT1ZF UkxPQUQgJmx0O3NpcC1vdmVybG9hZEBpZXRmLm9yZyZndDsgPGJyPg0KPGI+PHNwYW4gc3R5bGU9 J2ZvbnQtd2VpZ2h0OmJvbGQnPlNlbnQ8L3NwYW4+PC9iPjogV2VkIEp1bCAyMiAxMjozNjoxMiAy MDA5PGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlN1YmplY3Q8L3NwYW4+ PC9iPjogUmU6IFtzaXAtb3ZlcmxvYWRdDQpDaGFydGVyIFByb3Bvc2FsIGZvciBTSVAgT3Zlcmxv YWQgPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxwPjxmb250IHNp emU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6DQoiQ291cmllciBOZXciJz48IS0tIENvbnZlcnRlZCBmcm9tIHRleHQvcnRmIGZv cm1hdCAtLT5Wb2xrZXIsPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQg c2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPlR3byB0d2Vha3MgaW5kaWNhdGVkIGJlbG93Ljwv c3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291 cmllciBOZXciJz5XaGlsZSB0aGU8L3NwYW4+PC9mb250PiA8Zm9udCBzaXplPTIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiQ291 cmllciBOZXciJz5yZXF1aXJlbWVudHMgaGF2ZSBiZWVuDQpkZWZpbmVkLCBpcyBpdCBkb2N1bWVu dGVkPC9zcGFuPjwvZm9udD4gPGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3Bhbg0K c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+YW55d2hl cmU8L3NwYW4+PC9mb250PiA8Zm9udA0Kc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz53aHkNCmV4 aXN0aW5nIG1lY2hhbmlzbXMgKHN1Y2ggYXMgVENQLCBFQ04sIGV0Yy4pIGFyZSBpbnN1ZmZpY2ll bnQ/Jm5ic3A7IElmIG5vdCwgSQ0Kd291bGQgcHJvcG9zZSBhIGRlbGl2ZXJhYmxlIG9mIHN1Y2gg YSBkb2MgLTwvc3Bhbj48L2ZvbnQ+IDxmb250IHNpemU9Mg0KZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPmUu Zy4NCmFuIGluZm9ybWF0aW9uYWwgUkZDLjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoN CjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5Cciw8L3NwYW4+PC9mb250Pjxv OnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+VGlt IE1vcmFuPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToNCiJDb3VyaWVyIE5ldyInPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTog c2lwLW92ZXJsb2FkLWJvdW5jZXNAaWV0Zi5vcmcgWzxhDQpocmVmPSJtYWlsdG86c2lwLW92ZXJs b2FkLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXAtb3ZlcmxvYWQtYm91bmNlc0BpZXRmLm9y ZzwvYT5dDQpPbiBCZWhhbGYgT2YgVm9sa2VyIEhpbHQ8YnI+DQpTZW50OiBUdWVzZGF5LCBKdWx5 IDIxLCAyMDA5IDc6NDYgUE08YnI+DQpUbzogU0lQLU9WRVJMT0FEPGJyPg0KU3ViamVjdDogW3Np cC1vdmVybG9hZF0gQ2hhcnRlciBQcm9wb3NhbCBmb3IgU0lQIE92ZXJsb2FkPC9zcGFuPjwvZm9u dD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyIn PkFsbCw8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFj ZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 Og0KIkNvdXJpZXIgTmV3Iic+YmVsb3cgaXMgYSBjaGFydGVyIHByb3Bvc2FsIGZvciBhIFdHIG9u IFNJUCBPdmVybG9hZCBDb250cm9sLjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxw Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5BbGwgY29tbWVudHMsIHRob3VnaHRz LCBmZWVkYmFjayBpcyB2ZXJ5IHdlbGNvbWUhPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4N Cg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPlRoYW5rcyw8L3NwYW4+PC9m b250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3 Iic+Vm9sa2VyPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9y bWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1l cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBO ZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIg TmV3Iic+U0lQIE92ZXJsb2FkIENvbnRyb2wgV0cgQ2hhcnRlcjwvc3Bhbj48L2ZvbnQ+PG86cD48 L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0K PHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPkFzIHdpdGggYW55IG5ldHdvcmsg ZWxlbWVudCwgYSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCk8L3NwYW4+PC9mb250 PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+ W1JGQzMyNjFdIHNlcnZlciBjYW4gc3VmZmVyIGZyb20gb3ZlcmxvYWQgd2hlbiB0aGUgbnVtYmVy IG9mIFNJUDwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBm YWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6DQoiQ291cmllciBOZXciJz5tZXNzYWdlcyBpdCByZWNlaXZlcyBleGNlZWRzIHRoZSBudW1i ZXIgb2YgbWVzc2FnZXMgaXQgY2FuDQpwcm9jZXNzLjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48 L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5PdmVybG9hZCBpcyBz YWlkIHRvIG9jY3VyIHdoZW4gYSBTSVAgc2VydmVyIGRvZXMgbm90IGhhdmUNCnN1ZmZpY2llbnQ8 L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNv dXJpZXIgTmV3Iic+cmVzb3VyY2VzIHRvIHByb2Nlc3MgYWxsIGluY29taW5nIFNJUCBtZXNzYWdl cy4mbmJzcDsgVGhlc2UNCnJlc291cmNlcyBjYW48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9w Pg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+aW5jbHVkZSBDUFUsIG1l bW9yeSwgbmV0d29yayBiYW5kd2lkdGgsIGlucHV0L291dHB1dCwgb3IgZGlzaw0KcmVzb3VyY2Vz Ljwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoi Q291cmllciBOZXciJz5PdmVybG9hZCBjYW4gcG9zZSBhIHNlcmlvdXMgcHJvYmxlbSBmb3IgYSBu ZXR3b3JrIG9mIFNJUA0Kc2VydmVycy4gRHVyaW5nPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwv cD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPnBlcmlvZHMgb2Ygb3Zl cmxvYWQsIHRoZSB0aHJvdWdocHV0IG9mIGEgbmV0d29yayBvZiBTSVAgc2VydmVycw0KY2FuIGJl PC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNv dXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJD b3VyaWVyIE5ldyInPnNpZ25pZmljYW50bHkgZGVncmFkZWQuJm5ic3A7IEluIGZhY3QsIG92ZXJs b2FkIG1heSBsZWFkIHRvIGENCnNpdHVhdGlvbiBpbjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48 L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz53aGljaCB0aGUgdGhy b3VnaHB1dCBkcm9wcyBkb3duIHRvIGEgc21hbGwgZnJhY3Rpb24gb2YgdGhlDQpvcmlnaW5hbDwv c3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291 cmllciBOZXciJz5wcm9jZXNzaW5nIGNhcGFjaXR5LiZuYnNwOyBUaGlzIGlzIG9mdGVuIGNhbGxl ZCBjb25nZXN0aW9uDQpjb2xsYXBzZS48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8 cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+VG8gb2JqZWN0aXZlIG9mIGEgU0lQ IG92ZXJsb2FkIGNvbnRyb2wgbWVjaGFuaXNtIGlzIHRvIGVuYWJsZQ0KU0lQPC9zcGFuPjwvZm9u dD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6IkNv dXJpZXIgTmV3Ijtjb2xvcjpibHVlJz5bdGxtLSZndDtdPC9zcGFuPjwvZm9udD4gPGZvbnQgc2l6 ZT0yDQpjb2xvcj1ibHVlIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciOw0KY29sb3I6Ymx1ZSc+U3VnZ2VzdDwv c3Bhbj48L2ZvbnQ+IDxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkNvdXJpZXIgTmV3Ij48 c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtj b2xvcjpibHVlJz5DaGFuZ2luZw0KJnF1b3Q7VG8mcXVvdDsgdG8gJnF1b3Q7VGhlJnF1b3Q7PC9z cGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3Vy aWVyIE5ldyInPnNlcnZlcnMgdG8gcGVyZm9ybSBjbG9zZSB0byB0aGVpciBjYXBhY2l0eSBsaW1p dCBkdXJpbmcgdGltZXMgb2YNCm92ZXJsb2FkLjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+ DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5UaGUgU0lQIHByb3RvY29s IHByb3ZpZGVzIGEgbGltaXRlZCBtZWNoYW5pc20gZm9yIG92ZXJsb2FkDQpjb250cm9sPC9zcGFu PjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVy IE5ldyInPnRocm91Z2ggaXRzIDUwMyAoU2VydmljZSBVbmF2YWlsYWJsZSkgcmVzcG9uc2UgY29k ZSBhbmQgdGhlDQpSZXRyeS1BZnRlcjwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxw Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5oZWFkZXIuJm5ic3A7IEhvd2V2ZXIs IHRoaXMgbWVjaGFuaXNtIGNhbm5vdCBwcmV2ZW50IG92ZXJsb2FkIG9mDQphIFNJUCBzZXJ2ZXI8 L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291 cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNv dXJpZXIgTmV3Iic+YW5kIGl0IGNhbm5vdCBwcmV2ZW50IGNvbmdlc3Rpb24gY29sbGFwc2UuJm5i c3A7IEluIGZhY3QsIGl0IG1heQ0KY2F1c2U8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0K DQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+dHJhZmZpYyB0byBvc2NpbGxh dGUgYW5kIHRvIHNoaWZ0IGJldHdlZW4gU0lQIHNlcnZlcnMgYW5kDQp0aGVyZWJ5IHdvcnNlbjwv c3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3Vy aWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291 cmllciBOZXciJz5hbiBvdmVybG9hZCBjb25kaXRpb24uJm5ic3A7IEEgZGV0YWlsZWQgZGlzY3Vz c2lvbiBvZiB0aGUgU0lQDQpvdmVybG9hZDwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoN CjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5wcm9ibGVtLCB0aGUgcHJvYmxl bXMgd2l0aCB0aGUgNTAzIChTZXJ2aWNlIFVuYXZhaWxhYmxlKQ0KcmVzcG9uc2UgY29kZTwvc3Bh bj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVy IE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmll ciBOZXciJz5hbmQgdGhlIFJldHJ5LUFmdGVyIGhlYWRlciBhbmQgdGhlIHJlcXVpcmVtZW50cyBm b3IgYSBTSVANCm92ZXJsb2FkPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZv bnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPmNvbnRyb2wgbWVjaGFuaXNtIGNhbiBiZSBm b3VuZCBpbiBbUkZDNTM5MF0uPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZv bnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPlRoZSBvYmplY3RpdmUgb2YgdGhlIHByb3Bv c2VkIHdvcmtpbmcgZ3JvdXAgaXMgdG8gZGV2ZWxvcCBtZWNoYW5pc21zDQpmb3I8L3NwYW4+PC9m b250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXci PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3 Iic+U0lQIG92ZXJsb2FkIGNvbnRyb2wuIFR3byBjb21wbGVtZW50YXJ5IGFwcHJvYWNoZXMgZXhp c3QgZm9yDQpoYW5kbGluZzwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250 IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5vdmVybG9hZCBzaXR1YXRpb25zOjwvc3Bhbj48 L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBO ZXciJz4tIFRoZSBmaXJzdCBtZWNoYW5pc20gYWltcyBhdCBwcmV2ZW50aW5nIG92ZXJsb2FkIGlu IFNJUCBzZXJ2ZXJzDQpieTwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250 IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5hZGp1c3RpbmcgdGhlIGluY29taW5nIGxvYWQg dG8gYSBsZXZlbCB0aGF0IGlzIGFjY2VwdGFibGUgZm9yDQp0aGlzPC9zcGFuPjwvZm9udD48bzpw PjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPnNlcnZl ci4gVGhpcyBtZWNoYW5pc20gdXNlcyBpbXBsaWNpdCBhbmQvb3IgZXhwbGljaXQgZmVlZGJhY2sg dG88L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0i Q291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0K IkNvdXJpZXIgTmV3Iic+ZGV0ZXJtaW5lIHdoZW4gYW4gb3ZlcmxvYWQgY29uZGl0aW9uIG9jY3Vy cyBpbiBhIFNJUCBzZXJ2ZXIgYW5kDQphPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0K PHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijtjb2xvcjpibHVl Jz5bdGxtLSZndDtdPC9zcGFuPjwvZm9udD4gPGZvbnQgc2l6ZT0yDQpjb2xvcj1ibHVlIGZhY2U9 IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToi Q291cmllciBOZXciOw0KY29sb3I6Ymx1ZSc+U3VnZ2VzdCBDaGFuZ2luZyBkZXRlcm1pbmUgdG8g aW5kaWNhdGU8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIg ZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5Og0KIkNvdXJpZXIgTmV3Iic+cmVkdWN0aW9uIGluIGxvYWQgaXMgcmVxdWlyZWQuPC9zcGFu PjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIg TmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVy IE5ldyInPi0gVGhlIHNlY29uZCBtZWNoYW5pc20gYWltcyBhdCBwcmV2ZW50aW5nIG92ZXJsb2Fk IGluIFNJUA0Kc2VydmVycyBieTwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxm b250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5kaXN0cmlidXRpbmcgbG9hZCBjb250cm9s IGZpbHRlcnMgdG8gU0lQIHNlcnZlcnMgdGhhdCB0aHJvdHRsZQ0KY2FsbHM8L3NwYW4+PC9mb250 PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxz cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+ YmFzZWQgb24gdGhlaXIgZGVzdGluYXRpb24gZG9tYWluLCB0ZWxlcGhvbmUgbnVtYmVyIHByZWZp eCBvcg0KZm9yIGE8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXpl PTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+c3BlY2lmaWMgdXNlci4gU3VjaCBmaWx0ZXJzIGNhbiBi ZSB1c2VkLCBmb3IgZXhhbXBsZSwgdG8NCnRocm90dGxlIGNhbGxzPC9zcGFuPjwvZm9udD48bzpw PjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPnRvIGEg aG90bGluZSBkdXJpbmcgYSB0aWNrZXQtZ2l2ZWF3YXkgZXZlbnQuPC9zcGFuPjwvZm9udD48bzpw PjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPlNwZWNp ZmljYWxseSwgdGhlIHByb3Bvc2VkIHdvcmtpbmcgZ3JvdXAgd2lsbCBkZXZlbG9wIHRoZQ0KZm9s bG93aW5nPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZh Y2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eToNCiJDb3VyaWVyIE5ldyInPmRlbGl2ZXJhYmxlczo8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+ PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+MS4gQSBkb2N1bWVu dCBkZXNjcmliaW5nIGtleSBkZXNpZ24gY29uc2lkZXJhdGlvbnMgZm9yIGEgU0lQDQpvdmVybG9h ZDwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJD b3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoi Q291cmllciBOZXciJz5jb250cm9sIG1lY2hhbmlzbS48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+ PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5Og0KIkNvdXJpZXIgTmV3Iic+Mi4gQSBzcGVjaWZp Y2F0aW9uIGZvciBhbiBTSVAgb3ZlcmxvYWQgY29udHJvbCBtZWNoYW5pc20gYmFzZWQNCm9uPC9z cGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJp ZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToNCiJDb3Vy aWVyIE5ldyInPmltcGxpY2l0L2V4cGxpY2l0IGZlZWRiYWNrLjwvc3Bhbj48L2ZvbnQ+PG86cD48 L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz4zLiBBIHNw ZWNpZmljYXRpb24gZm9yIGEgU0lQIGxvYWQgZmlsdGVyaW5nIG1lY2hhbmlzbS48L3NwYW4+PC9m b250PjxvOnA+PC9vOnA+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1i b3R0b206MTIuMHB0Jz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L2ZvbnQ+PG86cD48L286 cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBOZXciJz5zaXAtb3Zlcmxv YWQgbWFpbGluZyBsaXN0PC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQg c2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseToNCiJDb3VyaWVyIE5ldyInPnNpcC1vdmVybG9hZEBpZXRmLm9yZzwvc3Bhbj48 L2ZvbnQ+PG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5l dyI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6DQoiQ291cmllciBO ZXciJz48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcC1v dmVybG9hZCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXAtb3Zlcmxv YWQ8L2E+PC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjwvYm9keT4N Cg0KPC9odG1sPg0K ------_=_NextPart_001_01CA0B13.223FA6AC-- From volkerh@bell-labs.com Wed Jul 22 15:01:35 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B2673A6B12 for ; Wed, 22 Jul 2009 15:01:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EA2AIE-mxsce for ; Wed, 22 Jul 2009 15:01:34 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by core3.amsl.com (Postfix) with ESMTP id DBB903A67F3 for ; Wed, 22 Jul 2009 15:01:33 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id n6MLh43X025144; Wed, 22 Jul 2009 16:43:04 -0500 (CDT) Received: from USNAVSXCHHUB02.ndc.alcatel-lucent.com (usnavsxchhub02.ndc.alcatel-lucent.com [135.3.39.111]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6MLgujk007180; Wed, 22 Jul 2009 16:43:04 -0500 (CDT) Received: from [135.112.131.41] (135.3.63.242) by USNAVSXCHHUB02.ndc.alcatel-lucent.com (135.3.39.111) with Microsoft SMTP Server (TLS) id 8.1.340.0; Wed, 22 Jul 2009 16:42:58 -0500 Message-ID: <4A678747.7040806@bell-labs.com> Date: Wed, 22 Jul 2009 17:40:23 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Moran, Timothy L." References: <14C85D6CCBE92743AF33663BF5D24EBA02BD48FE@gaalpa1msgusr7e.ugd.att.com> In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37 Cc: "nicholas.andre@dhs.gov" , "sip-overload@ietf.org" Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 22:01:35 -0000 Tim, there has been work on SIP overload when TCP is used as transport and results have been published - among others in papers that are listed in the references section of the design considerations draft. > I do not make the assumption that the application is 100% independent of > the lower (e.g. network and transport) layers. If there are CPU or > memory issues – would this not result in congestion at the destination > node and thus invoke flow control at the lower layers? What are the > cases where the lower layers do not/can not control the congestion? > Flow control would stop all incoming messages over a TCP link. I.e., you would not only stop receiving new INVITEs - you would also stop receiving 180s, 200 OKs, etc. for existing transactions where the INVITE was already processed. This will cause these transactions to fail as well. > That said, I am of the view we need this work (even wrote a contribution > at one point), but I want to make sure there is a proper understanding > of how it fits in the grand scheme of things (congestion control > mechanisms). I believe there was some discussion on this on the mailing > list some time ago. Documenting the results of that discussion may save > some time and effort later. > Your point is well taken. We did summarize this discussion in the design considerations document. Section 2 and 5 should cover some of the points discussed. Thanks, Volker > ------------------------------------------------------------------------ > > *From:* DOLLY, MARTIN C, ATTLABS [mailto:mdolly@att.com] > *Sent:* Wednesday, July 22, 2009 4:55 PM > *To:* Moran, Timothy L.; volkerh@alcatel-lucent.com; > sip-overload@ietf.org; nicholas.andre@dhs.gov > *Subject:* Re: [sip-overload] Charter Proposal for SIP Overload > > > > This application overload, so your point is? > > > > ------------------------------------------------------------------------ > > *From*: sip-overload-bounces@ietf.org > *To*: Volker Hilt ; SIP-OVERLOAD > > *Sent*: Wed Jul 22 12:36:12 2009 > *Subject*: Re: [sip-overload] Charter Proposal for SIP Overload > > Volker, > > Two tweaks indicated below. > > While the requirements have been defined, is it documented anywhere why > existing mechanisms (such as TCP, ECN, etc.) are insufficient? If not, > I would propose a deliverable of such a doc - e.g. an informational RFC. > > Br, > > Tim Moran > > -----Original Message----- > From: sip-overload-bounces@ietf.org > [mailto:sip-overload-bounces@ietf.org] On Behalf Of Volker Hilt > Sent: Tuesday, July 21, 2009 7:46 PM > To: SIP-OVERLOAD > Subject: [sip-overload] Charter Proposal for SIP Overload > > All, > > below is a charter proposal for a WG on SIP Overload Control. > > All comments, thoughts, feedback is very welcome! > > Thanks, > > Volker > > > > SIP Overload Control WG Charter > > ------------------------------- > > As with any network element, a Session Initiation Protocol (SIP) > > [RFC3261] server can suffer from overload when the number of SIP > > messages it receives exceeds the number of messages it can process. > > Overload is said to occur when a SIP server does not have sufficient > > resources to process all incoming SIP messages. These resources can > > include CPU, memory, network bandwidth, input/output, or disk resources. > > Overload can pose a serious problem for a network of SIP servers. During > > periods of overload, the throughput of a network of SIP servers can be > > significantly degraded. In fact, overload may lead to a situation in > > which the throughput drops down to a small fraction of the original > > processing capacity. This is often called congestion collapse. > > To objective of a SIP overload control mechanism is to enable SIP > > [tlm->] Suggest Changing "To" to "The" > > servers to perform close to their capacity limit during times of overload. > > The SIP protocol provides a limited mechanism for overload control > > through its 503 (Service Unavailable) response code and the Retry-After > > header. However, this mechanism cannot prevent overload of a SIP server > > and it cannot prevent congestion collapse. In fact, it may cause > > traffic to oscillate and to shift between SIP servers and thereby worsen > > an overload condition. A detailed discussion of the SIP overload > > problem, the problems with the 503 (Service Unavailable) response code > > and the Retry-After header and the requirements for a SIP overload > > control mechanism can be found in [RFC5390]. > > The objective of the proposed working group is to develop mechanisms for > > SIP overload control. Two complementary approaches exist for handling > > overload situations: > > - The first mechanism aims at preventing overload in SIP servers by > > adjusting the incoming load to a level that is acceptable for this > > server. This mechanism uses implicit and/or explicit feedback to > > determine when an overload condition occurs in a SIP server and a > > [tlm->] Suggest Changing determine to indicate > > reduction in load is required. > > - The second mechanism aims at preventing overload in SIP servers by > > distributing load control filters to SIP servers that throttle calls > > based on their destination domain, telephone number prefix or for a > > specific user. Such filters can be used, for example, to throttle calls > > to a hotline during a ticket-giveaway event. > > Specifically, the proposed working group will develop the following > > deliverables: > > 1. A document describing key design considerations for a SIP overload > > control mechanism. > > 2. A specification for an SIP overload control mechanism based on > > implicit/explicit feedback. > > 3. A specification for a SIP load filtering mechanism. > > > > _______________________________________________ > > sip-overload mailing list > > sip-overload@ietf.org > > https://www.ietf.org/mailman/listinfo/sip-overload > From volkerh@bell-labs.com Wed Jul 22 17:40:15 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 187413A6C86 for ; Wed, 22 Jul 2009 17:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dvkysZ0V6e6u for ; Wed, 22 Jul 2009 17:40:14 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by core3.amsl.com (Postfix) with ESMTP id 210663A6C7D for ; Wed, 22 Jul 2009 17:39:54 -0700 (PDT) Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id n6N0cRJO018712 for ; Wed, 22 Jul 2009 19:38:27 -0500 (CDT) Received: from USNAVSXCHHUB01.ndc.alcatel-lucent.com (usnavsxchhub01.ndc.alcatel-lucent.com [135.3.39.110]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id n6N0cR0W023921 for ; Wed, 22 Jul 2009 19:38:27 -0500 (CDT) Received: from [127.0.0.1] (135.3.63.243) by USNAVSXCHHUB01.ndc.alcatel-lucent.com (135.3.39.110) with Microsoft SMTP Server (TLS) id 8.1.340.0; Wed, 22 Jul 2009 19:38:27 -0500 Message-ID: <4A67B0FA.5010800@alcatel-lucent.com> Date: Wed, 22 Jul 2009 20:38:18 -0400 From: Volker Hilt User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "sip-overload@ietf.org" Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33 Subject: [sip-overload] Charter Proposal for SIP Overload - Include DISPATCH X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 00:40:15 -0000 All, please include the dispatch mailing list (dispatch@ietf.org) in all comments on the sip overload control charter proposal. My initial email did go out to both lists separately - which wasn't what I had intended. Thanks! Volker From TIMOTHY.L.MORAN@saic.com Wed Jul 22 15:18:17 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8829828C0E3 for ; Wed, 22 Jul 2009 15:18:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YVjBurY1e8S7 for ; Wed, 22 Jul 2009 15:18:10 -0700 (PDT) Received: from mclmx.mail.saic.com (mclmx.mail.saic.com [149.8.64.10]) by core3.amsl.com (Postfix) with ESMTP id 53F0F3A6BDD for ; Wed, 22 Jul 2009 15:18:09 -0700 (PDT) Received: from 0015-its-sbg01.saic.com ([149.8.64.21] [149.8.64.21]) by mclmx.mail.saic.com with ESMTP id BT-MMP-2734289; Wed, 22 Jul 2009 17:24:23 -0400 X-AuditID: 9508401a-b7cbaae000000c83-cc-4a6783877561 Received: from 0015-its-exbh03.us.saic.com (mcl-sixl-nat.saic.com [149.8.64.21]) by (Symantec Brightmail Gateway) with SMTP id 11.B1.03203.783876A4; Wed, 22 Jul 2009 17:24:23 -0400 (EDT) Received: from 0256-its-exmp02.us.saic.com ([10.40.16.18]) by 0015-its-exbh03.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 17:24:23 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0B12.C829AAF5" Date: Wed, 22 Jul 2009 17:24:21 -0400 Message-Id: In-Reply-To: <14C85D6CCBE92743AF33663BF5D24EBA02BD48FE@gaalpa1msgusr7e.ugd.att.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [sip-overload] Charter Proposal for SIP Overload Thread-Index: AcoKXXOA7CPymKQ7QuOtwew0a/yLAwAi65cgAAlgMbcAAGXYUA== References: <14C85D6CCBE92743AF33663BF5D24EBA02BD48FE@gaalpa1msgusr7e.ugd.att.com> From: "Moran, Timothy L." To: "DOLLY, MARTIN C, ATTLABS" , , , X-OriginalArrivalTime: 22 Jul 2009 21:24:23.0625 (UTC) FILETIME=[C898BB90:01CA0B12] X-Brightmail-Tracker: AAAAAA== X-Mailman-Approved-At: Wed, 22 Jul 2009 19:20:02 -0700 Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 22:18:17 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0B12.C829AAF5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I do not make the assumption that the application is 100% independent of the lower (e.g. network and transport) layers. If there are CPU or memory issues - would this not result in congestion at the destination node and thus invoke flow control at the lower layers? What are the cases where the lower layers do not/can not control the congestion? =20 That said, I am of the view we need this work (even wrote a contribution at one point), but I want to make sure there is a proper understanding of how it fits in the grand scheme of things (congestion control mechanisms). I believe there was some discussion on this on the mailing list some time ago. Documenting the results of that discussion may save some time and effort later. =20 Br, =20 Tim M. =20 =20 ________________________________ From: DOLLY, MARTIN C, ATTLABS [mailto:mdolly@att.com]=20 Sent: Wednesday, July 22, 2009 4:55 PM To: Moran, Timothy L.; volkerh@alcatel-lucent.com; sip-overload@ietf.org; nicholas.andre@dhs.gov Subject: Re: [sip-overload] Charter Proposal for SIP Overload =20 This application overload, so your point is? =20 ________________________________ From: sip-overload-bounces@ietf.org =20 To: Volker Hilt ; SIP-OVERLOAD =20 Sent: Wed Jul 22 12:36:12 2009 Subject: Re: [sip-overload] Charter Proposal for SIP Overload=20 Volker, Two tweaks indicated below. While the requirements have been defined, is it documented anywhere why existing mechanisms (such as TCP, ECN, etc.) are insufficient? If not, I would propose a deliverable of such a doc - e.g. an informational RFC. Br, Tim Moran -----Original Message----- From: sip-overload-bounces@ietf.org [mailto:sip-overload-bounces@ietf.org] On Behalf Of Volker Hilt Sent: Tuesday, July 21, 2009 7:46 PM To: SIP-OVERLOAD Subject: [sip-overload] Charter Proposal for SIP Overload All, below is a charter proposal for a WG on SIP Overload Control. All comments, thoughts, feedback is very welcome! Thanks, Volker =20 SIP Overload Control WG Charter ------------------------------- As with any network element, a Session Initiation Protocol (SIP) [RFC3261] server can suffer from overload when the number of SIP messages it receives exceeds the number of messages it can process. Overload is said to occur when a SIP server does not have sufficient resources to process all incoming SIP messages. These resources can include CPU, memory, network bandwidth, input/output, or disk resources. Overload can pose a serious problem for a network of SIP servers. During periods of overload, the throughput of a network of SIP servers can be significantly degraded. In fact, overload may lead to a situation in which the throughput drops down to a small fraction of the original processing capacity. This is often called congestion collapse. To objective of a SIP overload control mechanism is to enable SIP [tlm->] Suggest Changing "To" to "The" servers to perform close to their capacity limit during times of overload. The SIP protocol provides a limited mechanism for overload control through its 503 (Service Unavailable) response code and the Retry-After header. However, this mechanism cannot prevent overload of a SIP server and it cannot prevent congestion collapse. In fact, it may cause traffic to oscillate and to shift between SIP servers and thereby worsen an overload condition. A detailed discussion of the SIP overload problem, the problems with the 503 (Service Unavailable) response code and the Retry-After header and the requirements for a SIP overload control mechanism can be found in [RFC5390]. The objective of the proposed working group is to develop mechanisms for SIP overload control. Two complementary approaches exist for handling overload situations: - The first mechanism aims at preventing overload in SIP servers by adjusting the incoming load to a level that is acceptable for this server. This mechanism uses implicit and/or explicit feedback to determine when an overload condition occurs in a SIP server and a [tlm->] Suggest Changing determine to indicate reduction in load is required. - The second mechanism aims at preventing overload in SIP servers by distributing load control filters to SIP servers that throttle calls based on their destination domain, telephone number prefix or for a specific user. Such filters can be used, for example, to throttle calls to a hotline during a ticket-giveaway event. Specifically, the proposed working group will develop the following deliverables: 1. A document describing key design considerations for a SIP overload control mechanism. 2. A specification for an SIP overload control mechanism based on implicit/explicit feedback. 3. A specification for a SIP load filtering mechanism. =20 _______________________________________________ sip-overload mailing list sip-overload@ietf.org https://www.ietf.org/mailman/listinfo/sip-overload ------_=_NextPart_001_01CA0B12.C829AAF5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [sip-overload] Charter Proposal for SIP Overload

I do not make the assumption that = the application is 100% independent of the lower (e.g. network and = transport) layers.  If there are CPU or memory issues – would this not = result in congestion at the destination node and thus invoke flow control at = the lower layers? What are the cases where the lower layers do not/can not control = the congestion?

 

That said, I am of the view we need = this work (even wrote a contribution at one point), but I want to make sure = there is a proper understanding of how it fits in the grand scheme of things = (congestion control mechanisms).  I believe there was some discussion on this = on the mailing list some time ago.  Documenting the results of that discussion may = save some time and effort later.

 

Br,

 

Tim M.

 

 

From: = DOLLY, MARTIN C, ATTLABS [mailto:mdolly@att.com]
Sent: Wednesday, July 22, = 2009 4:55 PM
To: Moran, Timothy L.; volkerh@alcatel-lucent.com; sip-overload@ietf.org; = nicholas.andre@dhs.gov
Subject: Re: = [sip-overload] Charter Proposal for SIP Overload

 

This application overload, so your = point is?

 

From: sip-overload-bounces@ietf.org <sip-overload-bounces@ietf.org>
To: Volker Hilt <volkerh@alcatel-lucent.com>; SIP-OVERLOAD = <sip-overload@ietf.org>
Sent: Wed Jul 22 12:36:12 = 2009
Subject: Re: = [sip-overload] Charter Proposal for SIP Overload

Volker,

Two tweaks indicated below.

While the requirements have = been defined, is it documented anywhere why existing mechanisms (such as TCP, ECN, etc.) are insufficient?  If = not, I would propose a deliverable of such a doc - e.g. an informational RFC.

Br,

Tim Moran

-----Original Message-----
From: sip-overload-bounces@ietf.org [mailto:sip-overload-bounces= @ietf.org] On Behalf Of Volker Hilt
Sent: Tuesday, July 21, 2009 7:46 PM
To: SIP-OVERLOAD
Subject: [sip-overload] Charter Proposal for SIP = Overload

All,

below is a charter proposal for a WG on SIP Overload = Control.

All comments, thoughts, feedback is very = welcome!

Thanks,

Volker

 

SIP Overload Control WG = Charter

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

As with any network element, a Session Initiation = Protocol (SIP)

[RFC3261] server can suffer from overload when the number = of SIP

messages it receives exceeds the number of messages it = can process.

Overload is said to occur when a SIP server does not have sufficient

resources to process all incoming SIP messages.  = These resources can

include CPU, memory, network bandwidth, input/output, or = disk resources.

Overload can pose a serious problem for a network of SIP servers. During

periods of overload, the throughput of a network of SIP = servers can be

significantly degraded.  In fact, overload may lead = to a situation in

which the throughput drops down to a small fraction of = the original

processing capacity.  This is often called = congestion collapse.

To objective of a SIP overload control mechanism is to = enable SIP

[tlm->] Suggest Changing "To" to "The"

servers to perform close to their capacity limit during = times of overload.

The SIP protocol provides a limited mechanism for = overload control

through its 503 (Service Unavailable) response code and = the Retry-After

header.  However, this mechanism cannot prevent = overload of a SIP server

and it cannot prevent congestion collapse.  In fact, = it may cause

traffic to oscillate and to shift between SIP servers and thereby worsen

an overload condition.  A detailed discussion of the = SIP overload

problem, the problems with the 503 (Service Unavailable) response code

and the Retry-After header and the requirements for a SIP overload

control mechanism can be found in = [RFC5390].

The objective of the proposed working group is to develop = mechanisms for

SIP overload control. Two complementary approaches exist = for handling

overload situations:

- The first mechanism aims at preventing overload in SIP = servers by

adjusting the incoming load to a level that is acceptable = for this

server. This mechanism uses implicit and/or explicit = feedback to

determine when an overload condition occurs in a SIP = server and a

[tlm->] Suggest Changing determine to = indicate

reduction in load is = required.

- The second mechanism aims at preventing overload in SIP servers by

distributing load control filters to SIP servers that = throttle calls

based on their destination domain, telephone number = prefix or for a

specific user. Such filters can be used, for example, to throttle calls

to a hotline during a ticket-giveaway = event.

Specifically, the proposed working group will develop the following

deliverables:

1. A document describing key design considerations for a = SIP overload

control mechanism.

2. A specification for an SIP overload control mechanism = based on

implicit/explicit feedback.

3. A specification for a SIP load filtering = mechanism.

 

_______________________________________________<= /o:p>

sip-overload mailing list

sip-overload@ietf.org

https://www.i= etf.org/mailman/listinfo/sip-overload

------_=_NextPart_001_01CA0B12.C829AAF5-- From TIMOTHY.L.MORAN@saic.com Thu Jul 23 13:33:59 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD2993A6A74 for ; Thu, 23 Jul 2009 13:33:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kUSJ4pQf27XX for ; Thu, 23 Jul 2009 13:33:58 -0700 (PDT) Received: from mclmx2.mail.saic.com (mclmx2.mail.saic.com [149.8.64.32]) by core3.amsl.com (Postfix) with ESMTP id 890A63A68E7 for ; Thu, 23 Jul 2009 13:33:29 -0700 (PDT) Received: from 0015-its-sbg01.saic.com ([149.8.64.21] [149.8.64.21]) by mclmx2.mail.saic.com with ESMTP id BT-MMP-2899061; Thu, 23 Jul 2009 16:32:53 -0400 X-AuditID: 9508401a-b7cbaae000000c83-ed-4a68c8f46b2d Received: from 0015-its-exbh03.us.saic.com (mcl-sixl-nat.saic.com [149.8.64.21]) by (Symantec Brightmail Gateway) with SMTP id B3.D2.03203.4F8C86A4; Thu, 23 Jul 2009 16:32:53 -0400 (EDT) Received: from 0015-ITS-EXBH01.us.saic.com ([10.43.229.18]) by 0015-its-exbh03.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 23 Jul 2009 16:32:52 -0400 Received: from 0256-its-exmp02.us.saic.com ([10.40.16.18]) by 0015-ITS-EXBH01.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 23 Jul 2009 16:32:52 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 23 Jul 2009 16:32:44 -0400 Message-Id: In-Reply-To: <4A678747.7040806@bell-labs.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [sip-overload] Charter Proposal for SIP Overload Thread-Index: AcoLFdJaImvnaLVNTDmmqb5Xj1s0pQAvkqLQ References: <14C85D6CCBE92743AF33663BF5D24EBA02BD48FE@gaalpa1msgusr7e.ugd.att.com> <4A678747.7040806@bell-labs.com> From: "Moran, Timothy L." To: "Volker Hilt" X-OriginalArrivalTime: 23 Jul 2009 20:32:52.0686 (UTC) FILETIME=[C0AA9EE0:01CA0BD4] X-Brightmail-Tracker: AAAAAA== Cc: nicholas.andre@dhs.gov, sip-overload@ietf.org Subject: Re: [sip-overload] Charter Proposal for SIP Overload X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 20:33:59 -0000 Volker - Thanks for the reference. The ability of the application layer to better manage what messages are controlled is a real winner (IMHO). I went back and looked at sections 2 and 5 - but afraid I didn't see that mentioned anywhere. I'll look for it in future versions, Br, Tim M. -----Original Message----- From: Volker Hilt [mailto:volkerh@bell-labs.com]=20 Sent: Wednesday, July 22, 2009 5:40 PM To: Moran, Timothy L. Cc: DOLLY, MARTIN C, ATTLABS; sip-overload@ietf.org; nicholas.andre@dhs.gov Subject: Re: [sip-overload] Charter Proposal for SIP Overload Tim, there has been work on SIP overload when TCP is used as transport and=20 results have been published - among others in papers that are listed in=20 the references section of the design considerations draft. > I do not make the assumption that the application is 100% independent of=20 > the lower (e.g. network and transport) layers. If there are CPU or=20 > memory issues - would this not result in congestion at the destination > node and thus invoke flow control at the lower layers? What are the=20 > cases where the lower layers do not/can not control the congestion? >=20 Flow control would stop all incoming messages over a TCP link. I.e., you would not only stop receiving new INVITEs - you would also stop=20 receiving 180s, 200 OKs, etc. for existing transactions where the INVITE was already processed. This will cause these transactions to fail as well. > That said, I am of the view we need this work (even wrote a contribution=20 > at one point), but I want to make sure there is a proper understanding > of how it fits in the grand scheme of things (congestion control=20 > mechanisms). I believe there was some discussion on this on the mailing=20 > list some time ago. Documenting the results of that discussion may save=20 > some time and effort later. >=20 Your point is well taken. We did summarize this discussion in the design considerations document. Section 2 and 5 should cover some of the points discussed. Thanks, Volker > ------------------------------------------------------------------------ >=20 > *From:* DOLLY, MARTIN C, ATTLABS [mailto:mdolly@att.com] > *Sent:* Wednesday, July 22, 2009 4:55 PM > *To:* Moran, Timothy L.; volkerh@alcatel-lucent.com;=20 > sip-overload@ietf.org; nicholas.andre@dhs.gov > *Subject:* Re: [sip-overload] Charter Proposal for SIP Overload >=20 > =20 >=20 > This application overload, so your point is? >=20 > =20 >=20 > ------------------------------------------------------------------------ >=20 > *From*: sip-overload-bounces@ietf.org > *To*: Volker Hilt ; SIP-OVERLOAD=20 > > *Sent*: Wed Jul 22 12:36:12 2009 > *Subject*: Re: [sip-overload] Charter Proposal for SIP Overload >=20 > Volker, >=20 > Two tweaks indicated below. >=20 > While the requirements have been defined, is it documented anywhere why=20 > existing mechanisms (such as TCP, ECN, etc.) are insufficient? If not,=20 > I would propose a deliverable of such a doc - e.g. an informational RFC. >=20 > Br, >=20 > Tim Moran >=20 > -----Original Message----- > From: sip-overload-bounces@ietf.org=20 > [mailto:sip-overload-bounces@ietf.org] On Behalf Of Volker Hilt > Sent: Tuesday, July 21, 2009 7:46 PM > To: SIP-OVERLOAD > Subject: [sip-overload] Charter Proposal for SIP Overload >=20 > All, >=20 > below is a charter proposal for a WG on SIP Overload Control. >=20 > All comments, thoughts, feedback is very welcome! >=20 > Thanks, >=20 > Volker >=20 > =20 >=20 > SIP Overload Control WG Charter >=20 > ------------------------------- >=20 > As with any network element, a Session Initiation Protocol (SIP) >=20 > [RFC3261] server can suffer from overload when the number of SIP >=20 > messages it receives exceeds the number of messages it can process. >=20 > Overload is said to occur when a SIP server does not have sufficient >=20 > resources to process all incoming SIP messages. These resources can >=20 > include CPU, memory, network bandwidth, input/output, or disk resources. >=20 > Overload can pose a serious problem for a network of SIP servers. During >=20 > periods of overload, the throughput of a network of SIP servers can be >=20 > significantly degraded. In fact, overload may lead to a situation in >=20 > which the throughput drops down to a small fraction of the original >=20 > processing capacity. This is often called congestion collapse. >=20 > To objective of a SIP overload control mechanism is to enable SIP >=20 > [tlm->] Suggest Changing "To" to "The" >=20 > servers to perform close to their capacity limit during times of overload. >=20 > The SIP protocol provides a limited mechanism for overload control >=20 > through its 503 (Service Unavailable) response code and the Retry-After >=20 > header. However, this mechanism cannot prevent overload of a SIP server >=20 > and it cannot prevent congestion collapse. In fact, it may cause >=20 > traffic to oscillate and to shift between SIP servers and thereby worsen >=20 > an overload condition. A detailed discussion of the SIP overload >=20 > problem, the problems with the 503 (Service Unavailable) response code >=20 > and the Retry-After header and the requirements for a SIP overload >=20 > control mechanism can be found in [RFC5390]. >=20 > The objective of the proposed working group is to develop mechanisms for >=20 > SIP overload control. Two complementary approaches exist for handling >=20 > overload situations: >=20 > - The first mechanism aims at preventing overload in SIP servers by >=20 > adjusting the incoming load to a level that is acceptable for this >=20 > server. This mechanism uses implicit and/or explicit feedback to >=20 > determine when an overload condition occurs in a SIP server and a >=20 > [tlm->] Suggest Changing determine to indicate >=20 > reduction in load is required. >=20 > - The second mechanism aims at preventing overload in SIP servers by >=20 > distributing load control filters to SIP servers that throttle calls >=20 > based on their destination domain, telephone number prefix or for a >=20 > specific user. Such filters can be used, for example, to throttle calls >=20 > to a hotline during a ticket-giveaway event. >=20 > Specifically, the proposed working group will develop the following >=20 > deliverables: >=20 > 1. A document describing key design considerations for a SIP overload >=20 > control mechanism. >=20 > 2. A specification for an SIP overload control mechanism based on >=20 > implicit/explicit feedback. >=20 > 3. A specification for a SIP load filtering mechanism. >=20 > =20 >=20 > _______________________________________________ >=20 > sip-overload mailing list >=20 > sip-overload@ietf.org >=20 > https://www.ietf.org/mailman/listinfo/sip-overload >=20 From ecnoel@att.com Thu Jul 23 08:20:24 2009 Return-Path: X-Original-To: sip-overload@core3.amsl.com Delivered-To: sip-overload@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 20EF53A6856 for ; Thu, 23 Jul 2009 08:20:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.38 X-Spam-Level: X-Spam-Status: No, score=-104.38 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TVD_SPACE_RATIO=2.219, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wluP-WpcJ-Re for ; Thu, 23 Jul 2009 08:20:23 -0700 (PDT) Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id B6E523A6783 for ; Thu, 23 Jul 2009 08:20:21 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: ecnoel@att.com X-Msg-Ref: server-6.tower-161.messagelabs.com!1248362377!14935390!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [144.160.20.54] Received: (qmail 10693 invoked from network); 23 Jul 2009 15:19:38 -0000 Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-6.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jul 2009 15:19:38 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6NFJbKp008548 for ; Thu, 23 Jul 2009 11:19:37 -0400 Received: from misout7msgusr7b.ugd.att.com (misout7msgusr7b.ugd.att.com [144.155.43.104]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n6NFJYDp008504 for ; Thu, 23 Jul 2009 11:19:34 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 23 Jul 2009 11:19:33 -0400 Message-ID: <5DA01D2CA74FAF40ADF71DB4177D345A02684C66@misout7msgusr7b.ugd.att.com> In-Reply-To: <4A662EA7.6060003@bell-labs.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Test Thread-Index: AcoKSrrrrRn6NIRrR4WvBd/lAKy+igBXiphg References: <4A662EA7.6060003@bell-labs.com> From: "NOEL, ERIC C, ATTLABS" To: "SIP-OVERLOAD" X-Mailman-Approved-At: Fri, 24 Jul 2009 08:05:43 -0700 Subject: [sip-overload] Test X-BeenThere: sip-overload@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: SIP Overload List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 15:20:24 -0000 Please ignore