From jpatho47@1up.com Thu Jan 1 10:13:09 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD08C3A65A5 for ; Thu, 1 Jan 2009 10:13:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.541 X-Spam-Level: X-Spam-Status: No, score=-15.541 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SBL=20, 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 YVHTPE32lwO0 for ; Thu, 1 Jan 2009 10:13:08 -0800 (PST) Received: from aggies.com (unknown [200.204.197.143]) by core3.amsl.com (Postfix) with SMTP id 5B4EE3A67A3 for ; Thu, 1 Jan 2009 10:13:04 -0800 (PST) To: Subject: Happy New Year 2009 Greeting Gifts From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090101181306.5B4EE3A67A3@core3.amsl.com> Date: Thu, 1 Jan 2009 10:13:04 -0800 (PST)


Please do not reply to this email. To contact Max Volume, please visit us


This email message was sent to . If you do not wish to receive further communications from Max Volume, click here to unsubscribe.

If you've experience any difficulty in being removed from a Max Volume email list, click here for personalized help.


Copyright © 2008 Max Volume, Inc. All rights reserved.
65856 A Alaska, Luissvill, AT 43125

From linwanping86mikeott@alliedoldenglish.com Thu Jan 1 13:22:50 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 677333A6ABC for ; Thu, 1 Jan 2009 13:22:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.531 X-Spam-Level: X-Spam-Status: No, score=-5.531 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, HELO_DYNAMIC_IPADDR2=4.395, HELO_DYNAMIC_SPLIT_IP=3.493, HELO_EQ_IP_ADDR=1.119, HOST_EQ_USERONOCOM=1.444, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_NUMERIC_HELO=2.067, RDNS_DYNAMIC=0.1, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SBL=20, 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 0GrJSYn1Z16R for ; Thu, 1 Jan 2009 13:22:49 -0800 (PST) Received: from 82.158.90.249.dyn.user.ono.com (82.158.90.249.dyn.user.ono.com [82.158.90.249]) by core3.amsl.com (Postfix) with SMTP id B8C773A6916 for ; Thu, 1 Jan 2009 13:22:48 -0800 (PST) To: Subject: Happy New Year 2009 Greeting Gifts From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090101212248.B8C773A6916@core3.amsl.com> Date: Thu, 1 Jan 2009 13:22:48 -0800 (PST)


Please do not reply to this email. To contact Max Volume, please visit us


This email message was sent to . If you do not wish to receive further communications from Max Volume, click here to unsubscribe.

If you've experience any difficulty in being removed from a Max Volume email list, click here for personalized help.


Copyright © 2008 Max Volume, Inc. All rights reserved.
65856 A Alaska, Luissvill, AT 43125

From joker.mailingi@alpha.mailnet.dyndns.biz Fri Jan 2 05:00:02 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D11C3A6803 for ; Fri, 2 Jan 2009 05:00:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.208 X-Spam-Level: X-Spam-Status: No, score=-12.208 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_VERIZON_P=2.144, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_VERIZON_POOL=1.495, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 DQXMR+1fLcZj for ; Fri, 2 Jan 2009 05:00:02 -0800 (PST) Received: from pool-71-247-109-144.nycmny.east.verizon.net (pool-71-247-109-144.nycmny.east.verizon.net [71.247.109.144]) by core3.amsl.com (Postfix) with SMTP id 231103A686B for ; Fri, 2 Jan 2009 05:00:00 -0800 (PST) To: Subject: We seek for you all day! From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090102130001.231103A686B@core3.amsl.com> Date: Fri, 2 Jan 2009 05:00:00 -0800 (PST) Having trouble viewing this email?
Click here to view as a webpage. From nhuglh@activemeta.net Fri Jan 2 13:17:21 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7514D3A6A40 for ; Fri, 2 Jan 2009 13:17:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.93 X-Spam-Level: X-Spam-Status: No, score=-6.93 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SBL=20, 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 gULLZo1eTRnV for ; Fri, 2 Jan 2009 13:17:20 -0800 (PST) Received: from c-24-125-82-197.hsd1.va.comcast.net (c-24-125-82-197.hsd1.va.comcast.net [24.125.82.197]) by core3.amsl.com (Postfix) with SMTP id 03B723A68C0 for ; Fri, 2 Jan 2009 13:17:19 -0800 (PST) To: Subject: Swank is what your life lacks From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090102211720.03B723A68C0@core3.amsl.com> Date: Fri, 2 Jan 2009 13:17:19 -0800 (PST) She'll be surely glad to receive such an elegant stylish item as a gift from you! From lupin3rd@1dk.jp Sat Jan 3 03:34:03 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 999CE3A6917 for ; Sat, 3 Jan 2009 03:34:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.191 X-Spam-Level: X-Spam-Status: No, score=-13.191 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DNS_FROM_RFC_BOGUSMX=1.482, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SBL=20, 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 q8c61PZpDgVi for ; Sat, 3 Jan 2009 03:34:03 -0800 (PST) Received: from dlesek.hk.gin.cz (dlesek.hk.gin.cz [212.71.131.34]) by core3.amsl.com (Postfix) with SMTP id C58E63A67FA for ; Sat, 3 Jan 2009 03:34:01 -0800 (PST) To: Subject: First-rate elegant items From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090103113401.C58E63A67FA@core3.amsl.com> Date: Sat, 3 Jan 2009 03:34:01 -0800 (PST)

My congratulations! You've found the best source of classy items for your perfect style!


Please do not reply to this email. To contact Armstrong Shank Advertising, please visit us


This email message was sent to . If you do not wish to receive further communications from Armstrong Shank Advertising, click here to unsubscribe.

If you've experience any difficulty in being removed from a Armstrong Shank Advertising email list, click here for personalized help.


Copyright © 2008 Armstrong Shank Advertising, Inc. All rights reserved.
7450 S Seneca, Haysville, KS 67060

From mcconj@alum.rpi.edu Sun Jan 4 03:22:53 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A96A3A68C6 for ; Sun, 4 Jan 2009 03:22:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -22.328 X-Spam-Level: X-Spam-Status: No, score=-22.328 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DYNAMIC=1.144, HTML_EXTRA_CLOSE=2.809, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, 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 xJH1uSMWmbo3 for ; Sun, 4 Jan 2009 03:22:52 -0800 (PST) Received: from cable-89-216-217-52.dynamic.sbb.rs (cable-89-216-217-52.dynamic.sbb.rs [89.216.217.52]) by core3.amsl.com (Postfix) with SMTP id 642523A6822 for ; Sun, 4 Jan 2009 03:22:42 -0800 (PST) To: Subject: Returned mail: see transcript for details From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090104112243.642523A6822@core3.amsl.com> Date: Sun, 4 Jan 2009 03:22:42 -0800 (PST) About this mailing:
You are receiving this e-mail because you subscribed to MSN Featured Offers. Microsoft respects your privacy. If you do not wish to receive this MSN Featured Offers e-mail, please click the "Unsubscribe" link below. This will not unsubscribe you from e-mail communications from third-party advertisers that may appear in MSN Feature Offers. This shall not constitute an offer by MSN. MSN shall not be responsible or liable for the advertisers' content nor any of the goods or service advertised. Prices and item availability subject to change without notice.

C2008 Microsoft | Unsubscribe | More Newsletters | Privacy

Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 From mmdd@altohiway.com Sun Jan 4 13:36:13 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A733C3A6861 for ; Sun, 4 Jan 2009 13:36:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -31.518 X-Spam-Level: X-Spam-Status: No, score=-31.518 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HOST_EQ_D_D_D_D=0.765, HELO_MISMATCH_COM=0.553, HOST_EQ_BR=1.295, HOST_EQ_MODEMCABLE=1.368, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, 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 jk1+YuLOhSrd for ; Sun, 4 Jan 2009 13:36:13 -0800 (PST) Received: from acetateproducts.com (user-190-98-153-20.cable.rapix.com.br [190.98.153.20]) by core3.amsl.com (Postfix) with SMTP id DCE7E3A682B for ; Sun, 4 Jan 2009 13:36:11 -0800 (PST) To: Subject: Re: Order status From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090104213611.DCE7E3A682B@core3.amsl.com> Date: Sun, 4 Jan 2009 13:36:11 -0800 (PST) Having trouble viewing this email? Click 
here to view as a webpage. From wgchairs-bounces@ietf.org Mon Jan 5 10:30:12 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3486C28C10E; Mon, 5 Jan 2009 10:30:12 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 764573A69E0; Mon, 5 Jan 2009 10:30:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.317 X-Spam-Level: X-Spam-Status: No, score=-99.317 tagged_above=-999 required=5 tests=[AWL=-0.681, BAYES_20=-0.74, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, 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 2bjowNZ-ne3A; Mon, 5 Jan 2009 10:30:10 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:1112:1::14]) by core3.amsl.com (Postfix) with ESMTP id 86B1F3A680C; Mon, 5 Jan 2009 10:30:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by core2.amsl.com (Postfix) with ESMTP id B5BA331A723; Mon, 5 Jan 2009 10:29:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.amsl.com ([64.170.98.20]) by localhost (core2.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id prmrWSxYgUIW; Mon, 5 Jan 2009 10:29:57 -0800 (PST) Received: from AMSD531C (unknown [64.170.98.197]) by core2.amsl.com (Postfix) with ESMTP id 726BF31A721; Mon, 5 Jan 2009 10:29:57 -0800 (PST) From: "Wanda Lo" To: , Subject: Request For IETF 73 WG and BOF Sessions Agenda, Minutes, and Presentations Date: Mon, 5 Jan 2009 10:29:53 -0800 Message-ID: <001901c96f63$9a0f28e0$c562aa40@AMSD531C> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01C96F20.8BEBE8E0" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Office Outlook 11 Importance: High X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-index: AclvY5nYGnCDRZBsTm2qcZUcumbLdw== X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_001A_01C96F20.8BEBE8E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit WG Chairs and BOF Chairs, We are in the process of compiling the Proceedings for IETF 73 and we are still missing agenda, meeting minutes and presentations from various sessions. The cutoff for submissions have past, please upload meeting minutes, as well as any presentations from your sessions, at your earliest convenience using the Meeting Materials Manager found here: https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi. Alternatively, you are welcome to send them to proceedings@ietf.org for manual posting. According to what we have received, the following WGs or BOFs are still missing minutes: Applications: EAI VCARDDAV Internet: 16NG 6LOWPAN INTAREA MIPSHOP NETLMM NTP SOFTWIRE Operations and Management: CAPWAP DNSOP OPSAWG V6OPS Real-time Application and Infrastructure: BLISS RAIAREA Routing: IDR MPLS PCE IRTF: DTNRG MOBOPTS RRG As a reminder, proceedings submission corrections cutoff date is Wednesday, January 7, 2009 at 5:00 PM PT. Please contact me at wlo@amsl.com if you have any questions or concerns. Regards, Wanda =========================== Wanda Lo Internet Engineering Task Force (IETF) 48377 Fremont Blvd., Ste. 117 Fremont, California 94538 / USA +1-510-492-4082 +1-510-492-4001 (fax) www.ietf.org -- Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com ------=_NextPart_000_001A_01C96F20.8BEBE8E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

WG Chairs and BOF = Chairs,

 

We are in the process of compiling the Proceedings = for IETF 73 and we are still missing agenda, meeting minutes and presentations = from various sessions. The cutoff for submissions have past, please upload = meeting minutes, as well as any presentations from your sessions, at your = earliest convenience using the Meeting Materials Manager found = here:

https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi.   Alternatively, you are welcome to send them to proceedings@ietf.org for manual posting.

 

According to what we have received, the following WGs = or BOFs are still missing minutes:

 

Applications:

EAI

VCARDDAV

 

Internet:

16NG

6LOWPAN

INTAREA

MIPSHOP

NETLMM

NTP

SOFTWIRE

 

Operations and = Management:

CAPWAP

DNSOP

OPSAWG

V6OPS

 

Real-time Application and = Infrastructure:

BLISS

RAIAREA

 

Routing:

IDR

MPLS

PCE

 

IRTF:

DTNRG

MOBOPTS

RRG

 

As a reminder, proceedings submission corrections = cutoff date is Wednesday, January 7, = 2009 at 5:00 PM PT.

 

Please contact me at wlo@amsl.com if you have any = questions or concerns.

 

 

Regards,

Wanda

 

 

 

 

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

Wanda Lo

Internet Engineering Task Force = (IETF)

48377 = Fremont Blvd., Ste. 117
Fremont, California 94538
/ USA 
+1-510-492-4082
+1-510-492-4001 (fax)
www.ietf.org

 

--

Managed by Association Management Solutions = (AMS)

Forum Management, Meeting and Event = Planning

www.amsl.com

 

------=_NextPart_000_001A_01C96F20.8BEBE8E0-- From wgchairs-bounces@ietf.org Mon Jan 5 10:30:18 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8641F28C111; Mon, 5 Jan 2009 10:30:18 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB85C28C280; Mon, 29 Dec 2008 08:19:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.592 X-Spam-Level: X-Spam-Status: No, score=-2.592 tagged_above=-999 required=5 tests=[AWL=0.007, 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 oqP8SPrrNAwl; Mon, 29 Dec 2008 08:19:57 -0800 (PST) Received: from yxa-v.extundo.com (yxa-v.extundo.com [83.241.177.39]) by core3.amsl.com (Postfix) with ESMTP id DAF2028C27F; Mon, 29 Dec 2008 08:19:55 -0800 (PST) Received: from c80-216-27-189.bredband.comhem.se ([80.216.27.189] helo=mocca.josefsson.org) by yxa-v.extundo.com with esmtpsa (TLS-1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1LHKq7-000167-W4; Mon, 29 Dec 2008 17:19:38 +0100 From: Simon Josefsson To: "Donald Eastlake" Subject: Re: where to send RFC 5378 license forms References: <003c01c960c1$45d03f40$6801a8c0@oemcomputer> <6.0.0.20.2.20081218124425.087d5758@localhost> <7DD2558C-7BF8-4241-B065-0AEE55E48D0A@isoc.org> <8967D18A-F3C2-48ED-99B1-C1C2262741D1@isoc.org> <87myetdw6t.fsf@mocca.josefsson.org> <494B4D9B.1050107@alvestrand.no> <877i5we9u1.fsf@mocca.josefsson.org> <1028365c0812191105g11260d01ub1458dbaf9ebd3f7@mail.gmail.com> OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:22:081229:d3e3e3@gmail.com::u6ZGZj82d/MkCfHr:2b04 X-Hashcash: 1:22:081229:wgchairs@ietf.org::Yk32xd7fwdUwQsO3:41Ck X-Hashcash: 1:22:081229:ietf@ietf.org::8VwNpodVBAKzMrP/:6Uhd X-Hashcash: 1:22:081229:trustees@ietf.org::lpJKqS9VRWvLt7Uj:SF+O Date: Mon, 29 Dec 2008 17:19:35 +0100 In-Reply-To: <1028365c0812191105g11260d01ub1458dbaf9ebd3f7@mail.gmail.com> (Donald Eastlake's message of "Fri, 19 Dec 2008 14:05:34 -0500") Message-ID: <87hc4nvtrc.fsf@mocca.josefsson.org> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 05 Jan 2009 10:30:15 -0800 Cc: Trustees , Working Group Chairs , IETF Discussion X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org "Donald Eastlake" writes: > On Fri, Dec 19, 2008 at 5:30 AM, Simon Josefsson wrote: > ... >> If you are updating a pre-RFC 5378 document that contains trademarked >> words, it isn't sufficient for the old contributor to have signed the >> IETF Trust form if the document contains trademarks. You need to >> contact him anyway, to get permission to reproduce the trademark. >> >> /Simon > > You should consult an attorney but, as far as I know, at least in the > US, there is no magic permission needed to "reproduce" a trademark. > Usually trademarks are to indicate the source of a product or service > and as long as you don't mislead people about that, you are fine. Then what use does section 3.4 of RFC 5378 serve? 3.4. Rights to Use Trademarks Contributors may wish to seek trademark or service mark protection on any terms that are coined or used in their Contributions. The IETF makes no judgment about the validity of any such trademark rights. However, the IETF requires each Contributor, under the licenses described in Section 5.3 below, to grant the IETF Trust a perpetual license to use any such trademarks or service marks solely in exercising rights to reproduce, publish, discuss, and modify the IETF Contribution. This license does not authorize the IETF or others to use any trademark or service mark in connection with any product or service offering. It was co-authored by the IETF attorney, so I suspect it is intended to serve some purpose. If it serves a purpose, contributors needs to get the necessary right and be able to transfer it to the IETF Trust in order to submit a contribution. As far as I understand, that would involve talking with the old contributor if trademarks are involved. /Simon From wgchairs-bounces@ietf.org Mon Jan 5 10:30:18 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7B0428C11C; Mon, 5 Jan 2009 10:30:18 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 97DFD28C0F4; Tue, 30 Dec 2008 07:32:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.38 X-Spam-Level: X-Spam-Status: No, score=-5.38 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qn6cRzte4SWg; Tue, 30 Dec 2008 07:32:34 -0800 (PST) Received: from mail166.messagelabs.com (mail166.messagelabs.com [216.82.253.163]) by core3.amsl.com (Postfix) with SMTP id 8323228C0E9; Tue, 30 Dec 2008 07:32:34 -0800 (PST) X-VirusChecked: Checked X-Env-Sender: Jorge.Contreras@wilmerhale.com X-Msg-Ref: server-9.tower-166.messagelabs.com!1230651133!20245904!2 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [148.139.13.5] Received: (qmail 9405 invoked from network); 30 Dec 2008 15:32:19 -0000 Received: from unknown (HELO SVBOSAPPDMZ1.wilmerhale.com) (148.139.13.5) by server-9.tower-166.messagelabs.com with SMTP; 30 Dec 2008 15:32:19 -0000 Received: from SDCPEXCCL2MX.wilmerhale.com ([148.139.192.1]) by SVBOSAPPDMZ1.wilmerhale.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Dec 2008 10:32:13 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RFC 5378 Trademarks (was where to send RFC 5378 license forms) Date: Tue, 30 Dec 2008 10:32:12 -0500 Message-ID: <50E312B117033946BA23AA102C8134C6031B37E9@SDCPEXCCL2MX.wilmerhale.com> In-Reply-To: <87hc4nvtrc.fsf@mocca.josefsson.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RFC 5378 Trademarks (was where to send RFC 5378 license forms) Thread-Index: Aclp0UeI/GPKmJ2zS7CZdYjdOu6d9AAwCeEw From: "Contreras, Jorge" To: "Simon Josefsson" , "Donald Eastlake" X-OriginalArrivalTime: 30 Dec 2008 15:32:13.0152 (UTC) FILETIME=[C9956E00:01C96A93] X-Mailman-Approved-At: Mon, 05 Jan 2009 10:30:15 -0800 Cc: Trustees , Working Group Chairs , IETF Discussion X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org =20 > > On Fri, Dec 19, 2008 at 5:30 AM, Simon Josefsson=20 > wrote: > > ... > >> If you are updating a pre-RFC 5378 document that contains=20 > trademarked > >> words, it isn't sufficient for the old contributor to have=20 > signed the > >> IETF Trust form if the document contains trademarks. You need to > >> contact him anyway, to get permission to reproduce the trademark. > >> > >> /Simon > > > > You should consult an attorney but, as far as I know, at=20 > least in the > > US, there is no magic permission needed to "reproduce" a trademark. > > Usually trademarks are to indicate the source of a product=20 > or service > > and as long as you don't mislead people about that, you are fine. >=20 > Then what use does section 3.4 of RFC 5378 serve? >=20 > 3.4. Rights to Use Trademarks >=20 > Contributors may wish to seek trademark or service mark=20 > protection on > any terms that are coined or used in their Contributions. The IETF > makes no judgment about the validity of any such trademark rights. > However, the IETF requires each Contributor, under the licenses > described in Section 5.3 below, to grant the IETF Trust a perpetual > license to use any such trademarks or service marks solely in > exercising rights to reproduce, publish, discuss, and=20 > modify the IETF > Contribution. This license does not authorize the IETF or=20 > others to > use any trademark or service mark in connection with any product or > service offering. >=20 > It was co-authored by the IETF attorney, so I suspect it is=20 > intended to > serve some purpose. >=20 > If it serves a purpose, contributors needs to get the necessary right > and be able to transfer it to the IETF Trust in order to submit a > contribution. As far as I understand, that would involve talking with > the old contributor if trademarks are involved. For background, the trademark license was included in RFC 3978 because someone was concerned about Contributors who submitted documents to IETF for standards-track use and included trademarked product names in them. The IETF wanted to ensure that the IETF process would not be hindered by the Contributor, and also wanted to ensure that the trademarks were identified so that implementers would not be surprised by the trademark owner's claim after a standard was adopted. =20 While it's true that trademark *infringement* requires an infringing use (i.e., use on a product or service), and that IETF would likely not be engaged in such an infringing use, the US also gives owners of "famous" marks the ability to sue for trademark "dilution", which does not require an infringing use. To be absolutely safe, the IETF has requested the trademark license to avoid any infringement or dilution suit. This being said, for the sake of completeness, the Contributor License should probably include both trademark and copyright grants (thanks to Simon for identifying this). However, given that RFC 3978 includes the same trademark license as 5378, the issue only exists for pre-3978 documents. Moreover, RFC 2026 requires identification (via IPR disclosure) of any IPR rights relating to Contributions, which technically would include trademarks. If a Contributor did not identify the relevant trademarks in an IPR disclosure (a rare occurrence), then one would question the enforceability of those trademarks against IETF. Pre-2026 IPR policies such as those contained in RFC 1602 and 1310 include wording relating to rights that could also include trademarks. Thus, I think that including a trademark grant in the Contributor License would be an improvement, but don't view this as a large issue in any case. =20 From wgchairs-bounces@ietf.org Mon Jan 5 13:45:49 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A2F4D3A6903; Mon, 5 Jan 2009 13:45:49 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 67F5B3A6903; Mon, 5 Jan 2009 13:45:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.994 X-Spam-Level: X-Spam-Status: No, score=-5.994 tagged_above=-999 required=5 tests=[AWL=0.605, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rR3EWAtN9Ehw; Mon, 5 Jan 2009 13:45:47 -0800 (PST) Received: from jackfruit.srv.cs.cmu.edu (JACKFRUIT.SRV.CS.CMU.EDU [128.2.201.16]) by core3.amsl.com (Postfix) with ESMTP id 6CE843A67A1; Mon, 5 Jan 2009 13:45:47 -0800 (PST) Received: from MINBAR.FAC.CS.CMU.EDU (MINBAR.FAC.CS.CMU.EDU [128.2.216.42]) (authenticated bits=0) by jackfruit.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id n05LjVgW022960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Jan 2009 16:45:31 -0500 (EST) Date: Mon, 05 Jan 2009 16:45:31 -0500 From: Jeffrey Hutzelman To: "Contreras, Jorge" , Simon Josefsson , Donald Eastlake Subject: Re: RFC 5378 Trademarks (was where to send RFC 5378 license forms) Message-ID: In-Reply-To: <200901051830.n05IUN8A027890@grapenut.srv.cs.cmu.edu> References: <200901051830.n05IUN8A027890@grapenut.srv.cs.cmu.edu> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: mimedefang-cmuscs on 128.2.201.16 Cc: Trustees , Working Group Chairs , IETF Discussion X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --On Tuesday, December 30, 2008 10:32:12 AM -0500 "Contreras, Jorge" wrote: > For background, the trademark license was included in RFC 3978 because > someone was concerned about Contributors who submitted documents to IETF > for standards-track use and included trademarked product names in them. > The IETF wanted to ensure that the IETF process would not be hindered by > the Contributor, and also wanted to ensure that the trademarks were > identified so that implementers would not be surprised by the trademark > owner's claim after a standard was adopted. To be clear, this was not idle paranoia. Like many (not all) of the poor behaviors our processes attempt to protect against, this is something that working groups have actually seen happen. -- Jeffrey T. Hutzelman (N3NHS) Carnegie Mellon University - Pittsburgh, PA From mayalily@133sh.com Tue Jan 6 13:34:11 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 449D53A6817 for ; Tue, 6 Jan 2009 13:34:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.543 X-Spam-Level: X-Spam-Status: No, score=-19.543 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DNS_FROM_RFC_DSN=1.495, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 oKRrLcf2lMv2 for ; Tue, 6 Jan 2009 13:34:10 -0800 (PST) Received: from 3bd.com (unknown [92.112.202.114]) by core3.amsl.com (Postfix) with SMTP id 9E2963A6452 for ; Tue, 6 Jan 2009 13:34:07 -0800 (PST) To: Subject: RE: Message 59342 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090106213408.9E2963A6452@core3.amsl.com> Date: Tue, 6 Jan 2009 13:34:07 -0800 (PST)
From marianneoyler@almostfamily.com Wed Jan 7 01:03:54 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 975043A68F8 for ; Wed, 7 Jan 2009 01:03:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -26.857 X-Spam-Level: X-Spam-Status: No, score=-26.857 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HOST_EQ_STATICB=1.372, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 nsMR8q0JFEqr for ; Wed, 7 Jan 2009 01:03:53 -0800 (PST) Received: from static-b4-252-240.telepac.pt (static-b4-252-240.telepac.pt [81.193.252.240]) by core3.amsl.com (Postfix) with SMTP id 85E283A69A7 for ; Wed, 7 Jan 2009 01:03:47 -0800 (PST) To: Subject: Your order 17604 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090107090352.85E283A69A7@core3.amsl.com> Date: Wed, 7 Jan 2009 01:03:47 -0800 (PST)
From jeancharles.rutler@afaq.afnor.org Wed Jan 7 01:09:47 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4B8993A6931 for ; Wed, 7 Jan 2009 01:09:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.97 X-Spam-Level: X-Spam-Status: No, score=-2.97 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_CPE=0.5, HOST_EQ_CPE=0.979, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 2hJ2WXOweNah for ; Wed, 7 Jan 2009 01:09:46 -0800 (PST) Received: from cpe-70-95-98-51.hawaii.res.rr.com (cpe-70-95-98-51.hawaii.res.rr.com [70.95.98.51]) by core3.amsl.com (Postfix) with SMTP id E4BBF3A690E for ; Wed, 7 Jan 2009 01:09:45 -0800 (PST) To: Subject: Why did you leave me? From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090107090945.E4BBF3A690E@core3.amsl.com> Date: Wed, 7 Jan 2009 01:09:45 -0800 (PST) Having trouble viewing this email?
Click here to view as a webpage. From muhawesx@alibabaa.com Wed Jan 7 12:23:24 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6AEEC3A6974 for ; Wed, 7 Jan 2009 12:23:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.594 X-Spam-Level: X-Spam-Status: No, score=-14.594 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HTML_EXTRA_CLOSE=2.809, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 F6Tbuhq0VBKO for ; Wed, 7 Jan 2009 12:23:23 -0800 (PST) Received: from friendly-leapfrog.volia.net (friendly-leapfrog.volia.net [77.121.216.77]) by core3.amsl.com (Postfix) with SMTP id E7DA53A687C for ; Wed, 7 Jan 2009 12:23:17 -0800 (PST) To: Subject: Returned mail: Over quota From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090107202318.E7DA53A687C@core3.amsl.com> Date: Wed, 7 Jan 2009 12:23:17 -0800 (PST) About this mailing:
You are receiving this e-mail because you subscribed to MSN Featured Offers. Microsoft respects your privacy. If you do not wish to receive this MSN Featured Offers e-mail, please click the "Unsubscribe" link below. This will not unsubscribe you from e-mail communications from third-party advertisers that may appear in MSN Feature Offers. This shall not constitute an offer by MSN. MSN shall not be responsible or liable for the advertisers' content nor any of the goods or service advertised. Prices and item availability subject to change without notice.

C2008 Microsoft | Unsubscribe | More Newsletters | Privacy

Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 From mxtywy@adbag.de Wed Jan 7 15:33:57 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 130C43A6AA2 for ; Wed, 7 Jan 2009 15:33:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -27.02 X-Spam-Level: X-Spam-Status: No, score=-27.02 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_BLUEYON=1.4, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, 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 G0z-7U3DDw0y for ; Wed, 7 Jan 2009 15:33:56 -0800 (PST) Received: from 77-97-77-192.cable.ubr20.live.blueyonder.co.uk (77-97-77-192.cable.ubr20.live.blueyonder.co.uk [77.97.77.192]) by core3.amsl.com (Postfix) with SMTP id 4FB243A68B4 for ; Wed, 7 Jan 2009 15:33:54 -0800 (PST) To: Subject: Your order 86485 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090107233355.4FB243A68B4@core3.amsl.com> Date: Wed, 7 Jan 2009 15:33:54 -0800 (PST)
From nasser@ahlbd.com Thu Jan 8 00:25:26 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 14D353A6A21 for ; Thu, 8 Jan 2009 00:25:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.559 X-Spam-Level: X-Spam-Status: No, score=-17.559 tagged_above=-999 required=5 tests=[BAYES_99=3.5, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_XBL=3.033, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 DAMnmbrkqaiX for ; Thu, 8 Jan 2009 00:25:17 -0800 (PST) Received: from un-158-227.domainunused.net (un-158-227.domainunused.net [89.107.158.227]) by core3.amsl.com (Postfix) with SMTP id 773263A6AAA for ; Thu, 8 Jan 2009 00:25:12 -0800 (PST) To: Subject: I had an accident, come now! From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090108082513.773263A6AAA@core3.amsl.com> Date: Thu, 8 Jan 2009 00:25:12 -0800 (PST) Having trouble viewing this email?
Click here to view as a webpage. From llyb@acgov.org Thu Jan 8 01:02:51 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F35428C102 for ; Thu, 8 Jan 2009 01:02:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.14 X-Spam-Level: X-Spam-Status: No, score=-11.14 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_ALMOST_IP=5.417, FH_HOST_ALMOST_IP=1.889, GB_I_LETTER=-2, HELO_DYNAMIC_SPLIT_IP=3.493, HOST_EQ_STATIC=1.172, HOST_EQ_STATICIP=1.511, HTML_EXTRA_CLOSE=2.809, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_WS_SURBL=10, 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 m5FZum9oW1W1 for ; Thu, 8 Jan 2009 01:02:51 -0800 (PST) Received: from 76.Red-80-38-11.staticIP.rima-tde.net (76.Red-80-38-11.staticIP.rima-tde.net [80.38.11.76]) by core3.amsl.com (Postfix) with SMTP id 7633C3A68BC for ; Thu, 8 Jan 2009 01:02:48 -0800 (PST) To: Subject: Undeliverable Mail From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090108090249.7633C3A68BC@core3.amsl.com> Date: Thu, 8 Jan 2009 01:02:48 -0800 (PST) About this mailing:
You are receiving this e-mail because you subscribed to MSN Featured Offers. Microsoft respects your privacy. If you do not wish to receive this MSN Featured Offers e-mail, please click the "Unsubscribe" link below. This will not unsubscribe you from e-mail communications from third-party advertisers that may appear in MSN Feature Offers. This shall not constitute an offer by MSN. MSN shall not be responsible or liable for the advertisers' content nor any of the goods or service advertised. Prices and item availability subject to change without notice.

C2008 Microsoft | Unsubscribe | More Newsletters | Privacy

Microsoft Corporation, One Microsoft Way, Redmond, WA 98052 From jaran@altelco.net Thu Jan 8 04:13:46 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F8503A6A8D for ; Thu, 8 Jan 2009 04:13:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.247 X-Spam-Level: X-Spam-Status: No, score=-9.247 tagged_above=-999 required=5 tests=[BAYES_99=3.5, HELO_EQ_JP=1.244, HELO_EQ_NE_JP=1.244, HOST_EQ_JP=1.265, HOST_EQ_NE_JP=2.599, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 44G5LmqwVEZt for ; Thu, 8 Jan 2009 04:13:45 -0800 (PST) Received: from p7010-ipbfp901fukuokachu.fukuoka.ocn.ne.jp (p7010-ipbfp901fukuokachu.fukuoka.ocn.ne.jp [118.5.206.10]) by core3.amsl.com (Postfix) with SMTP id EB5753A6A4A for ; Thu, 8 Jan 2009 04:13:43 -0800 (PST) To: Subject: Have you changed your number? From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090108121343.EB5753A6A4A@core3.amsl.com> Date: Thu, 8 Jan 2009 04:13:43 -0800 (PST) Having trouble viewing this email?
Click here to view as a webpage. From wgchairs-bounces@ietf.org Thu Jan 8 11:11:40 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE2603A688F; Thu, 8 Jan 2009 11:11:40 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BF723A67B5; Thu, 8 Jan 2009 11:11:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.776 X-Spam-Level: X-Spam-Status: No, score=-98.776 tagged_above=-999 required=5 tests=[AWL=-0.882, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, 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 mVBUT-pOoc0R; Thu, 8 Jan 2009 11:11:38 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:1112:1::14]) by core3.amsl.com (Postfix) with ESMTP id 721F43A63D3; Thu, 8 Jan 2009 11:11:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by core2.amsl.com (Postfix) with ESMTP id 8074131A722; Thu, 8 Jan 2009 11:11:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.amsl.com ([64.170.98.20]) by localhost (core2.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V9ZBKNCBisIc; Thu, 8 Jan 2009 11:11:22 -0800 (PST) Received: from AMSD531C (unknown [192.168.1.236]) by core2.amsl.com (Postfix) with ESMTP id 391E923FCE; Thu, 8 Jan 2009 11:11:22 -0800 (PST) From: "Wanda Lo" To: , Subject: For Review - IETF 73 Proceeding Date: Thu, 8 Jan 2009 11:11:23 -0800 Message-ID: <001b01c971c4$e576b2e0$ec01a8c0@AMSD531C> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01C97181.D75372E0" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Importance: High Thread-Index: AclxxOT48ayB7L9fThKRDHc8ncK0lw== X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C97181.D75372E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear WG Chairs and BOF Chairs, At your earliest convenience, please click on the IETF 73 proceeding link (http://www.ietf.org/proceedings/08nov/index.html ) to review your materials and submit any corrections to me asap or to proceedings@ietf.org. Early this week I sent out a list of working groups still missing agenda, meeting minutes and presentations. The cutoff for submissions have past, please upload meeting minutes, as well as any presentations from your sessions, at your earliest convenience using the Meeting Materials Manager found here: https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi. Alternatively, you are welcome to send them to proceedings@ietf.org for manual posting. According to what we have received, the following WGs or BOFs are still missing minutes: Applications: EAI VCARDDAV Internet: 16NG 6LOWPAN INTAREA MIPSHOP SOFTWIRE Operations and Management: OPSAWG V6OPS Real-time Application and Infrastructure: BLISS RAIAREA Routing: MPLS PCE IRTF: DTNRG MOBOPTS RRG Please contact me at wlo@amsl.com if you have any questions or concerns. Regards, Wanda =========================== Wanda Lo Internet Engineering Task Force (IETF) 48377 Fremont Blvd., Ste. 117 Fremont, California 94538 / USA +1-510-492-4082 +1-510-492-4001 (fax) www.ietf.org -- Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com ------=_NextPart_000_001C_01C97181.D75372E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear WG Chairs and BOF = Chairs,

 

At your earliest = convenience, please click on the IETF 73 proceeding link (http://www.ietf= .org/proceedings/08nov/index.html) to review your materials and submit any corrections to me asap or to proceedings@ietf.org.

 

Early this week I sent out = a list of working groups still missing agenda, meeting minutes and = presentations.  The cutoff for submissions have past, please upload meeting minutes, as = well as any presentations from your sessions, at your earliest convenience using = the Meeting Materials Manager found here: https= ://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi.  Alternatively, you are welcome to send them to proceedings@ietf.org for = manual posting.

 

According to what we have = received, the following WGs or BOFs are still missing = minutes:

 

Application= s:

EAI=

VCARDDAV

 

Internet:

16NG

6LOWPAN

INTAREA

MIPSHOP

SOFTWIRE

 

Operations = and Management:

OPSAWG

V6OPS

 

Real-time Application and Infrastructure:

BLISS

RAIAREA

 

Routing:

MPLS

PCE=

 

IRTF:<= /o:p>

DTNRG

MOBOPTS

RRG=

 

Please contact me at = wlo@amsl.com if you have any questions or concerns.

 

 

Regards,

Wanda

 

 

 

 

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

Wanda Lo

Internet Engineering Task Force = (IETF)

48377 = Fremont Blvd., Ste. 117
Fremont, California 94538
/ USA 
+1-510-492-4082
+1-510-492-4001 (fax)
www.ietf.org

 

--

Managed by Association Management Solutions = (AMS)

Forum Management, Meeting and Event = Planning

www.amsl.com

 

------=_NextPart_000_001C_01C97181.D75372E0-- From wgchairs-bounces@ietf.org Thu Jan 8 11:51:42 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 848753A6887; Thu, 8 Jan 2009 11:51:42 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C47933A657C; Thu, 8 Jan 2009 11:51:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.599 X-Spam-Level: X-Spam-Status: No, score=-98.599 tagged_above=-999 required=5 tests=[AWL=-0.705, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, 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 5nfMUzC2GHBW; Thu, 8 Jan 2009 11:51:39 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:1112:1::14]) by core3.amsl.com (Postfix) with ESMTP id CCD0F3A6887; Thu, 8 Jan 2009 11:51:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by core2.amsl.com (Postfix) with ESMTP id D376424188; Thu, 8 Jan 2009 11:51:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from mail.amsl.com ([64.170.98.20]) by localhost (core2.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bH0SFV+SIucg; Thu, 8 Jan 2009 11:51:23 -0800 (PST) Received: from AMSD531C (unknown [192.168.1.236]) by core2.amsl.com (Postfix) with ESMTP id 779FD23FC0; Thu, 8 Jan 2009 11:51:23 -0800 (PST) From: "Wanda Lo" To: , References: Subject: RE: For Review - IETF 73 Proceeding Date: Thu, 8 Jan 2009 11:51:24 -0800 Message-ID: <003401c971ca$7cbd19f0$ec01a8c0@AMSD531C> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0035_01C97187.6E99D9F0" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 In-reply-to: Thread-Index: AclxxOT48ayB7L9fThKRDHc8ncK0lwABS9Hw X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_0035_01C97187.6E99D9F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear WG Chairs and BOF Chairs, Proceeding link to IETF 73 corrected. http://www.ietf.org/proceedings/08nov/index.html Thanks, Wanda _____ From: Wanda Lo [mailto:wlo@amsl.com] Sent: Thursday, January 08, 2009 11:11 AM To: 'wgchairs@ietf.org'; 'bofchairs@ietf.org' Cc: 'Wanda Lo' Subject: For Review - IETF 73 Proceeding Importance: High Dear WG Chairs and BOF Chairs, At your earliest convenience, please click on the IETF 73 proceeding link (http://www.ietf.org/proceedings/08nov/index.html) to review your materials and submit any corrections to me asap or to proceedings@ietf.org. Early this week I sent out a list of working groups still missing agenda, meeting minutes and presentations. The cutoff for submissions have past, please upload meeting minutes, as well as any presentations from your sessions, at your earliest convenience using the Meeting Materials Manager found here: https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi. Alternatively, you are welcome to send them to proceedings@ietf.org for manual posting. According to what we have received, the following WGs or BOFs are still missing minutes: Applications: EAI VCARDDAV Internet: 16NG 6LOWPAN INTAREA MIPSHOP SOFTWIRE Operations and Management: OPSAWG V6OPS Real-time Application and Infrastructure: BLISS RAIAREA Routing: MPLS PCE IRTF: DTNRG MOBOPTS RRG Please contact me at wlo@amsl.com if you have any questions or concerns. Regards, Wanda =========================== Wanda Lo Internet Engineering Task Force (IETF) 48377 Fremont Blvd., Ste. 117 Fremont, California 94538 / USA +1-510-492-4082 +1-510-492-4001 (fax) www.ietf.org -- Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com ------=_NextPart_000_0035_01C97187.6E99D9F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear WG Chairs and BOF = Chairs,

 

=

Proceeding link to IETF 73 = corrected.

 

=

http://www.ietf= .org/proceedings/08nov/index.html

 

=

Thanks,

Wanda

 

=

From: Wanda = Lo [mailto:wlo@amsl.com]
Sent: Thursday, January = 08, 2009 11:11 AM
To: 'wgchairs@ietf.org'; 'bofchairs@ietf.org'
Cc: 'Wanda Lo'
Subject: For Review - = IETF 73 Proceeding
Importance: = High

 

Dear WG Chairs and BOF = Chairs,

 

At your earliest = convenience, please click on the IETF 73 proceeding link (http://www.ietf= .org/proceedings/08nov/index.html) to review your materials and submit any corrections to me asap or to proceedings@ietf.org.

 

Early this week I sent out = a list of working groups still missing agenda, meeting minutes and = presentations.  The cutoff for submissions have past, please upload meeting minutes, as well = as any presentations from your sessions, at your earliest convenience using the Meeting Materials Manager found here: https= ://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi.  Alternatively, you are welcome to send them to proceedings@ietf.org for = manual posting.

 

According to what we have = received, the following WGs or BOFs are still missing = minutes:

 

Application= s:

EAI=

VCARDDAV

 

Internet:

16NG

6LOWPAN

INTAREA

MIPSHOP

SOFTWIRE

 

Operations = and Management:

OPSAWG

V6OPS

 

Real-time Application and Infrastructure:

BLISS

RAIAREA

 

Routing:

MPLS

PCE=

 

IRTF:<= /o:p>

DTNRG

MOBOPTS

RRG=

 

Please contact me at = wlo@amsl.com if you have any questions or concerns.

 

 

Regards,

Wanda

 

 

 

 

 

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

Wanda Lo

Internet Engineering Task Force = (IETF)

48377 = Fremont Blvd., Ste. 117
Fremont, California 94538
/ USA 
+1-510-492-4082
+1-510-492-4001 (fax)
www.ietf.org

 

-- <= /p>

Managed by Association Management Solutions (AMS)

Forum Management, Meeting and Event Planning

www.amsl.com

 

------=_NextPart_000_0035_01C97187.6E99D9F0-- From wgchairs-bounces@ietf.org Thu Jan 8 12:32:50 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C92D3A6994; Thu, 8 Jan 2009 12:32:50 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2CC903A6994 for ; Thu, 8 Jan 2009 12:32:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.658 X-Spam-Level: X-Spam-Status: No, score=-16.658 tagged_above=-999 required=5 tests=[AWL=0.941, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZDERAxW9y-h9 for ; Thu, 8 Jan 2009 12:32:49 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id EFDED3A6962 for ; Thu, 8 Jan 2009 12:32:48 -0800 (PST) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n08KVLkR005706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Jan 2009 12:31:21 -0800 (PST) Received: (from rfc-ed@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n08KVLAf005694; Thu, 8 Jan 2009 12:31:21 -0800 (PST) Date: Thu, 8 Jan 2009 12:31:20 -0800 From: RFC Editor To: wgchairs@ietf.org Subject: RFC Errata Update for Working Group Chairs Message-ID: <20090108203120.GC29175@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: rfc-ed@boreas.isi.edu Cc: RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org WG chairs, We have made some updates to the RFC errata system and would like to inform you of the new features and explain how these features may impact your working group. 1) We'd like to bring your attention to the improved search for RFC errata on http://www.rfc-editor.org/errata.php. You can search by WG acronym and other information. Please contact your Area Director if you find errata reports that need correction. For example, the Type (Editorial/Technical) may be incorrect. Area Directors can log in to verify errata in RFCs produced by the IETF stream, so if you want to to recommend that a report be Verified/Rejected/Held, then please let the relevant AD know. (For the meanings of Status and Type for RFC errata, please see http://www.rfc-editor.org/status_type_desc.html.) 2) Previously, the initial report message was sent to the authors of the RFC and the relevant WG chairs and ADs when the RFC was a product of a WG. The IESG has suggested that the WG mailing list be CC'ed on these messages, and we have implemented this feature. For example, grow@ietf.org would now be CC'ed on the message below. The idea is to notify the WG of the new report and potentially initiate a discussion of the validity of the report among those who are familiar with the content. This will allow the verifier to update the erratum so that its Status and Notes capture the conclusion of any discussion. Please distribute this information to your working groups as you see fit, and let us know if you have any comments or concerns. Thank you. RFC Editor >From: RFC Errata System >Date: October 23, 2008 6:05:46 PM PDT >To: vaf@cisco.com, tli@tropos.com, dromasca@avaya.com, >rbonica@juniper.net, pds@lugs.com, christopher.morrow@gmail.com >Cc: tony.li@tony.li, rfc-editor@rfc-editor.org >Subject: [Technical Errata Reported] RFC4632 (1577) > > >The following errata report has been submitted for RFC4632, >"Classless Inter-domain Routing (CIDR): The Internet Address >Assignment and Aggregation Plan". > >-------------------------------------- >You may review the report below and at: >http://www.rfc-editor.org/errata_search.php?rfc=4632&eid=1577 > >-------------------------------------- >Type: Technical >Reported by: Tony Li > >Section: 3.1 > >Original Text >------------- > For example, the legacy "Class B" network 172.16.0.0, with an >implied > network mask of 255.255.0.0, is defined as the prefix >172.16.0.0/16, > the "/16" indicating that the mask to extract the network >portion of > the prefix is a 32-bit value where the most significant 16 bits are > ones and the least significant 16 bits are zeros. Similarly, the > legacy "Class C" network number 192.168.99.0 is defined as the >prefix > 192.168.99.0/24; the most significant 24 bits are ones and the >least > significant 8 bits are zeros. > > > >Corrected Text >-------------- > For example, the legacy "Class B" network 172.16.0.0, with an >implied > network mask of 255.255.0.0, is defined as the prefix >172.16.0.0/16, > the "/16" indicating that the mask to extract the network >portion of > the prefix is a 32-bit value where the most significant 16 bits are > ones and the least significant 16 bits are zeros. Similarly, the > legacy "Class C" network number 192.168.99.0 is defined as the >prefix > 192.168.99.0/24; the most significant 24 bits are ones and the >least > significant 8 bits are zeros. > > In cases where a prefix has 1, 2, or 3 trailing insignificant > octets, it is permissible to elide the insignificant octets and > trailing '.' separators. Thus, 172.16.0.0/16 may also be >represented > as 172.16/16, and 192.168.99.0/24 is equivalent to 192.168.99/24. > > > > >Notes >----- >This adds some clarifying text and documents a common convention >for displaying prefixes. It was never the intention of the authors >to exclude the alternative notation and it has since come into >vogue. It should be explicitly documented as being acceptable. > >Instructions: >------------- >This errata is currently posted as "Reported". If necessary, please >use "Reply All" to discuss whether it should be verified or >rejected. When a decision is reached, the verifying party (IESG) >can log in to change the status and edit the report, if necessary. > >-------------------------------------- >RFC4632 (draft-ietf-grow-rfc1519bis-04) >-------------------------------------- >Title : Classless Inter-domain Routing (CIDR): The >Internet Address Assignment and Aggregation Plan >Publication Date : August 2006 >Author(s) : V. Fuller, T. Li >Category : BEST CURRENT PRACTICE >Source : Global Routing Operations >Area : Operations and Management >Stream : IETF >Verifying Party : IESG > From wgchairs-bounces@ietf.org Thu Jan 8 13:51:41 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C3C733A68B5; Thu, 8 Jan 2009 13:51:41 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C995F3A6990; Thu, 8 Jan 2009 13:43:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.666 X-Spam-Level: X-Spam-Status: No, score=-2.666 tagged_above=-999 required=5 tests=[AWL=-0.067, 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 N6K3UOCVgVcC; Thu, 8 Jan 2009 13:43:34 -0800 (PST) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by core3.amsl.com (Postfix) with ESMTP id 59B303A67CC; Thu, 8 Jan 2009 13:43:33 -0800 (PST) Received: by an-out-0708.google.com with SMTP id c5so3245154anc.4 for ; Thu, 08 Jan 2009 13:43:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:mime-version:content-type:x-priority:x-msmail-priority :x-mailer:thread-index:x-mimeole:importance; bh=fJTJS3cAryI6uj/JYy+1cY/PI/FBceiKTp4Xf2y0MCM=; b=aWPSO5YWQhergfJ+i1at6ieucxPMm9mRWql5OKVYaEfXMqWcCK7AFSfBnHtd2+qvnT kXX2Y2KoN1Bhjnt91CKx1JgoOvDXg3BQwpH/M6QysGk8+wxqrPHM0rOPrLDp/4/gNTR6 2BD2n/3LluDLZGJW2ak0UejBZ1cXkVomXut0g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:mime-version:content-type :x-priority:x-msmail-priority:x-mailer:thread-index:x-mimeole :importance; b=H+/k2YGtz/kV9nq4ssIFxqFPFf9YSDVorhuX55F2vbU1tsD+7dOnLolGy6h5qws8kz Wn85Ar1fOGY4TwmMvCw0uyjj0r2ZvoAari5M/FzLGB76C9Wwa4Ej+MtG4sK0GmpPISQL Qqvh5PI6QTEKn0tEqavG/7/7nZ7/KoZ2cdFl8= Received: by 10.65.97.18 with SMTP id z18mr17831549qbl.11.1231450997994; Thu, 08 Jan 2009 13:43:17 -0800 (PST) Received: from noisy (bas3-ottawa23-1177594413.dsl.bell.ca [70.48.170.45]) by mx.google.com with ESMTPS id k27sm56383273qba.22.2009.01.08.13.43.09 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jan 2009 13:43:15 -0800 (PST) From: "Ed Juskevicius" To: "'IETF Discussion'" , , , , , Subject: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Thu, 8 Jan 2009 16:43:50 -0500 Message-ID: <70873A2B7F744826B0507D4B84903E60@noisy> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0020_01C971B0.4A1BABC0" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Office Outlook 11 Thread-Index: AclxuETcvNCPupucRASslmyMepJprwAFxkPA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: High X-Mailman-Approved-At: Thu, 08 Jan 2009 13:51:41 -0800 Cc: 'Trustees' X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C971B0.4A1BABC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The purpose of this message is twofold: 1) To summarize the issues that some members of our community have experienced since the publication of RFC 5378 in November 2008, and 2) To invite community review and discussion on a potential work-around being considered by the IETF Trustees. Some I-D authors are having difficulty implementing RFC 5378. An example of the difficulty is as follows: - an author wants to include pre-5378 content in a new submission or contribution to the IETF, but - s/he is not certain that all of the author(s) of the earlier material have agreed to license it to the IETF Trust according to RFC 5378. If an I-D author includes pre-5378 material in a new document, then s/he must represent or warrant that all of the authors who created the pre-5378 material have granted rights for that material to the IETF Trust. If s/he cannot make this assertion, then s/he has a problem. This situation has halted the progression of some Internet-Drafts and interrupted the publication of some RFCs. The Trustees of the IETF Trust are investigating ways to implement a temporary work-around so that IETF work can continue to progress. A permanent solution to this "pre-5378 problem" may require an update to RFC 5378, for example new work by the community to create a 5378-bis document. The remainder of this message provides an outline of the temporary work- around being considered by the Trustees. RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the authority to develop legend text for authors to use in situations where they wish to limit the granting of rights to modify and prepare derivatives of the documents they submit. The Trustees used this authority in 2008 to develop and adopt the current "Legal Provisions Relating to IETF Documents" which are posted at: http://trustee.ietf.org/license-info/. The Trustees are now considering the creation of optional new legend text which could be used by authors experiencing the "pre-5378 problem". The new legend text, if implemented, would do the following: a. Provide Authors and Contributors with a way to identify (to the IETF Trust) that their contributions contain material from pre-5378 documents for which RFC 5378 rights to modify the material outside the IETF standards process may not have been granted, and b. Provide the IETF Trust and the community with a clear indication of every document containing pre-5378 content and having the "pre-5378 problem". So, how could the creation and use of some new legend text help people work-around the pre-5378 problem? The proposed answer is as follows: 1. Anyone having a contribution with the "pre-5378" problem should add new legend text to the contribution, to clearly flag that it includes pre-5378 material for which all of the rights needed under RFC 5378 may not have been granted, and 2. The IETF Trust will consider authors and contributors (with the pre-5378 problem) to have met their RFC 5378 obligations if the new legend text appears on their documents, and 3. Authors and contributors should only resort to adding the new legend text to their documents (per #1) if they cannot develop certainty that all of the author(s) of pre-5378 material in their documents have agreed to license the pre-5378 content to the IETF Trust according to RFC 5378. The proposed wording for the new legend text is now available for your review and comments in section 6.c.iii of a draft revision to the IETF Trust's "Legal Provisions Relating to IETF Documents" located at http://trustee.ietf.org/policyandprocedures.html. Please note that the above document also contains new text in section 5.c dealing with "License Limitations". If your review and feedback on this proposed work-around is positive, then the new text may be adopted by the Trustees in early February 2009, and then be published as an official revision to the Legal Provisions document. If so adopted, Internet-Drafts with pre-5378 material may advance within the Internet standards process and get published as RFCs where otherwise qualified to do so. Unless covered by sections 6.c.i or 6.c.ii, authors of documents in which there is no pre-5378 material must provide a RFC 5378 license with no limitation on modifications outside the IETF standards process. The IETF Trust will not grant the right to modify or prepare derivative works of any specific RFC or other IETF Contribution outside the IETF standards process until RFC 5378 rights pertaining to that document have been obtained from all authors and after compliance by the IETF Trust with RFC 5377. The Trustees will establish one or more mechanisms by which authors of pre-5378 documents may grant RFC 5378 rights. The Trustees hereby invite your review, comments and suggestions on this proposed work-around to the "pre-5378 problem". The period for this review is 30 days. Microsoft WORD and PDF versions of the proposed revisions are attached to this message. Copies are also available on the IETF Trust website under the heading "DRAFT Policy and Procedures Being Developed" at: http://trustee.ietf.org/policyandprocedures.html All feedback submitted before the end of February 7th will be considered by the Trustees. A decision on whether to move forward with this proposal will be made and communicated to you before the end of February 15th. Please give this your attention. Regards and Happy New Year ! Ed Juskevicius, on behalf of the IETF Trustees edj.etc@gmail.com ------=_NextPart_000_0020_01C971B0.4A1BABC0 Content-Type: application/msword; name="Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.DOC" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.DOC" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAdwAAAAAAAAAA EAAAeQAAAAEAAAD+////AAAAAHYAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEAi4AJBAAA+BK/AAAAAAABEQABAAEACAAAjU4AAA4AYmpiakbfRt8AAAAAAAAAAAAAAAAAAAAA AAAJBBYAJm4AACS1AQAktQEADEYAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAALcAAAAAADYkAAAAAAAANiQAAPkx AAAAAAAA+TEAAAAAAAD5MQAAAAAAAPkxAAAAAAAA+TEAABQAAAAAAAAAAAAAAA0yAAAAAAAADTIA AAAAAAANMgAAAAAAAA0yAAA4AAAARTIAADQAAAB5MgAAPAAAAA0yAAAAAAAAl0UAAOgBAAC1MgAA cAAAACUzAAA6AAAAXzMAAAAAAABfMwAAAAAAAF8zAAAAAAAAkzQAAPIAAACFNQAAXAAAAOE1AAAw AAAAwEQAAAIAAADCRAAAAAAAAMJEAAAAAAAAwkQAAAAAAADCRAAAAAAAAMJEAAAAAAAAwkQAAAAA AAB/RwAAogIAACFKAABIAAAAwkQAABUAAAAAAAAAAAAAAAAAAAAAAAAA+TEAAAAAAAARNgAAAAAA AAAAAAAAAAAAAAAAAAAAAACTNAAAAAAAAJM0AAAAAAAAETYAAAQAAAAVNgAABAAAAMJEAAAAAAAA xTcAAAAAAAD5MQAAAAAAAPkxAAAAAAAAXzMAAAAAAAAAAAAAAAAAAF8zAAA0AQAA10QAAGwAAADF NwAAAAAAAMU3AAAAAAAAxTcAAAAAAAAZNgAA0AAAAPkxAAAAAAAAXzMAAAAAAAD5MQAAAAAAAF8z AAAAAAAATEQAAHQAAAAAAAAAAAAAAMU3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAETYAAAAAAADARAAAAAAAAAAAAAAAAAAAxTcAAAAAAADFNwAA bgEAAFxCAAAIAQAA+TEAAAAAAAD5MQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA7EMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkNbdlLdx yQEAAAAAAAAAAA0yAAAAAAAA6TYAANwAAABkQwAAIAAAAAAAAAAAAAAACEQAAEQAAABDRQAAVAAA AJdFAAAAAAAAhEMAAGgAAABpSgAAAAAAAMU3AAAAAAAAaUoAAEAAAADsQwAAAAAAAMU3AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD5MQAAAAAAAOxDAAAcAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABE2AAAA AAAAETYAAAAAAAARNgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAP////8AAAAA/////wAAAAD/////AAAAAAAAAAAAAAAA/////wAAAAD/////AAAA AP////8AAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAA2JAAAiQwAAL8wAAA6AQAABwAMAQ8ADQEAAAkEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAERyYWZ0 IG9mIDYgSmFuIDIwMDkNSUVURiBUUlVTVA1MZWdhbCBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElF VEYgRG9jdW1lbnRzDUFwcHJvdmVkIF9fX19fX19fX19fXywgMjAwOQ1FZmZlY3RpdmUgRGF0ZTog X19fX19fX19fX19fLCAyMDA5DTEuCUJhY2tncm91bmQNCVRoZSBJRVRGIFRydXN0IHdhcyBmb3Jt ZWQgb24gRGVjZW1iZXIgMTUsIDIwMDUsIGZvciwgYW1vbmcgb3RoZXIgdGhpbmdzLCB0aGUgcHVy cG9zZSBvZiBhY3F1aXJpbmcsIGhvbGRpbmcsIG1haW50YWluaW5nIGFuZCBsaWNlbnNpbmcgY2Vy dGFpbiBleGlzdGluZyBhbmQgZnV0dXJlIGludGVsbGVjdHVhbCBwcm9wZXJ0eSB1c2VkIGluIGNv bm5lY3Rpb24gd2l0aCB0aGUgSW50ZXJuZXQgc3RhbmRhcmRzIHByb2Nlc3MgYW5kIGl0cyBhZG1p bmlzdHJhdGlvbiwgZm9yIHRoZSBhZHZhbmNlbWVudCBvZiBzY2llbmNlIGFuZCB0ZWNobm9sb2d5 IGFzc29jaWF0ZWQgd2l0aCB0aGUgSW50ZXJuZXQgYW5kIHJlbGF0ZWQgdGVjaG5vbG9neS4gIEFj Y29yZGluZ2x5LCBwdXJzdWFudCB0byBSRkMgNTM3OCwgQ29udHJpYnV0b3JzIHRvIHRoZSBJRVRG IFN0YW5kYXJkcyBQcm9jZXNzIGdyYW50IHRoZSBJRVRGIFRydXN0IGNlcnRhaW4gbGljZW5zZXMg d2l0aCByZXNwZWN0IHRvIHRoZWlyIElFVEYgQ29udHJpYnV0aW9ucy4gICBJbiBSRkMgNTM3Nywg dGhlIElFVEYgQ29tbXVuaXR5IGhhcyBwcm92aWRlZCB0aGUgSUVURiBUcnVzdCB3aXRoIGd1aWRh bmNlIHJlZ2FyZGluZyBsaWNlbnNlcyB0aGF0IHRoZSBJRVRGIFRydXN0IHNob3VsZCBncmFudCB0 byBvdGhlcnMgd2l0aCByZXNwZWN0IHRvIHN1Y2ggSUVURiBDb250cmlidXRpb25zIGFuZCBJRVRG IERvY3VtZW50cy4gIFRoZXNlIExlZ2FsIFByb3Zpc2lvbnMgZGVzY3JpYmUgdGhlIHJpZ2h0cyBh bmQgbGljZW5zZXMgdGhhdCB0aGUgSUVURiBUcnVzdCBncmFudHMgdG8gb3RoZXJzIHdpdGggcmVz cGVjdCB0byBzdWNoIElFVEYgQ29udHJpYnV0aW9ucyBhbmQgSUVURiBEb2N1bWVudHM7IGFzIHdl bGwgYXMgY2VydGFpbiByZXN0cmljdGlvbnMsIGxpbWl0YXRpb25zIGFuZCBub3RpY2VzIHJlbGF0 aW5nIHRvIElFVEYgRG9jdW1lbnRzLiAgQ2FwaXRhbGl6ZWQgdGVybXMgdXNlZCBpbiB0aGVzZSBM ZWdhbCBQcm92aXNpb25zIHRoYXQgYXJlIG5vdCBvdGhlcndpc2UgZGVmaW5lZCBoYXZlIHRoZSBt ZWFuaW5ncyBzZXQgZm9ydGggaW4gUkZDIDUzNzguDTIuCUFwcGxpY2FiaWxpdHkgb2YgdGhlc2Ug TGVnYWwgUHJvdmlzaW9ucy4gIA0JYS4gCVRoZXNlIExlZ2FsIFByb3Zpc2lvbnMgYXJlIGVmZmVj dGl2ZSBhcyBvZiBfX19fX19fX19fXywgMjAwOSAodGhlIJNFZmZlY3RpdmUgRGF0ZZQpLg0JYi4J VGhlIGxpY2Vuc2VzIGdyYW50ZWQgYnkgdGhlIElFVEYgVHJ1c3QgcHVyc3VhbnQgdG8gdGhlc2Ug TGVnYWwgUHJvdmlzaW9ucyBhcHBseSBvbmx5IHdpdGggcmVzcGVjdCB0byAoaSkgSUVURiBDb250 cmlidXRpb25zIChpbmNsdWRpbmcgSW50ZXJuZXQtRHJhZnRzKSB0aGF0IGFyZSBzdWJtaXR0ZWQg dG8gdGhlIElFVEYgZm9sbG93aW5nIHRoZSBFZmZlY3RpdmUgRGF0ZSwgYW5kIChpaSkgIElFVEYg UkZDcyBhbmQgb3RoZXIgSUVURiBEb2N1bWVudHMgdGhhdCBhcmUgcHVibGlzaGVkIGFmdGVyIHRo ZSBFZmZlY3RpdmUgRGF0ZS4gIA0JYy4gCUlFVEYgQ29udHJpYnV0aW9ucyBtYWRlLCBhbmQgSUVU RiBEb2N1bWVudHMgcHVibGlzaGVkLCBwcmlvciB0byB0aGUgRWZmZWN0aXZlIERhdGUgKJNQcmUt RXhpc3RpbmcgSUVURiBEb2N1bWVudHOUKSByZW1haW4gc3ViamVjdCB0byB0aGUgbGljZW5zaW5n IHByb3Zpc2lvbnMgb2YgdGhlIElFVEYgY29weXJpZ2h0IHBvbGljeSBkb2N1bWVudCBpbiBlZmZl Y3QgYXQgdGhlIHRpbWUgb2YgdGhlaXIgcHVibGljYXRpb24sIGluY2x1ZGluZyBSRkNzIDEzMTAs IDE2MDIsIDIwMjYsIDM5NzggYW5kIDQ3NDggYW5kIHByZXZpb3VzIHZlcnNpb25zIG9mIHRoZXNl IExlZ2FsIFByb3Zpc2lvbnMuICANCWQuCUluIG1vc3QgY2FzZXMsIHJpZ2h0cyB0byBQcmUtRXhp c3RpbmcgSUVURiBEb2N1bWVudHMgdGhhdCBhcmUgbm90IGV4cHJlc3NseSBncmFudGVkIHVuZGVy IHRoZXNlIFJGQ3MgY2FuIG9ubHkgYmUgb2J0YWluZWQgYnkgcmVxdWVzdGluZyBzdWNoIHJpZ2h0 cyBkaXJlY3RseSBmcm9tIHRoZSBkb2N1bWVudCBhdXRob3JzLiAgVGhlIElFVEYgVHJ1c3QgYW5k IHRoZSBJbnRlcm5ldCBTb2NpZXR5IGRvIG5vdCBiZWNvbWUgaW52b2x2ZWQgaW4gbWFraW5nIHN1 Y2ggcmVxdWVzdHMgdG8gZG9jdW1lbnQgYXV0aG9ycy4NCWUuICAJVGhlc2UgTGVnYWwgUHJvdmlz aW9ucyBtYXkgYmUgYW1lbmRlZCBmcm9tIHRpbWUgdG8gdGltZSBieSB0aGUgSUVURiBUcnVzdCBp biBhIG1hbm5lciBjb25zaXN0ZW50IHdpdGggdGhlIGd1aWRhbmNlIHByb3ZpZGVkIGJ5IHRoZSBJ RVRGIGNvbW11bml0eSBhbmQgaXRzIG93biBvcGVyYXRpbmcgcHJvY2VkdXJlcy4gIEFueSBhbWVu ZG1lbnQgdG8gdGhlc2UgTGVnYWwgUHJvdmlzaW9ucyBzaGFsbCBiZSBwb3N0ZWQgZm9yIHJldmll dyBhdCATIEhZUEVSTElOSyAiaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvcG9saWN5YW5kcHJvY2Vk dXJlcy5odG1sIiBcbyAiaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvcG9saWN5YW5kcHJvY2VkdXJl cy5odG1sIiAUaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvcG9saWN5YW5kcHJvY2VkdXJlcy5odG1s FSAgYW5kIHNoYWxsIGJlY29tZSBlZmZlY3RpdmUgb24gYSBkYXRlIHNwZWNpZmllZCBieSB0aGUg SUVURiBUcnVzdCwgYnV0IG5vIGVhcmxpZXIgdGhhbiB0aGlydHkgKDMwKSBkYXlzIGZvbGxvd2lu ZyBpdHMgcG9zdGluZy4gIFN1Y2ggYW1lbmRtZW50IHNoYWxsIGFwcGx5IHdpdGggcmVzcGVjdCB0 byBhbGwgSUVURiBDb250cmlidXRpb25zIG1hZGUgYW5kIElFVEYgRG9jdW1lbnRzIHB1Ymxpc2hl ZCBmb2xsb3dpbmcgdGhlIGVmZmVjdGl2ZSBkYXRlIG9mIHN1Y2ggYW1lbmRtZW50LiAgQWxsIHBy aW9yIHZlcnNpb25zIG9mIHRoZXNlIExlZ2FsIFByb3Zpc2lvbnMgc2hhbGwgY29udGludWUgdG8g YmUgcG9zdGVkIGF0IBMgSFlQRVJMSU5LICJodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9wb2xpY3lh bmRwcm9jZWR1cmVzLmh0bWwiIFxvICJodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9wb2xpY3lhbmRw cm9jZWR1cmVzLmh0bWwiIBRodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9wb2xpY3lhbmRwcm9jZWR1 cmVzLmh0bWwVIGZvciByZWZlcmVuY2Ugd2l0aCByZXNwZWN0IHRvIElFVEYgQ29udHJpYnV0aW9u cyBhbmQgSUVURiBEb2N1bWVudHMgYXMgdG8gd2hpY2ggdGhleSBtYXkgYXBwbHkuDTMuCUxpY2Vu c2VzIHRvIElFVEYgRG9jdW1lbnRzIGFuZCBJRVRGIENvbnRyaWJ1dGlvbnMuDQlhLglMaWNlbnNl IEZvciBVc2UgV2l0aGluIHRoZSBJRVRGIFN0YW5kYXJkcyBQcm9jZXNzLiAgVGhlIElFVEYgVHJ1 c3QgaGVyZWJ5IGdyYW50cyB0byBlYWNoIHBhcnRpY2lwYW50IGluIHRoZSBJRVRGIFN0YW5kYXJk cyBQcm9jZXNzLCB0byB0aGUgZ3JlYXRlc3QgZXh0ZW50IHRoYXQgaXQgaXMgcGVybWl0dGVkIHRv IGRvIHNvLCBhIG5vbi1leGNsdXNpdmUsIHJveWFsdHktZnJlZSwgd29ybGR3aWRlIHJpZ2h0IGFu ZCBsaWNlbnNlIHVuZGVyIGFsbCBjb3B5cmlnaHRzIGFuZCByaWdodHMgb2YgYXV0aG9ycyBncmFu dGVkIHRvIHRoZSBJRVRGIFRydXN0Og0JCWkuCXRvIGNvcHksIHB1Ymxpc2gsIGRpc3BsYXkgYW5k IGRpc3RyaWJ1dGUgSUVURiBDb250cmlidXRpb25zIGFuZCBJRVRGIERvY3VtZW50cywgaW4gd2hv bGUgb3IgaW4gcGFydCwgYXMgcGFydCBvZiB0aGUgSUVURiBTdGFuZGFyZHMgUHJvY2VzcywgYW5k DQkJaWkuCXRvIHRyYW5zbGF0ZSBJRVRGIENvbnRyaWJ1dGlvbnMgYW5kIElFVEYgRG9jdW1lbnRz LCBpbiB3aG9sZSBvciBwYXJ0LCBpbnRvIGxhbmd1YWdlcyBvdGhlciB0aGFuIEVuZ2xpc2ggYXMg cGFydCBvZiB0aGUgSUVURiBTdGFuZGFyZHMgUHJvY2VzcywgYW5kDQkJaWlpLgl1bmxlc3MgZXhw bGljaXRseSBkaXNhbGxvd2VkIGluIHRoZSBub3RpY2VzIGNvbnRhaW5lZCBpbiBhbiBJRVRGIENv bnRyaWJ1dGlvbiBvciBJRVRGIERvY3VtZW50IChhcyBzcGVjaWZpZWQgaW4gU2VjdGlvbiA2LmNi IGJlbG93KSwgdG8gbW9kaWZ5IG9yIHByZXBhcmUgZGVyaXZhdGl2ZSB3b3JrcyBvZiBzdWNoIElF VEYgQ29udHJpYnV0aW9ucyBvciBJRVRGIERvY3VtZW50cywgaW4gd2hvbGUgb3IgaW4gcGFydCwg YXMgcGFydCBvZiB0aGUgSUVURiBTdGFuZGFyZHMgUHJvY2Vzcy4NCWIuCUlFVEYgU3RhbmRhcmRz IFByb2Nlc3MuICBUaGUgdGVybSBJRVRGIFN0YW5kYXJkcyBQcm9jZXNzIGhhcyB0aGUgbWVhbmlu ZyBhc3NpZ25lZCB0byBpdCBpbiBSRkMgNTM3OC4gIEluIGFkZGl0aW9uLCB0aGUgSUVURiBUcnVz dCBpbnRlcnByZXRzIHRoZSBJRVRGIFN0YW5kYXJkcyBQcm9jZXNzIHRvIGluY2x1ZGUgdGhlIGFy Y2hpdmluZyBvZiBJRVRGIERvY3VtZW50cyBpbiBwZXJwZXR1aXR5IGZvciByZWZlcmVuY2UgaW4g c3VwcG9ydCBvZiBJRVRGIGFjdGl2aXRpZXMgYW5kIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiBJRVRG IHN0YW5kYXJkcyBhbmQgc3BlY2lmaWNhdGlvbnMuDQljLglMaWNlbnNlcyBGb3IgVXNlIE91dHNp ZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3MuICBJbiBhZGRpdGlvbiB0byB0aGUgcmlnaHRz IGdyYW50ZWQgd2l0aCByZXNwZWN0IHRvIENvZGUgQ29tcG9uZW50cyBkZXNjcmliZWQgaW4gU2Vj dGlvbiA0IGJlbG93LCB0aGUgSUVURiBUcnVzdCBoZXJlYnkgZ3JhbnRzIHRvIGVhY2ggcGVyc29u IHdobyB3aXNoZXMgdG8gZXhlcmNpc2Ugc3VjaCByaWdodHMsIHRvIHRoZSBncmVhdGVzdCBleHRl bnQgdGhhdCBpdCBpcyBwZXJtaXR0ZWQgdG8gZG8gc28sIGEgbm9uLWV4Y2x1c2l2ZSwgcm95YWx0 eS1mcmVlLCB3b3JsZHdpZGUgcmlnaHQgYW5kIGxpY2Vuc2UgdW5kZXIgYWxsIGNvcHlyaWdodHMg YW5kIHJpZ2h0cyBvZiBhdXRob3JzOg0gCQlpLgl0byBjb3B5LCBwdWJsaXNoLCBkaXNwbGF5IGFu ZCBkaXN0cmlidXRlIElFVEYgQ29udHJpYnV0aW9ucyBhbmQgSUVURiBEb2N1bWVudHMgaW4gZnVs bCBhbmQgd2l0aG91dCBtb2RpZmljYXRpb24sDQkJaWkuCXRvIHRyYW5zbGF0ZSBJRVRGIENvbnRy aWJ1dGlvbnMgYW5kIElFVEYgRG9jdW1lbnRzIGludG8gbGFuZ3VhZ2VzIG90aGVyIHRoYW4gRW5n bGlzaCwgYW5kIHRvIGNvcHksIHB1Ymxpc2gsIGRpc3BsYXkgYW5kIGRpc3RyaWJ1dGUgc3VjaCB0 cmFuc2xhdGVkIElFVEYgQ29udHJpYnV0aW9ucyBhbmQgSUVURiBEb2N1bWVudHMgaW4gZnVsbCBh bmQgd2l0aG91dCBtb2RpZmljYXRpb24sDQkJaWlpLgl0byBjb3B5LCBwdWJsaXNoLCBkaXNwbGF5 IGFuZCBkaXN0cmlidXRlIHVubW9kaWZpZWQgcG9ydGlvbnMgb2YgSUVURiBDb250cmlidXRpb25z IGFuZCBJRVRGIERvY3VtZW50cyBhbmQgdHJhbnNsYXRpb25zIHRoZXJlb2YsIHByb3ZpZGVkIHRo YXQ6DQkJCSh4KQllYWNoIHN1Y2ggcG9ydGlvbiBpcyBjbGVhcmx5IGF0dHJpYnV0ZWQgdG8gSUVU RiBhbmQgaWRlbnRpZmllcyB0aGUgUkZDIG9yIG90aGVyIElFVEYgRG9jdW1lbnQgb3IgSUVURiBD b250cmlidXRpb24gZnJvbSB3aGljaCBpdCBpcyB0YWtlbiwgDQkJCSh5KQlhbGwgSUVURiBsZWdl bmRzLCBsZWdhbCBub3RpY2VzIGFuZCBpbmRpY2F0aW9ucyBvZiBhdXRob3JzaGlwIGNvbnRhaW5l ZCBpbiB0aGUgb3JpZ2luYWwgSUVURiBSRkMgbXVzdCBhbHNvIGJlIGluY2x1ZGVkIHdoZXJlIGFu eSBzdWJzdGFudGlhbCBwb3J0aW9uIG9mIHRoZSB0ZXh0IG9mIGFuIElFVEYgUkZDLCBhbmQgaW4g YW55IGV2ZW50IHdoZXJlIG1vcmUgdGhhbiBvbmUtZmlmdGggb2Ygc3VjaCB0ZXh0LCBpcyByZXBy b2R1Y2VkIGluIGEgc2luZ2xlIGRvY3VtZW50IG9yIHNlcmllcyBvZiByZWxhdGVkIGRvY3VtZW50 cy4NDQlkLglMaWNlbnNlcyB0aGF0IGFyZSBub3QgR3JhbnRlZC4gIFRoZSBmb2xsb3dpbmcgbGlj ZW5zZXMgYXJlIG5vdCBncmFudGVkIHB1cnN1YW50IHRvIHRoZXNlIExlZ2FsIFByb3Zpc2lvbnM6 DQkJaS4JYW55IGxpY2Vuc2UgdG8gbW9kaWZ5IElFVEYgQ29udHJpYnV0aW9ucyBvciBJRVRGIERv Y3VtZW50cywgb3IgcG9ydGlvbnMgdGhlcmVvZiAob3RoZXIgdGhhbiB0byBtYWtlIHRyYW5zbGF0 aW9ucyBvciB0byBleHRyYWN0LCB1c2UgYW5kIG1vZGlmeSBDb2RlIENvbXBvbmVudHMgYXMgcGVy bWl0dGVkIHVuZGVyIHRoZSBsaWNlbnNlcyBncmFudGVkIHVuZGVyIFNlY3Rpb24gNCBvZiB0aGVz ZSBMZWdhbCBQcm92aXNpb25zKSBpbiBhbnkgY29udGV4dCBvdXRzaWRlIHRoZSBJRVRGIFN0YW5k YXJkcyBQcm9jZXNzLCBvcg0JCWlpLglhbnkgbGljZW5zZSB0byBwdWJsaXNoLCBkaXNwbGF5IG9y IGRpc3RyaWJ1dGUgSUVURiBDb250cmlidXRpb25zIG9yIElFVEYgRG9jdW1lbnRzLCBvciBwb3J0 aW9ucyB0aGVyZW9mLCB3aXRob3V0IHRoZSByZXF1aXJlZCBsZWdlbmRzIGFuZCBub3RpY2VzIGRl c2NyaWJlZCBpbiB0aGVzZSBMZWdhbCBQcm92aXNpb25zLg0JZS4JUmVxdWVzdGluZyBBZGRpdGlv bmFsIFJpZ2h0cy4gIEFueW9uZSB3aG8gd2lzaGVzIHRvIHJlcXVlc3QgbGljZW5zZSByaWdodHMg ZnJvbSB0aGUgSUVURiBUcnVzdCBpbiBhZGRpdGlvbiB0byB0aG9zZSBncmFudGVkIHVuZGVyIHRo ZXNlIExlZ2FsIFByb3Zpc2lvbnMgbWF5IHN1Ym1pdCBzdWNoIHJlcXVlc3QgdG8gdHJ1c3RlZXNA aWV0Zi5vcmcuICBTdWNoIHJlcXVlc3Qgd2lsbCBiZSBjb25zaWRlcmVkIGJ5IHRoZSBJRVRGIFRy dXN0LCB3aGljaCB3aWxsIG1ha2UgYSBkZWNpc2lvbiByZWdhcmRpbmcgdGhlIHJlcXVlc3QgaW4g aXRzIHNvbGUgZGlzY3JldGlvbiBhbmQgaW5mb3JtIHRoZSByZXF1ZXN0ZXIgb2YgaXRzIGRpc3Bv c2l0aW9uLiAgSW4gYWRkaXRpb24sIGluZGl2aWR1YWwgQ29udHJpYnV0b3JzIG1heSBiZSBjb250 YWN0ZWQgcmVnYXJkaW5nIGxpY2Vuc2VzIHRvIHRoZWlyIElFVEYgQ29udHJpYnV0aW9ucy4gIFRo ZSBJRVRGIFRydXN0IGRvZXMgbm90IGxpbWl0IHRoZSBhYmlsaXR5IG9mIElFVEYgQ29udHJpYnV0 b3JzIHRvIGxpY2Vuc2UgdGhlaXIgQ29udHJpYnV0aW9ucywgc28gbG9uZyBhcyB0aG9zZSBsaWNl bnNlcyBkbyBub3QgYWZmZWN0IHRoZSByaWdodHMgZ3JhbnRlZCB0byB0aGUgSUVURiBUcnVzdCB1 bmRlciBSRkMgNTM3OC4NNC4JTGljZW5zZSB0byBDb2RlIENvbXBvbmVudHMuICANCWEuCURlZmlu aXRpb24uICBJRVRGIENvbnRyaWJ1dGlvbnMgYW5kIElFVEYgRG9jdW1lbnRzIG9mdGVuIGluY2x1 ZGUgY29tcG9uZW50cyBpbnRlbmRlZCB0byBiZSBkaXJlY3RseSBwcm9jZXNzZWQgYnkgYSBjb21w dXRlciAok0NvZGUgQ29tcG9uZW50c5QpLiAgQSBsaXN0IG9mIGNvbW1vbiBDb2RlIENvbXBvbmVu dHMgY2FuIGJlIGZvdW5kIGF0IBMgSFlQRVJMSU5LICJodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9w b2xpY3lhbmRwcm9jZWR1cmVzLmh0bWwiIFxvICJodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9wb2xp Y3lhbmRwcm9jZWR1cmVzLmh0bWwiIBRodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9wb2xpY3lhbmRw cm9jZWR1cmVzLmh0bWwVIC4gIA0JYi4JSWRlbnRpZmljYXRpb24uICBUZXh0IGluIElFVEYgQ29u dHJpYnV0aW9ucyBhbmQgSUVURiBEb2N1bWVudHMgb2YgdGhlIHR5cGVzIGlkZW50aWZpZWQgaW4g U2VjdGlvbiA0LmEgYWJvdmUgc2hhbGwgY29uc3RpdHV0ZSCTQ29kZSBDb21wb25lbnRzlC4gIElu IGFkZGl0aW9uLCBhbnkgdGV4dCBmb3VuZCBiZXR3ZWVuIHRoZSBtYXJrZXJzIDxDT0RFIEJFR0lO Uz4gYW5kIDxDT0RFIEVORFM+LCBvciBvdGhlcndpc2UgY2xlYXJseSBsYWJlbGVkIGFzIGEgQ29k ZSBDb21wb25lbnQsIHNoYWxsIGJlIGNvbnNpZGVyZWQgYSCTQ29kZSBDb21wb25lbnSULg0JYy4J TGljZW5zZS4gICAgSW4gYWRkaXRpb24gdG8gdGhlIGxpY2Vuc2VzIGdyYW50ZWQgdW5kZXIgU2Vj dGlvbiAzLCBDb2RlIENvbXBvbmVudHMgYXJlIGFsc28gbGljZW5zZWQgdG8gZWFjaCBwZXJzb24g d2hvIHdpc2hlcyB0byByZWNlaXZlIHN1Y2ggYSBsaWNlbnNlIG9uIHRoZSB0ZXJtcyBvZiB0aGUg IkJTRCBMaWNlbnNlIiwgYXMgZGVzY3JpYmVkIGJlbG93LiAgSWYgYSBsaWNlbnNlZSBlbGVjdHMg dG8gYXBwbHkgdGhlIEJTRCBMaWNlbnNlIHRvIGEgQ29kZSBDb21wb25lbnQsIHRoZW4gdGhlIGFk ZGl0aW9uYWwgbGljZW5zZXMgYW5kIHJlc3RyaWN0aW9ucyBzZXQgZm9ydGggaW4gU2VjdGlvbiAz IGFuZCBlbHNld2hlcmUgaW4gdGhlc2UgTGVnYWwgUHJvdmlzaW9ucyBzaGFsbCBub3QgYXBwbHkg dGhlcmV0by4gDQ1CU0QgTGljZW5zZToNDUNvcHlyaWdodCAoYykgW2luc2VydCB5ZWFyXSBJRVRG IFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZSBkb2N1bWVudCBhdXRob3Jz LiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4gIA1SZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJj ZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQgbW9kaWZpY2F0aW9uLCBhcmUgcGVy bWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zIGFyZSBtZXQ6DVJl ZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJp Z2h0IG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lci4gDVJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0 aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRo ZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIg bWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4gDU5laXRoZXIgdGhlIG5h bWUgb2YgSW50ZXJuZXQgU29jaWV0eSwgSUVURiBvciBJRVRGIFRydXN0LCBub3IgdGhlIG5hbWVz IG9mIHNwZWNpZmljIGNvbnRyaWJ1dG9ycywgbWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9t b3RlIHByb2R1Y3RzIGRlcml2ZWQgZnJvbSB0aGlzIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMg cHJpb3Igd3JpdHRlbiBwZXJtaXNzaW9uLiANVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBU SEUgQ09QWVJJR0hUIEhPTERFUlMgQU5EIENPTlRSSUJVVE9SUyAiQVMgSVMiIEFORCBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRP LCBUSEUgSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBG T1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UgQVJFIERJU0NMQUlNRUQuIElOIE5PIEVWRU5UIFNIQUxM IFRIRSBDT1BZUklHSFQgT1dORVIgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRSBGT1IgQU5ZIERJ UkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VR VUVOVElBTCBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1F TlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9S IFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQgQU5EIE9O IEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QgTElB QklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJ TkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFE VklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdFLg0NVGhlIGFib3ZlIEJTRCBM aWNlbnNlIGlzIGludGVuZGVkIHRvIGJlIGNvbXBhdGlibGUgd2l0aCB0aGUgQlNEIExpY2Vuc2Ug dGVtcGxhdGUgcHVibGlzaGVkIGF0IBMgSFlQRVJMSU5LICJodHRwOi8vb3BlbnNvdXJjZS5vcmcv bGljZW5zZXMvYnNkLWxpY2Vuc2UucGhwIiABFGh0dHA6Ly9vcGVuc291cmNlLm9yZy9saWNlbnNl cy9ic2QtbGljZW5zZS5waHAVIC4NCWQuCUF0dHJpYnV0aW9uLiAgVGhvc2Ugd2hvIHVzZSBDb2Rl IENvbXBvbmVudHMgdW5kZXIgdGhlIGxpY2Vuc2UgZ3JhbnRlZCB1bmRlciBTZWN0aW9uIDQuYyBh Ym92ZSBhcmUgcmVxdWVzdGVkIHRvIGF0dHJpYnV0ZSBlYWNoIHN1Y2ggQ29kZSBDb21wb25lbnQg dG8gSUVURiBhbmQgaWRlbnRpZnkgdGhlIFJGQyBvciBvdGhlciBJRVRGIERvY3VtZW50IG9yIElF VEYgQ29udHJpYnV0aW9uIGZyb20gd2hpY2ggaXQgaXMgdGFrZW4uICBTdWNoIGF0dHJpYnV0aW9u IG1heSBiZSBwbGFjZWQgaW4gdGhlIGNvZGUgaXRzZWxmIChlLmcuLCCTVGhpcyBjb2RlIHdhcyBk ZXJpdmVkIGZyb20gSUVURiBSRkMgW2luc2VydCBSRkMgbnVtYmVyXS4gIFBsZWFzZSByZXByb2R1 Y2UgdGhpcyBub3RlIGlmIHBvc3NpYmxlLpQpIG9yIGFueSBvdGhlciByZWFzb25hYmxlIGxvY2F0 aW9uLg01LglMaWNlbnNlIExpbWl0YXRpb25zLiAgDQlhLglObyBQYXRlbnQgTGljZW5zZS4gIFRo ZSBsaWNlbnNlcyBncmFudGVkIHVuZGVyIHRoZXNlIExlZ2FsIFByb3Zpc2lvbnMgc2hhbGwgbm90 IGJlIGRlZW1lZCB0byBncmFudCBhbnkgcmlnaHQgdW5kZXIgYW55IHBhdGVudCwgcGF0ZW50IGFw cGxpY2F0aW9uIG9yIHNpbWlsYXIgaW50ZWxsZWN0dWFsIHByb3BlcnR5IHJpZ2h0Lg0JYi4JU3Vw ZXJzZWR1cmUuICBUaGUgdGVybXMgb2YgYW55IGxpY2Vuc2UgZ3JhbnRlZCB1bmRlciB0aGVzZSBM ZWdhbCBQcm92aXNpb25zIG1heSBiZSBzdXBlcnNlZGVkIGJ5IGEgd3JpdHRlbiBhZ3JlZW1lbnQg YmV0d2VlbiB0aGUgSUVURiBUcnVzdCBhbmQgdGhlIGxpY2Vuc2VlIHRoYXQgc3BlY2lmaWNhbGx5 IHJlZmVyZW5jZXMgYW5kIHN1cGVyc2VkZXMgdGhlIHJlbGV2YW50IHByb3Zpc2lvbnMgb2YgdGhl c2UgTGVnYWwgUHJvdmlzaW9ucywgZXhjZXB0IHRoYXQgKGkpIHRoZSBJRVRGIFRydXN0IHNoYWxs IGluIG5vIGV2ZW50IGJlIGF1dGhvcml6ZWQgdG8gZ3JhbnQgcmlnaHRzIHdpdGggcmVzcGVjdCB0 byBhbnkgQ29udHJpYnV0aW9uIGluIGV4Y2VzcyBvZiB0aG9zZSB3aGljaCBpdCBoYXMgYmVlbiBn cmFudGVkIGJ5IHRoZSBDb250cmlidXRvciwgYW5kIChpaSkgdGhlIHJpZ2h0cyBncmFudGVkIHNo YWxsIG5vdCBiZSBsZXNzIHRoYW4gdGhvc2Ugb3RoZXJ3aXNlIGdyYW50ZWQgdW5kZXIgdGhlc2Ug TGVnYWwgUHJvdmlzaW9ucy4NDQljLglQcmUtNTM3OCBNYXRlcmlhbC4gIEluIHNvbWUgY2FzZXMs IElFVEYgQ29udHJpYnV0aW9ucyBvciBJRVRGIERvY3VtZW50cyBtYXkgY29udGFpbiBtYXRlcmlh bCBmcm9tIElFVEYgQ29udHJpYnV0aW9ucyBvciBJRVRGIERvY3VtZW50cyBwdWJsaXNoZWQgYmVm b3JlIE5vdmVtYmVyIDEwLCAyMDA4IGFzIHRvIHdoaWNoIHRoZSBwZXJzb25zIGNvbnRyb2xsaW5n IHRoZSBjb3B5cmlnaHQgaW4gc3VjaCBtYXRlcmlhbCBoYXZlIG5vdCBncmFudGVkIHJpZ2h0cyB0 byB0aGUgSUVURiBUcnVzdCB1bmRlciB0aGUgdGVybXMgb2YgUkZDIDUzNzggKJNQcmUtNTM3OCBN YXRlcmlhbJQpLiAgSWYgYSBDb250cmlidXRvciBpbmNsdWRlcyB0aGUgbGVnZW5kIGNvbnRhaW5l ZCBpbiBTZWN0aW9uIDYuYy5paWkgb2YgdGhlc2UgTGVnYWwgUHJvdmlzaW9ucyBvbiBzdWNoIElF VEYgQ29udHJpYnV0aW9uIG9yIElFVEYgRG9jdW1lbnQgY29udGFpbmluZyBQcmUtNTM3OCBNYXRl cmlhbHMsIHRoZSBJRVRGIFRydXN0IGFncmVlcyB0aGF0IGl0IHNoYWxsIG5vdCBncmFudCBhbnkg dGhpcmQgcGFydHkgdGhlIHJpZ2h0IHRvIHVzZSBzdWNoIFByZS01Mzc4IE1hdGVyaWFsIG91dHNp ZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3MgdW5sZXNzIGFuZCB1bnRpbCBpdCBoYXMgb2J0 YWluZWQgc3VmZmljaWVudCByaWdodHMgdG8gZG8gc28gZnJvbSB0aGUgcGVyc29ucyBjb250cm9s bGluZyB0aGUgY29weXJpZ2h0IGluIHN1Y2ggUHJlLTUzNzggTWF0ZXJpYWwuICBXaGVyZSBwcmFj dGljYWwsIENvbnRyaWJ1dG9ycyBhcmUgZW5jb3VyYWdlZCB0byBpZGVudGlmeSB3aGljaCBwb3J0 aW9ucyBvZiBzdWNoIElFVEYgQ29udHJpYnV0aW9ucyBhbmQgSUVURiBEb2N1bWVudHMgY29udGFp biBQcmUtNTM3OCBNYXRlcmlhbCwgaW5jbHVkaW5nIHRoZSBzb3VyY2UgKGJ5IFJGQyBudW1iZXIg b3Igb3RoZXJ3aXNlKSBvZiB0aGUgUHJlLTUzNzggTWF0ZXJpYWwuDQ02LglUZXh0IFRvIEJlIElu Y2x1ZGVkIGluIElFVEYgRG9jdW1lbnRzLiAgVGhlIGZvbGxvd2luZyB0ZXh0IG11c3QgYmUgaW5j bHVkZWQgb24gdGhlIGZpcnN0IHBhZ2Ugb2YgZWFjaCBJRVRGIERvY3VtZW50IGFzIHNwZWNpZmll ZCBiZWxvdzoNCWEuCVN1Ym1pc3Npb24gQ29tcGxpYW5jZSBmb3IgSW50ZXJuZXQtRHJhZnRzLiAg IEluIGVhY2ggSW50ZXJuZXQtRHJhZnQ6DVRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVk IHRvIElFVEYgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZSBwcm92aXNpb25zIG9mIEJDUCA3 OCBhbmQgQkNQIDc5Lg0JYi4JQ29weXJpZ2h0IGFuZCBMaWNlbnNlIE5vdGljZS4gIEluIGVhY2gg SUVURiBEb2N1bWVudCAoaW5jbHVkaW5nIFJGQ3MgYW5kIEludGVybmV0LURyYWZ0cyk6DUNvcHly aWdodCAoYykgW2luc2VydCB5ZWFyXSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlm aWVkIGFzIHRoZSBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4gIA1UaGlz IGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdJJzIExlZ2Fs IFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMgaW4gZWZmZWN0IG9uIHRoZSBk YXRlIG9mIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQgKBNIWVBFUkxJTksgaHR0cDovL3Ry dXN0ZWUuaWV0Zi5vcmcvZG9jcy9JRVRGLVRydXN0LUxpY2Vuc2UtUG9saWN5LnBkZiABFGh0dHA6 Ly90cnVzdGVlLmlldGYub3JnL2RvY3MvSUVURi1UcnVzdC1MaWNlbnNlLVBvbGljeS5wZGYVKS4g IFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzIGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmli ZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdCB0byB0aGlzIGRvY3Vt ZW50Lg0JYy4JRGVyaXZhdGl2ZSBXb3JrcyBhbmQgUHVibGljYXRpb24gTGltaXRhdGlvbnMuICBJ ZiBhIENvbnRyaWJ1dG9yIGRlc2lyZXMgdG8gbGltaXQgdGhlIHJpZ2h0IHRvIG1ha2UgbW9kaWZp Y2F0aW9ucyBhbmQgZGVyaXZhdGl2ZSB3b3JrcyBvZiBhbiBJRVRGIENvbnRyaWJ1dGlvbiwgb3Ig dG8gbGltaXQgaXRzIHB1YmxpY2F0aW9uLCBvbmUgb2YgdGhlIGZvbGxvd2luZyBub3RpY2VzIG11 c3QgYmUgaW5jbHVkZWQuICBUaGVzZSBub3RpY2VzIHNldCBmb3J0aCBpbiBjbGF1c2VzIChpKSBh bmQgKGlpKSBiZWxvdyBtYXkgbm90IGJlIHVzZWQgd2l0aCBhbnkgc3RhbmRhcmRzLXRyYWNrIGRv Y3VtZW50LCBub3Igd2l0aCBtb3N0IHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnRzLg0JCWkuCUlmIHRo ZSBDb250cmlidXRvciBkb2VzIG5vdCB3aXNoIHRvIGFsbG93IG1vZGlmaWNhdGlvbnMsIGJ1dCBk b2VzIHdpc2ggdG8gYWxsb3cgcHVibGljYXRpb24gYXMgYW4gUkZDOg1UaGlzIGRvY3VtZW50IG1h eSBub3QgYmUgbW9kaWZpZWQsIGFuZCBkZXJpdmF0aXZlIHdvcmtzIG9mIGl0IG1heSBub3QgYmUg Y3JlYXRlZCwgZXhjZXB0IHRvIGZvcm1hdCBpdCBmb3IgcHVibGljYXRpb24gYXMgYW4gUkZDIGFu ZCB0byB0cmFuc2xhdGUgaXQgaW50byBsYW5ndWFnZXMgb3RoZXIgdGhhbiBFbmdsaXNoLg0JCWlp LglJZiB0aGUgQ29udHJpYnV0b3IgZG9lcyBub3Qgd2lzaCB0byBhbGxvdyBtb2RpZmljYXRpb25z IG5vciB0byBhbGxvdyBwdWJsaWNhdGlvbiBhcyBhbiBSRkM6DVRoaXMgZG9jdW1lbnQgbWF5IG5v dCBiZSBtb2RpZmllZCwgYW5kIGRlcml2YXRpdmUgd29ya3Mgb2YgaXQgbWF5IG5vdCBiZSBjcmVh dGVkLCBhbmQgaXQgbWF5IG5vdCBiZSBwdWJsaXNoZWQgZXhjZXB0IGFzIGFuIEludGVybmV0LURy YWZ0Lg0JCWlpaS4JSWYgYSBDb250cmlidXRpb24gaW5jbHVkZXMgUHJlLTUzNzggTWF0ZXJpYWwg YW5kIHRoZSBDb250cmlidXRvciBkb2VzIG5vdCB3aXNoIHRvIGFsbG93IG1vZGlmaWNhdGlvbnMg b2Ygc3VjaCBQcmUtNTM3OCBNYXRlcmlhbCB0byBiZSBtYWRlIG91dHNpZGUgdGhlIElFVEYgU3Rh bmRhcmRzIFByb2Nlc3M6DVRoaXMgZG9jdW1lbnQgY29udGFpbnMgbWF0ZXJpYWwgZnJvbSBJRVRG IERvY3VtZW50cyBvciBJRVRGIENvbnRyaWJ1dGlvbnMgcHVibGlzaGVkIGJlZm9yZSBOb3ZlbWJl ciAxMCwgMjAwOCBhbmQsIHRvIHRoZSBDb250cmlidXRvcpJzIGtub3dsZWRnZSwgdGhlIHBlcnNv bihzKSBjb250cm9sbGluZyB0aGUgY29weXJpZ2h0IGluIHN1Y2ggbWF0ZXJpYWwgaGF2ZSBub3Qg Z3JhbnRlZCB0aGUgSUVURiBUcnVzdCB0aGUgcmlnaHQgdG8gYWxsb3cgbW9kaWZpY2F0aW9ucyBv ZiBzdWNoIG1hdGVyaWFsIG91dHNpZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3MuICBXaXRo b3V0IG9idGFpbmluZyBhbiBhZGVxdWF0ZSBsaWNlbnNlIGZyb20gdGhlIHBlcnNvbihzKSBjb250 cm9sbGluZyB0aGUgY29weXJpZ2h0LCB0aGlzIGRvY3VtZW50IG1heSBub3QgYmUgbW9kaWZpZWQg b3V0c2lkZSB0aGUgSUVURiBTdGFuZGFyZHMgUHJvY2VzcywgYW5kIGRlcml2YXRpdmUgd29ya3Mg b2YgaXQgbWF5IG5vdCBiZSBjcmVhdGVkIG91dHNpZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nl c3MsIGV4Y2VwdCB0byBmb3JtYXQgaXQgZm9yIHB1YmxpY2F0aW9uIGFzIGFuIFJGQyBhbmQgdG8g dHJhbnNsYXRlIGl0IGludG8gbGFuZ3VhZ2VzIG90aGVyIHRoYW4gRW5nbGlzaC4NNy4JVGVybXMg QXBwbGljYWJsZSB0byBBbGwgSUVURiBEb2N1bWVudHMuICAgVGhlIGZvbGxvd2luZyBsZWdhbCB0 ZXJtcyBhcHBseSB0byBhbGwgSUVURiBEb2N1bWVudHM6DQlhLglBbGwgSUVURiBEb2N1bWVudHMg YW5kIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgdGhlcmVpbiBhcmUgcHJvdmlkZWQgb24gYW4g IkFTIElTIiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9SLCBUSEUgT1JHQU5JWkFUSU9OIEhFL1NI RSBSRVBSRVNFTlRTICAgT1IgSVMgU1BPTlNPUkVEIEJZIChJRiBBTlkpLCBUSEUgSU5URVJORVQg U09DSUVUWSwgVEhFIElFVEYgVFJVU1QgQU5EICBUSEUgSU5URVJORVQgRU5HSU5FRVJJTkcgVEFT SyBGT1JDRSBESVNDTEFJTSBBTEwgV0FSUkFOVElFUywgRVhQUkVTUyBPUiBJTVBMSUVELCBJTkNM VURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIEFOWSBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0YgVEhF IElORk9STUFUSU9OIFRIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hUUyBPUiBBTlkg SU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBGSVRORVNTIEZPUiBBIFBB UlRJQ1VMQVIgUFVSUE9TRS4NDQliLglUaGUgSUVURiBUcnVzdCB0YWtlcyBubyBwb3NpdGlvbiBy ZWdhcmRpbmcgdGhlIHZhbGlkaXR5IG9yIHNjb3BlIG9mIGFueSBJbnRlbGxlY3R1YWwgUHJvcGVy dHkgUmlnaHRzIG9yIG90aGVyIHJpZ2h0cyB0aGF0IG1pZ2h0IGJlIGNsYWltZWQgdG8gcGVydGFp biB0byB0aGUgaW1wbGVtZW50YXRpb24gb3IgdXNlIG9mIHRoZSB0ZWNobm9sb2d5IGRlc2NyaWJl ZCBpbiBhbnkgSUVURiBEb2N1bWVudCBvciB0aGUgZXh0ZW50IHRvIHdoaWNoIGFueSBsaWNlbnNl IHVuZGVyIHN1Y2ggcmlnaHRzIG1pZ2h0IG9yIG1pZ2h0IG5vdCBiZSBhdmFpbGFibGU7IG5vciBk b2VzIGl0IHJlcHJlc2VudCB0aGF0IGl0IGhhcyBtYWRlIGFueSBpbmRlcGVuZGVudCBlZmZvcnQg dG8gaWRlbnRpZnkgYW55IHN1Y2ggcmlnaHRzLg0NCWMuCUNvcGllcyBvZiBJbnRlbGxlY3R1YWwg UHJvcGVydHkgZGlzY2xvc3VyZXMgbWFkZSB0byB0aGUgSUVURiBTZWNyZXRhcmlhdCBhbmQgYW55 IGFzc3VyYW5jZXMgb2YgbGljZW5zZXMgdG8gYmUgbWFkZSBhdmFpbGFibGUsIG9yIHRoZSByZXN1 bHQgb2YgYW4gYXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvciBwZXJt aXNzaW9uIGZvciB0aGUgdXNlIG9mIHN1Y2ggcHJvcHJpZXRhcnkgcmlnaHRzIGJ5IGltcGxlbWVu dGVycyBvciB1c2VycyBvZiB0aGlzIHNwZWNpZmljYXRpb24gY2FuIGJlIG9idGFpbmVkIGZyb20g dGhlIElFVEYgb24tbGluZSBJUFIgcmVwb3NpdG9yeSBhdCATIEhZUEVSTElOSyAiaHR0cDovL3d3 dy5pZXRmLm9yZy9pcHIiIAEUaHR0cDovL3d3dy5pZXRmLm9yZy9pcHIVIC4NDQlkLglUaGUgSUVU RiBpbnZpdGVzIGFueSBpbnRlcmVzdGVkIHBhcnR5IHRvIGJyaW5nIHRvIGl0cyBhdHRlbnRpb24g YW55IGNvcHlyaWdodHMsIHBhdGVudHMgb3IgcGF0ZW50IGFwcGxpY2F0aW9ucywgb3Igb3RoZXIg cHJvcHJpZXRhcnkgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhhdCBtYXkgYmUg cmVxdWlyZWQgdG8gaW1wbGVtZW50IGFueSBzdGFuZGFyZCBvciBzcGVjaWZpY2F0aW9uIGNvbnRh aW5lZCBpbiBhbiBJRVRGIERvY3VtZW50LiAgUGxlYXNlIGFkZHJlc3MgdGhlIGluZm9ybWF0aW9u IHRvIHRoZSBJRVRGIGF0IGlldGYtaXByQGlldGYub3JnLg0NCWUuCVRoZSBkZWZpbml0aXZlIHZl cnNpb24gb2YgYW4gSUVURiBEb2N1bWVudCBpcyB0aGF0IHB1Ymxpc2hlZCBieSwgb3IgdW5kZXIg dGhlIGF1c3BpY2VzIG9mLCB0aGUgSUVURi4gIFZlcnNpb25zIG9mIElFVEYgRG9jdW1lbnRzIHRo YXQgYXJlIHB1Ymxpc2hlZCBieSB0aGlyZCBwYXJ0aWVzLCBpbmNsdWRpbmcgdGhvc2UgdGhhdCBh cmUgdHJhbnNsYXRlZCBpbnRvIG90aGVyIGxhbmd1YWdlcywgc2hvdWxkIG5vdCBiZSBjb25zaWRl cmVkIHRvIGJlIGRlZmluaXRpdmUgdmVyc2lvbnMgb2YgSUVURiBEb2N1bWVudHMuICBUaGUgZGVm aW5pdGl2ZSB2ZXJzaW9uIG9mIHRoZXNlIExlZ2FsIFByb3Zpc2lvbnMgaXMgdGhhdCBwdWJsaXNo ZWQgYnksIG9yIHVuZGVyIHRoZSBhdXNwaWNlcyBvZiwgdGhlIElFVEYuICBWZXJzaW9ucyBvZiB0 aGVzZSBMZWdhbCBQcm92aXNpb25zIHRoYXQgYXJlIHB1Ymxpc2hlZCBieSB0aGlyZCBwYXJ0aWVz LCBpbmNsdWRpbmcgdGhvc2UgdGhhdCBhcmUgdHJhbnNsYXRlZCBpbnRvIG90aGVyIGxhbmd1YWdl cywgc2hvdWxkIG5vdCBiZSBjb25zaWRlcmVkIHRvIGJlIGRlZmluaXRpdmUgdmVyc2lvbnMgb2Yg dGhlc2UgTGVnYWwgUHJvdmlzaW9ucy4NDQlmLiAJRm9yIHRoZSBhdm9pZGFuY2Ugb2YgZG91YnQs IGVhY2ggQ29udHJpYnV0b3IgdG8gdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3MgbGljZW5zZXMg ZWFjaCBDb250cmlidXRpb24gdGhhdCBoZSBvciBzaGUgbWFrZXMgYXMgcGFydCBvZiB0aGUgSUVU RiBTdGFuZGFyZHMgUHJvY2VzcyB0byB0aGUgSUVURiBUcnVzdCBwdXJzdWFudCB0byB0aGUgcHJv dmlzaW9ucyBvZiBSRkMgNTM3OC4gIE5vIGxhbmd1YWdlIHRvIHRoZSBjb250cmFyeSwgb3IgdGVy bXMsIGNvbmRpdGlvbnMgb3IgcmlnaHRzIHRoYXQgZGlmZmVyIGZyb20gb3IgYXJlIGluY29uc2lz dGVudCB3aXRoIHRoZSByaWdodHMgYW5kIGxpY2Vuc2VzIGdyYW50ZWQgdW5kZXIgUkZDIDUzNzgs IHNoYWxsIGhhdmUgYW55IGVmZmVjdCBhbmQgc2hhbGwgYmUgbnVsbCBhbmQgdm9pZCwgd2hldGhl ciBwdWJsaXNoZWQgb3IgcG9zdGVkIGJ5IHN1Y2ggQ29udHJpYnV0b3IsIG9yIGluY2x1ZGVkIHdp dGggb3IgaW4gc3VjaCBDb250cmlidXRpb24uDQ0DDQ0EDQ0DDQ0EDQ0NDQ0NDQ0JEyBQQUdFIBQx FS8TIE5VTVBBR0VTIBQ3FQ0TIERPQ1BST1BFUlRZICJTV0RvY0lEIiAgXCogTUVSR0VGT1JNQVQg FFVTMURPQ1MgNzAxMTExMHYxVVMxRE9DUyA3MDExMTEwdjEVDQ0NDQ0NDQ0AAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAACAAAEwgAABQIAABnCAAAjQgAAJcIAADUDAAA+wwAAPwMAABHDQAAVQ0A AOgOAAADDwAADxIAABASAACEEgAAhRIAALUSAAC2EgAAGBQAABkUAACNFAAAjhQAAL4UAAC/FAAA wBQAACMVAABUFQAAWhUAAIsVAAB5FgAAkxYAAEQYAABFGAAARhgAAOMYAAD6GAAAMRoAAGQaAAC5 HgAAJR8AACYfAABuHwAAix8AAKkfAACsHwAABSEAAAYhAADHIQAA4yEAAPfo4d3Y3djR3djd2N3E vMS2xN3EvMS2xLzd2N3R3azdrJzd0d3R3ZJ+3dHd2N3R3dEAAAAmFmioF4oAQ0oUAE9KBABQSgMA UUoEAF5KBABhShQAbkgECHRIBAgAEhZoqBeKAFBKAwBuSAQIdEgECAAfAAiBFmioF4oAY0gBAGRo AAAAAGRoAAAAAGRoirrMRhMBCIEESAEABWiKusxGFmioF4oAChZoqBeKADBKMwAADxZoqBeKAEIq AXBoAAAAABgDagAAAAAWaKgXigBCKgFVCAFwaAAAAAAADBZoqBeKADYIgV0IgQAJFmioF4oAPioB BhZoqBeKAAAMFmioF4oANQiBXAiBABwWaKgXigA1CAFcCAGJygcBAQCRusxGgyoBNggBAA8WaKgX igA1CIE2CIFcCIEAMQAIAAAUCAAAHwgAAEsIAABnCAAAiggAAJgIAADRDAAA/wwAAFkNAACODgAA 5Q8AAA4RAAAgFQAAVhUAAJUWAAAqFwAAwxcAAN8YAAAtGgAAtBsAACscAAAMHQAAoh0AADUeAABp HwAAah8AAP0AAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAA AAD4AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAA AAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAA AAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA 8wAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAPMAAAAA AAAAAAAAAADzAAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAADkAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAYAADckADgkAEgkAAkAAAMkAzckADgkAEgkAGEkAwAEFAADJANhJAMABBQA AyQBYSQBAAEUAAAaah8AANkfAAAGIQAAwyEAAFskAAB8JAAA7yUAAC0nAADKKAAAyygAANgoAADZ KAAATCkAANspAABZKgAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPEAAAAAAAAA AAAAAADrAAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAOsAAAAAAAAAAAAAAADdAAAAAAAAAAAAAAAA 0AAAAAAAAAAAAAAAAH4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFEAAAMkAwomAAtGDQAPhDgEE6Qk ABSkJABFxoABAAEAgbrMRgAAAAAAAAAAABcXFxcXFxcXFwAAAQAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAF6EOARhJAMADAAAAyQDD4TQAhOkkAAUpCABXoTQAmEkAwAN AAADJAMPhNACFKQgAV6E0AJhJANnZKgXigAGAAA3JAA4JABIJAAJAAADJAM3JAA4JABIJABhJAMA BBQAAyQDYSQDAA7jIQAAXiQAAHgkAACAJAAAjSQAAP4kAAANJQAAQyUAAEQlAAC4JQAAuSUAAOkl AADqJQAA6yUAAPMlAAABJgAAMScAADknAADZKAAA6y4AAOwuAABLLwAATC8AAIgvAACJLwAAii8A ALgvAAC5LwAAwC8AAMsvAAB3MQAAijEAAJIxAACjMQAAUDIAAFwyAAACNAAAZTQAAGs0AAB8NAAA fTQAAPz3/PD89/zj2+PV49v80Pzw/MSy/Kr8n6qWqvzQ/Pf88Pzw/Ix8anwAAAAAAAAAACIBCIEE SAEABWiGusxGFmioF4oANgiBUEoDAG5IBAh0SAQIAB8BCIEESAEABWiCusxGFmioF4oAUEoDAG5I BAh0SAQIEhZoqBeKAFBKAwBuSAQIdEgECAAQFWjgGvwAFmioF4oAMEozAAAVAgiBA2oAAAAABggB FmioF4oAVQgBDwNqAAAAABZoqBeKAFUIASIWaKgXigBDShQAT0oFAFFKBQBeSgUAYUoUAG1ICQBz SAkAABYWaKgXigBDShQAYUoUAG1ICQBzSAkAAAkWaKgXigA2CIEKFmioF4oAMEozAAAPFmioF4oA QioBcGgAAAAAGANqAAAAABZoqBeKAEIqAVUIAXBoAAAAAAAMFmioF4oANgiBXQiBAAkWaKgXigA+ KgEGFmioF4oAKFkqAAAlKwAA+SsAAOwuAADtLgAAvC8AAHQxAACOMQAATDIAAK0AAAAAAAAAAAAA AABbAAAAAAAAAAAAAAAAUAAAAAAAAAAAAAAAAEsAAAAAAAAAAAAAAABLAAAAAAAAAAAAAAAASwAA AAAAAAAAAAAAAEsAAAAAAAAAAAAAAABLAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEFAADJANhJAMA CgAAAyQDD4Q4BBOkkABehDgEYSQDAFEAAAMkAwomAAtGDQAPhDgEE6QkABSkJABFxoABAAEAgbrM RgAAAAAAAAAAABcXFxcXFxcXFwAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAF6EOARhJAMAUQAAAyQDCiYAC0YNAA+EOAQTpCQAFKQkAEXGgAEAAQCBusxGAAAAAAAA AAAAFxcXFxcXFxcXAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABALfwAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA XoQ4BGEkAwAITDIAAGY0AABnNAAARTgAAEY4AADROAAAGjkAAIE5AADgOQAAUzoAAOs7AABrPQAA 1z0AAI4+AADwPgAAez8AAPYAAAAAAAAAAAAAAACqAAAAAAAAAAAAAAAAqgAAAAAAAAAAAAAAAKQA AAAAAAAAAAAAAACfAAAAAAAAAAAAAAAAnwAAAAAAAAAAAAAAAJYAAAAAAAAAAAAAAACfAAAAAAAA AAAAAAAAigAAAAAAAAAAAAAAAJYAAAAAAAAAAAAAAACfAAAAAAAAAAAAAAAAnwAAAAAAAAAAAAAA AJYAAAAAAAAAAAAAAACfAAAAAAAAAAAAAAAAlgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAsUAAMkAw+EoAVehKAFYSQDZ2SoF4oAAAgUAAMkAw+EoAVehKAFYSQDAAQUAAMkA2EkAwYAADck ADgkAEgkAEwAAAMkAzckADgkAEMkAUXGgAAAAQCCusxGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASCQAYSQDCQAAAyQDNyQAOCQA SCQAYSQDAA99NAAAgjQAAIY0AADINAAA8jQAABQ1AACHNQAAlDUAAJ01AACgNQAAsTUAABI2AAAT NgAAPDYAAFo2AABbNgAAwjYAAGY3AABnNwAAaDcAAHk3AABCOAAARDgAAEU4AABJOAAAbjgAANU4 AAD/OAAAGjkAAIE5AACFOQAA79/vz++/r7/vz9+v36/fv5+PhXWPZYVhXGFVYU1hDhZoqBeKAENK FABhShQAAAwWaKgXigA2CIFdCIEACRZoqBeKAD4qAQYWaKgXigAAHwEIgQRIAQAFaJC6zEYWaKgX igBQSgMAbkgECHRIBAgfAQiBBEgCAAVoXDPRRhZoqBeKAFBKAwBuSAQIdEgECBIWaKgXigBQSgMA bkgECHRIBAgAHwEIgQRIAQAFaI+6zEYWaKgXigBQSgMAbkgECHRIBAgfAQiBBEgBAAVoibrMRhZo qBeKAFBKAwBuSAQIdEgECB8BCIEESAEABWiIusxGFmioF4oAUEoDAG5IBAh0SAQIHwEIgQRIAQAF aIe6zEYWaKgXigBQSgMAbkgECHRIBAgfAQiBBEgBAAVohbrMRhZoqBeKAFBKAwBuSAQIdEgECB8B CIEESAEABWiGusxGFmioF4oAUEoDAG5IBAh0SAQIHwEIgQRIAQAFaIO6zEYWaKgXigBQSgMAbkgE CHRIBAgAHoU5AAChOQAA4DkAAPw5AAALOgAAOToAAO46AADvOgAANDsAADU7AAA2OwAAcDsAAHE7 AADqOwAA7zsAABg8AADePAAA4DwAAOg8AAAQPQAAaj0AAGs9AADXPQAAjT4AAI4+AADvPgAA8D4A AHs/AACEPwAAsj8AAOg/AAAvQAAAMEAAADFAAABOQQAA+fXp4enh1eHG1bjV4fX59aj1nvX59eGT 9fnhiX+JdYloWgAAAAAAABsBCIEESAEABWiMusxGFmioF4oAQ0oUAGFKFAAZAQiBBEgBAAVoirrM RhZoqBeKADYIgV0IgRMBCIEESAEABWiMusxGFmioF4oAEwEIgQRIAQAFaIu6zEYWaKgXigATAQiB BEgBAAVoirrMRhZoqBeKABQWaKgXigA2CIFDShQAXQiBYUoUAAATAQiBBEgBAAVoibrMRhZoqBeK AB8ACIEWaKgXigBjSAEAZGgAAAAAZGgAAAAAZGiJusxGGhZoqBeKAD4qAUIqAkNKFABhShQAcGgA AP8AAB0CCIEDajEBAAAGCAEWaKgXigBDShQAVQgBYUoUABcDagAAAAAWaKgXigBDShQAVQgBYUoU AA4WaKgXigBDShQAYUoUAAAWFmioF4oAQ0oUAGFKFABtSAkAc0gJAAAGFmioF4oAAAwWaKgXigA2 CIFdCIEiez8AADFAAADEQgAAKEMAABlFAAAaRQAAs0YAALcAAAAAAAAAAAAAAABlAAAAAAAAAAAA AAAAYAAAAAAAAAAAAAAAAFsAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAHwAAAyQDDcYyABCUAygHvApQDuQReBUMGaAcNCDII1wn8CqELhgyrDVAOQAA AAAAAAAAAAAAAAAAAABhJAMABC8AAyQDYSQDAAQUAAMkA2EkA1IUAAMkA0MkAUXGgAAAAQCKusxG AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAYSQDb8YHAQEAj7rMRmQmAQ+EoAVehKAFAEcUAAMkA0MkAUXGgAAAAQCKusxGAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA YSQDAAZOQQAAVUEAAFZBAABzQQAAhUEAAJhBAACeQQAAxUEAAMdBAADoQQAAC0IAABxCAAA6QgAA wkIAAMNCAADEQgAAx0IAAO1CAAAnQwAAKEMAAL1DAAC/QwAABkQAAAdEAAAZRQAAD0gAAPHj8dXH uavH8Z3xj/GPhYF8gXVnSmdKZ4EAAAAAAAAAAAAAAAAAAAAAAAAAOQAIgRZoqBeKABdo1BC5AENK GABPSgAAUUoAAF5KAABhShgAY0gCAGRoAAAAAGRoAAAAAGRoaDPRRhoWaKgXigBDShgAT0oAAFFK AABeSgAAYUoYAAAMFmioF4oANgiBXQiBAAkWaKgXigA+KgEGFmioF4oAABMBCIEESAEABWiKusxG FmioF4oAGwEIgQRIAQAFaIq6zEYWaKgXigBDShQAYUoUABsBCIEESAIABWhfM9FGFmioF4oAQ0oU AGFKFAAbAQiBBEgCAAVoYTPRRhZoqBeKAENKFABhShQAGwEIgQRIAgAFaGYz0UYWaKgXigBDShQA YUoUABsBCIEESAIABWhgM9FGFmioF4oAQ0oUAGFKFAAbAQiBBEgCAAVoZTPRRhZoqBeKAENKFABh ShQAGwEIgQRIAQAFaIy6zEYWaKgXigBDShQAYUoUABsBCIEESAEABWiNusxGFmioF4oAQ0oUAGFK FAAAGbNGAAC0RgAAUkgAAFNIAACeSQAAn0kAAAZMAAAHTAAAC04AAAxOAAAOTgAAD04AABFOAAAS TgAAFE4AABVOAAAXTgAAGE4AABlOAAAaTgAAG04AABxOAAAdTgAAHk4AADlOAADgAAAAAAAAAAAA AAAA4AAAAAAAAAAAAAAAAOAAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAOAA AAAAAAAAAAAAAADgAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAOAAAAAAAAAAAAAAAADeAAAAAAAA AAAAAAAA3gAAAAAAAAAAAAAAAN4AAAAAAAAAAAAAAADeAAAAAAAAAAAAAAAA3gAAAAAAAAAAAAAA AN4AAAAAAAAAAAAAAADeAAAAAAAAAAAAAAAA3gAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAADeAAAA AAAAAAAAAAAA3AAAAAAAAAAAAAAAAN4AAAAAAAAAAAAAAADaAAAAAAAAAAAAAAAA3gAAAAAAAAAA AAAAANUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEJQBnZKgXigAAASUAAAEoAAABAAAfAAAD JAMNxjIAEJQDKAe8ClAO5BF4FQwZoBw0IMgjXCfwKoQuGDKsNUA5AAAAAAAAAAAAAAAAAAAAAGEk AwAYD0gAABBIAAA1SAAANkgAADdIAABOSAAAT0gAAFBIAAAMTgAADU4AAA9OAAAQTgAAEk4AABNO AAAVTgAAFk4AAB9OAAAgTgAAJk4AACdOAAAoTgAAKU4AACpOAAArTgAANU4AADZOAAA3TgAAOE4A ADlOAAA6TgAAYU4AAGJOAABzTgAAhE4AAIVOAACNTgAA9/Po99/3zPP38/fz9/P388K8wrHC88K8 wrHCvPfz95uG9/MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACkACIEWaKgXigAXaFoT oQBDSg4AY0gDAGRoAAAAAGRoAAAAAGRo0znRZioBCAEESAMABWgxQtGGFWgqf+kAFmioF4oAicoH AQMAMULRhoMqAUNKDgAAFRZoqBeKADBKXABtSAAEbkgABHUIAQoWaKgXigAwSlwAABMDagAAAAAW aKgXigAwSlwAVQgBJQAIgRZoqBeKABdo1BC5AGNIAgBkaAAAAABkaAAAAABkaGcz0UYQFWjgGvwA FmioF4oAMEozAAAVAgiBA2oYAgAABggBFmioF4oAVQgBBhZoqBeKAAAPA2oAAAAAFmioF4oAVQgB ACM5TgAAhk4AAIdOAACITgAAiU4AAIpOAACLTgAAjE4AAI1OAAD6AAAAAAAAAAAAAAAA+AAAAAAA AAAAAAAAAPYAAAAAAAAAAAAAAAD4AAAAAAAAAAAAAAAA9AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAA AAD4AAAAAAAAAAAAAAAA1QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfAAADJAMNxjIAEJQDKAe8ClAO5BF4FQwZoBw0 IMgjXCfwKoQuGDKsNUA5AAAAAAAAAAAAAAAAAAAAAGEkAwABJQAAASgAAAEAAAAEJQBnZKgXigAA CCQAMZBoARxQAQAfsNAvILDgPSGwoAUisKAFI5CgBSSQoAUlsAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA MQEAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA0Mnqefm6zhGMggCqAEupCwIAAAAXAAAALwAAAGgAdAB0AHAAOgAvAC8AbwBw AGUAbgBzAG8AdQByAGMAZQAuAG8AcgBnAC8AbABpAGMAZQBuAHMAZQBzAC8AYgBzAGQALQBsAGkA YwBlAG4AcwBlAC4AcABoAHAAAADgyep5+brOEYyCAKoAS6kLXgAAAGgAdAB0AHAAOgAvAC8AbwBw AGUAbgBzAG8AdQByAGMAZQAuAG8AcgBnAC8AbABpAGMAZQBuAHMAZQBzAC8AYgBzAGQALQBsAGkA YwBlAG4AcwBlAC4AcABoAHAAAADnAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADg yep5+brOEYyCAKoAS6kLdgAAAGgAdAB0AHAAOgAvAC8AdAByAHUAcwB0AGUAZQAuAGkAZQB0AGYA LgBvAHIAZwAvAGQAbwBjAHMALwBJAEUAVABGAC0AVAByAHUAcwB0AC0ATABpAGMAZQBuAHMAZQAt AFAAbwBsAGkAYwB5AC4AcABkAGYAAADVAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAABcA AAAYAAAAaAB0AHQAcAA6AC8ALwB3AHcAdwAuAGkAZQB0AGYALgBvAHIAZwAvAGkAcAByAAAA4Mnq efm6zhGMggCqAEupCzAAAABoAHQAdABwADoALwAvAHcAdwB3AC4AaQBlAHQAZgAuAG8AcgBnAC8A aQBwAHIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIIEdQASAAEA FAEPAAIAAAAAAAAAAAAEAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADIGAAAaAAAA wAMAANADAADgAwAA8AMAAAAEAAAQBAAAIAQAADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADA AwAA0AMAAOADAADwAwAAAAQAABAEAAAyBgAAKAIAANgBAADoAQAAIAQAADAEAABABAAAUAQAAGAE AABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQAABAEAAAgBAAAMAQAAEAEAABQBAAAYAQA AHAEAACABAAAkAQAAMADAADQAwAA4AMAAPADAAAABAAAEAQAACAEAAAwBAAAQAQAAFAEAABgBAAA cAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAEAAAQBAAAIAQAADAEAABABAAAUAQAAGAEAABw BAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQAABAEAAAgBAAAMAQAAEAEAABQBAAAYAQAAHAE AACABAAAkAQAAMADAADQAwAA4AMAAPADAAAABAAAEAQAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQA AIAEAACQBAAAOAEAAFgBAAD4AQAACAIAABgCAABWAgAAfgIAABQAAABfSAEEbUgJBG5ICQRzSAkE dEgJBAAAAABAAABg8f8CAEAADBAAAAAAAAAAAAYATgBvAHIAbQBhAGwAAAACAAAAGABDShgAX0gB BGFKGABtSAkEc0gJBHRICQQ8AAEAAQBCATwADBAAAAAAAAAAAAsASABlAGEAZABpAG4AZwAgADEA LAAxAAAADAABAAYkARSk8ABAJgAAADoAAgABAEIBOgAMEAAAAAAAAAAACwBIAGUAYQBkAGkAbgBn ACAAMgAsADIAAAAJAAIAFKTwAEAmAQAAADoAAwABAEIBOgAMEAAAAAAAAAAACwBIAGUAYQBkAGkA bgBnACAAMwAsADMAAAAJAAMAFKTwAEAmAgAAADoABAABAEIBOgAMEAAAAAAAAAAACwBIAGUAYQBk AGkAbgBnACAANAAsADQAAAAJAAQAFKTwAEAmAwAAADoABQABAEIBOgAMEAAAAAAAAAAACwBIAGUA YQBkAGkAbgBnACAANQAsADUAAAAJAAUAFKTwAEAmBAAAADoABgABAEIBOgAMEAAAAAAAAAAACwBI AGUAYQBkAGkAbgBnACAANgAsADYAAAAJAAYAFKTwAEAmBQAAADoABwABAEIBOgAMEAAAAAAAAAAA CwBIAGUAYQBkAGkAbgBnACAANwAsADcAAAAJAAcAFKTwAEAmBgAAADoACAABAEIBOgAMEAAAAAAA AAAACwBIAGUAYQBkAGkAbgBnACAAOAAsADgAAAAJAAgAFKTwAEAmBwAAADoACQABAEIBOgAMEAAA AAAAAAAACwBIAGUAYQBkAGkAbgBnACAAOQAsADkAAAAJAAkAFKTwAEAmCAAAAEQAQWDy/6EARAAM AQAAAAAAAAAAFgBEAGUAZgBhAHUAbAB0ACAAUABhAHIAYQBnAHIAYQBwAGgAIABGAG8AbgB0AAAA AABSAGkA8/+zAFIADAEAAAAAAAAAAAwAVABhAGIAbABlACAATgBvAHIAbQBhAGwAAAAcABf2AwAA NNYGAAEKA2wANNYGAAEFAwAAYfYDAAACAAsAAAAoAGsg9P/BACgAAAEAAAAAAAAAAAcATgBvACAA TABpAHMAdAAAAAIADAAAAAAASgBUAAEA8gBKAAwAAAAAAAAAAAANAEIAbABvAGMAawAgAFQAZQB4 AHQALABiAHQAAAAWAA8ADoSgBQ+EoAUUpPAAXYSgBV6EoAUAAEQAUAABAAIBRAAMAAAAAAAAAAAA DgBCAG8AZAB5ACAAVABlAHgAdAAgADIALABiAGkAAAAOABAAD4TQAhSk8ABehNACAABEAFEAAQAS AUQADAAAAAAAAAAAAA8AQgBvAGQAeQAgAFQAZQB4AHQAIAAzACwAYgB0ADMAAAAMABEAEmRoAQEA FKR4AAAASABDAAEAIgFIAAwAAAAAAAAAAAAQAEIAbwBkAHkAIABUAGUAeAB0ACAASQBuAGQAZQBu AHQAAAAOABIAD4RoARSkeABehGgBAABwAE4AAQEyAXAADAAAAAAAAAAAAB0AQgBvAGQAeQAgAFQA ZQB4AHQAIABGAGkAcgBzAHQAIABJAG4AZABlAG4AdAAgADIALABiAGYAaQAyAAAAHAATAA+EAAAR hNACEmTgAQEAFKQAAF6EAABghNACAAA2AEJAAQBCATYADAAAAAAAAAAAAAsAQgBvAGQAeQAgAFQA ZQB4AHQALABiAAAABgAUABSk8AAAAFwATQABAFIBXAAMAAAAAAAAAAAAGgBCAG8AZAB5ACAAVABl AHgAdAAgAEYAaQByAHMAdAAgAEkAbgBkAGUAbgB0ACwAYgBmAGkAAAAOABUAEYTQAhSk8ABghNAC AABWAFIAAQBiAVYADAAAAAAAAAAAABYAQgBvAGQAeQAgAFQAZQB4AHQAIABJAG4AZABlAG4AdAAg ADIALABiAGkAMgAAABAAFgAPhNACEmTgAQEAXoTQAgAAWgBTAAEAcgFaAAwAAAAAAAAAAAAWAEIA bwBkAHkAIABUAGUAeAB0ACAASQBuAGQAZQBuAHQAIAAzACwAYgBpADMAAAAUABcAD4TQAhJkaAEB ABSkeABehNACAABAACIAAQACAEAADBAAAAAAAAAAAAcAQwBhAHAAdABpAG8AbgAAAAoAGAATpHgA FKR4AA4ANQiBQ0oUAFwIgWFKFAAyAD8AAQCSATIADAAAAAAAAAAAAAcAQwBsAG8AcwBpAG4AZwAA AAoAGQAPhOAQXoTgEAAARgAnAKIAoQFGAAwBAAAAAAAAAAARAEMAbwBtAG0AZQBuAHQAIABSAGUA ZgBlAHIAZQBuAGMAZQAAAAwAQ0oQAF5KAABhShAAPAAeAAEAsgE8AAwBAAAAAAAAAAAMAEMAbwBt AG0AZQBuAHQAIABUAGUAeAB0AAAAAgAbAAgAQ0oUAGFKFAAkAEwAAQACACQADAAAAAAAAAAAAAQA RABhAHQAZQAAAAIAHAAAAFIAWQABANIBUgAMAQAAAAAAAAAADABEAG8AYwB1AG0AZQBuAHQAIABN AGEAcAAAABMAHQAtRCABTcYKAAAA/wAAgAAAAAAMAE9KBgBRSgYAXkoGADwAWwABAOIBPAAMAAAA AAAAAAAAEABFAC0AbQBhAGkAbAAgAFMAaQBnAG4AYQB0AHUAcgBlAAAAAgAeAAAAMgBYAKIA8QEy AAwQAAAAAAAAAAAIAEUAbQBwAGgAYQBzAGkAcwAAAAoANgiBXQiBXkoAAEIAKgCiAAECQgAMAQAA AAAAAAAAEQBFAG4AZABuAG8AdABlACAAUgBlAGYAZQByAGUAbgBjAGUAAAAHAEgqAV5KAAAAPAAr AAEAEgI8AAwBAAAAAAAAAAAMAEUAbgBkAG4AbwB0AGUAIABUAGUAeAB0AAAAAgAhAAgAQ0oUAGFK FABcACQAAQAiAlwADAAAAAAAAAAAABAARQBuAHYAZQBsAG8AcABlACAAQQBkAGQAcgBlAHMAcwAA ACEAIgAPhEALGIT8/xmE9P8ahPAeGyaAK0S8By+EtABehEALAAAAOgAlAAEAMgI6AAwAAAAAAAAA AAAPAEUAbgB2AGUAbABvAHAAZQAgAFIAZQB0AHUAcgBuAAAAAgAjAAAASgBWAKIAQQJKAAwAAAAA AAAAAAARAEYAbwBsAGwAbwB3AGUAZABIAHkAcABlAHIAbABpAG4AawAAABAAPioBQioMXkoAAHBo gACAADQAIEABAFICNAAMAQAAAAAAAAAABgBGAG8AbwB0AGUAcgAAAA0AJQANxggAAkgSkCQBAgAA AEQAJgCiAGECRAAMAQAAAAAAAAAAEgBGAG8AbwB0AG4AbwB0AGUAIABSAGUAZgBlAHIAZQBuAGMA ZQAAAAcASCoBXkoAAABIAB0AAQByAkgADAEAAAAAAAAAAA0ARgBvAG8AdABuAG8AdABlACAAVABl AHgAdAAAAAsAJwAFJAESZDj/AAAACABDShQAYUoUADQAH0ABAIICNAAMAAAAAAAAAAAABgBIAGUA YQBkAGUAcgAAAA0AKAANxggAAkgSkCQBAgAAADQAXwCiAJECNAAMAAAAAAAAAAAADABIAFQATQBM ACAAQQBjAHIAbwBuAHkAbQAAAAQAXkoAADoAYAABAKICOgAMAAAAAAAAAAAADABIAFQATQBMACAA QQBkAGQAcgBlAHMAcwAAAAIAKgAGADYIgV0IgTQAYQCiALECNAAMAAAAAAAAAAAACQBIAFQATQBM ACAAQwBpAHQAZQAAAAoANgiBXQiBXkoAAD4AYgCiAMECPgAMAAAAAAAAAAAACQBIAFQATQBMACAA QwBvAGQAZQAAABQAQ0oUAE9KBABRSgQAXkoEAGFKFABAAGMAogDRAkAADAAAAAAAAAAAAA8ASABU AE0ATAAgAEQAZQBmAGkAbgBpAHQAaQBvAG4AAAAKADYIgV0IgV5KAABGAGQAogDhAkYADAAAAAAA AAAAAA0ASABUAE0ATAAgAEsAZQB5AGIAbwBhAHIAZAAAABQAQ0oUAE9KBABRSgQAXkoEAGFKFABS AGVAAQDyAlIADAAAAAAAAAAAABEASABUAE0ATAAgAFAAcgBlAGYAbwByAG0AYQB0AHQAZQBkAAAA AgAvABQAQ0oUAE9KBABRSgQAXkoEAGFKFAA6AGYAogABAzoADAAAAAAAAAAAAAsASABUAE0ATAAg AFMAYQBtAHAAbABlAAAADABPSgQAUUoEAF5KBABKAGcAogARA0oADAAAAAAAAAAAAA8ASABUAE0A TAAgAFQAeQBwAGUAdwByAGkAdABlAHIAAAAUAENKFABPSgQAUUoEAF5KBABhShQAPABoAKIAIQM8 AAwAAAAAAAAAAAANAEgAVABNAEwAIABWAGEAcgBpAGEAYgBsAGUAAAAKADYIgV0IgV5KAAA6AFVA ogAxAzoADAAAAAAAAAAAAAkASAB5AHAAZQByAGwAaQBuAGsAAAAQAD4qAUIqAl5KAABwaAAA/wA6 AAoAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAAMQAAABIANAAPhPAAEYQQ/16E8ABghBD/ AAA6AAsAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAAMgAAABIANQAPhOABEYQQ/16E4AFg hBD/AAA6AAwAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAAMwAAABIANgAPhNACEYQQ/16E 0AJghBD/AAA6AA0AAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAANAAAABIANwAPhMADEYQQ /16EwANghBD/AAA6AA4AAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAANQAAABIAOAAPhLAE EYQQ/16EsARghBD/AAA6AA8AAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAANgAAABIAOQAP hKAFEYQQ/16EoAVghBD/AAA6ABAAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAANwAAABIA OgAPhJAGEYQQ/16EkAZghBD/AAA6ABEAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAAOAAA ABIAOwAPhIAHEYQQ/16EgAdghBD/AAA6ABIAAQACADoADQEAAAAAAAAAAAcASQBuAGQAZQB4ACAA OQAAABIAPAAPhHAIEYQQ/16EcAhghBD/AABIACEAAQBCA0gADAEAAAAAAAAAAA0ASQBuAGQAZQB4 ACAASABlAGEAZABpAG4AZwAAAAIAPQASADUIgU9KAgBRSgIAXAiBXkoCADIAKACiAOEDMgAMAAAA AAAAAAAACwBMAGkAbgBlACAATgB1AG0AYgBlAHIAAAAEAF5KAABCADIAAQDyA0IADAAAAAAAAAAA AAkATABpAHMAdAAgADIALABsADIAAAAWAD8AD4TQAhGEmP4UpPAAXoTQAmCEmP4AAEIAMwABAAIE QgAMAAAAAAAAAAAACQBMAGkAcwB0ACAAMwAsAGwAMwAAABYAQAAPhDgEEYSY/hSk8ABehDgEYISY /gAAQgA0AAEAEgRCAAwAAAAAAAAAAAAJAEwAaQBzAHQAIAA0ACwAbAA0AAAAFgBBAA+EoAURhJj+ FKTwAF6EoAVghJj+AABCADUAAQAiBEIADAAAAAAAAAAAAAkATABpAHMAdAAgADUALABsADUAAAAW AEIAD4QIBxGEmP4UpPAAXoQIB2CEmP4AAEoANgABADIESgAMAAAAAAAAAAAAEQBMAGkAcwB0ACAA QgB1AGwAbABlAHQAIAAyACwAbABiADIAAAANAEMACiYAC0YGABSk8AAAAABYADcAAQBCBFgADAAA AAAAAAAAABEATABpAHMAdAAgAEIAdQBsAGwAZQB0ACAAMwAsAGwAYgAzAAAAGwBEAAomAAtGAQAN xgcB0AIBOAQGD4Q4BF6EOAQAAABcADgAAQBSBFwADAAAAAAAAAAAABEATABpAHMAdAAgAEIAdQBs AGwAZQB0ACAANAAsAGwAYgA0AAAAHwBFAAomAAtGBwANxgcBOAQBoAUGD4SgBRSk8ABehKAFAAAA XAA5AAEAYgRcAAwAAAAAAAAAAAARAEwAaQBzAHQAIABCAHUAbABsAGUAdAAgADUALABsAGIANQAA AB8ARgAKJgALRgIADcYHATgEAQgHBg+ECAcUpPAAXoQIBwAAAFQAMAABAHIEVAAMAAAAAAAAAAAA DgBMAGkAcwB0ACAAQgB1AGwAbABlAHQALABsAGIAAAAdAEcACiYAC0YIAA3GBQABaAEGD4RoARSk 8ABehGgBAAAATgBFAAEAggROAAwAAAAAAAAAAAATAEwAaQBzAHQAIABDAG8AbgB0AGkAbgB1AGUA IAAyACwAbABjADIAAAAOAEgAD4SgBRSk8ABehKAFAABOAEYAAQCSBE4ADAAAAAAAAAAAABMATABp AHMAdAAgAEMAbwBuAHQAaQBuAHUAZQAgADMALABsAGMAMwAAAA4ASQAPhHAIFKTwAF6EcAgAAE4A RwABAKIETgAMAAAAAAAAAAAAEwBMAGkAcwB0ACAAQwBvAG4AdABpAG4AdQBlACAANAAsAGwAYwA0 AAAADgBKAA+EQAsUpPAAXoRACwAATgBIAAEAsgROAAwAAAAAAAAAAAATAEwAaQBzAHQAIABDAG8A bgB0AGkAbgB1AGUAIAA1ACwAbABjADUAAAAOAEsAD4QQDhSk8ABehBAOAABOAP4PAQDCBE4ADAAA AAAAAAAAABMATABpAHMAdAAgAEMAbwBuAHQAaQBuAHUAZQAgADYALABsAGMANgAAAA4ATAAPhOAQ FKTwAF6E4BAAAE4A/g8BANIETgAMAAAAAAAAAAAAEwBMAGkAcwB0ACAAQwBvAG4AdABpAG4AdQBl ACAANwAsAGwAYwA3AAAADgBNAA+EsBMUpPAAXoSwEwAATgD+DwEA4gROAAwAAAAAAAAAAAATAEwA aQBzAHQAIABDAG8AbgB0AGkAbgB1AGUAIAA4ACwAbABjADgAAAAOAE4AD4SAFhSk8ABehIAWAABO AP4PAQDyBE4ADAAAAAAAAAAAABMATABpAHMAdAAgAEMAbwBuAHQAaQBuAHUAZQAgADkALABsAGMA OQAAAA4ATwAPhFAZFKTwAF6EUBkAAEgARAABAAIFSAAMAAAAAAAAAAAAEABMAGkAcwB0ACAAQwBv AG4AdABpAG4AdQBlACwAbABjAAAADgBQAA+E0AIUpPAAXoTQAgAAUgA6AAEAEgVSAAwAAAAAAAAA AAARAEwAaQBzAHQAIABOAHUAbQBiAGUAcgAgADIALABsAG4AMgAAABUAUQAKJgALRgMAEYQw/RSk 8ABghDD9AAAAZAA7AAEAIgVkAAwAAAAAAAAAAAARAEwAaQBzAHQAIABOAHUAbQBiAGUAcgAgADMA LABsAG4AMwAAACcAUgAKJgALRgkADcYHAQgHAXAIBg+EcAgRhDD9FKTwAF6EcAhghDD9AAAAZAA8 AAEAMgVkAAwAAAAAAAAAAAARAEwAaQBzAHQAIABOAHUAbQBiAGUAcgAgADQALABsAG4ANAAAACcA UwAKJgALRgQADcYHAQgHAUALBg+EQAsRhDD9FKTwAF6EQAtghDD9AAAAWgA9AAEAQgVaAAwAAAAA AAAAAAARAEwAaQBzAHQAIABOAHUAbQBiAGUAcgAgADUALABsAG4ANQAAAB0AVAAKJgALRgoADcYF AAEQDgYPhBAOFKTwAF6EEA4AAABeADEAAQBSBV4ADAAAAAAAAAAAAA4ATABpAHMAdAAgAE4AdQBt AGIAZQByACwAbABuAAAAJwBVAAomAAtGBQANxgcBaAEB0AIGD4TQAhGEMP0UpPAAXoTQAmCEMP0A AAA8AC8AAQBiBTwADAEAAAAAAAAAAAYATABpAHMAdAAsAGwAAAAWAFYAD4RoARGEmP4UpPAAXoRo AWCEmP4AAGgA/i/x/3IFaAAMAQAAAAAAAAAACABNAGEAYwByAG8AIABUAGUAAAAiAFcADcYdAAng AcADoAWAB2AJQAsgDQAP4BAAAAAAAAAAAAAcAE9KBABRSgQAXkoEAF9IAQRtSAkEc0gJBHRICQSq AEkAAQCCBaoADAAAAAAAAAAAAA4ATQBlAHMAcwBhAGcAZQAgAEgAZQBhAGQAZQByAAAAZwBYAA+E OAQRhMj7JGQGAQABJWQGAQABJmQGAQABJ2QGAQABLUQAEE3GCgAAAP8AAAD/BABOxggAAAD/BgEB AE/GCAAAAP8GAQEAUMYIAAAA/wYBAQBRxggAAAD/BgEBAF6EOARghMj7AAwAT0oCAFFKAgBeSgIA NABeAAEAkgU0AAwAAAAAAAAAAAAMAE4AbwByAG0AYQBsACAAKABXAGUAYgApAAAAAgBZAAAAPgAc AAEAogU+AAwAAAAAAAAAAAANAE4AbwByAG0AYQBsACAASQBuAGQAZQBuAHQAAAAKAFoAD4TQAl6E 0AIAADQATwABAAIANAAMAAAAAAAAAAAADABOAG8AdABlACAASABlAGEAZABpAG4AZwAAAAIAWwAA ADIAKUCiAMEFMgAMAAAAAAAAAAAACwBQAGEAZwBlACAATgB1AG0AYgBlAHIAAAAEAF5KAABEAFoA AQDSBUQADAAAAAAAAAAAAAoAUABsAGEAaQBuACAAVABlAHgAdAAAAAIAXQAUAENKFABPSgQAUUoE AF5KBABhShQANABLAAEAAgA0AAwAAAAAAAAAAAAKAFMAYQBsAHUAdABhAHQAaQBvAG4AAAAGAF4A FKTwAAAAOgBAAAEA8gU6AAwAAAAAAAAAAAAJAFMAaQBnAG4AYQB0AHUAcgBlAAAADgBfAA+E4BAT pOABXoTgEAAALgBXAKIAAQYuAAwQAAAAAAAAAAAGAFMAdAByAG8AbgBnAAAACgA1CIFcCIFeSgAA WAD+DwEAEgZYAAwAAAAAAAAAAAAVAFMAdQBiAHQAaQB0AGwAZQAgAEMAZQBuAHQAZQByAGUAZAAs AHMAdABjAAAADwBhAAMkAQYkARSk8ABhJAEAAwA+KgEAPgBKAAEAQgE+AAwQAAAAAAAAAAALAFMA dQBiAHQAaQB0AGwAZQAsAHMAdAAAAAkAYgAGJAEUpPAAAAMAPioBAFQALAABAAIAVAAMAQAAAAAA AAAAFABUAGEAYgBsAGUAIABvAGYAIABBAHUAdABoAG8AcgBpAHQAaQBlAHMAAAASAGMAD4TwABGE EP9ehPAAYIQQ/wAATAAjAAEAAgBMAAwBAAAAAAAAAAAQAFQAYQBiAGwAZQAgAG8AZgAgAEYAaQBn AHUAcgBlAHMAAAASAGQAD4TgARGEIP5ehOABYIQg/gAAPgA+AAEAUgY+AAwQAAAAAAAAAAAHAFQA aQB0AGwAZQAsAHQAAAAPAGUAAyQBBiQBFKTwAGEkAQAGADUIgVwIgUgALgABAAIASAAMAQAAAAAA AAAACwBUAE8AQQAgAEgAZQBhAGQAaQBuAGcAAAAGAGYAE6R4ABIANQiBT0oCAFFKAgBcCIFeSgIA TgATAAEAAgBOAA0BAAAAAAAAAAAFAFQATwBDACAAMQAAACkAZwANxggAAtACkCQACg6E2wEPhNAC EYQw/ROk8ABdhNsBXoTQAmCEMP0AAABCABQAAQACAEIADQEAAAAAAAAAAAUAVABPAEMAIAAyAAAA HQBoAA3GCAACoAWQJAAKD4SgBRGEMP1ehKAFYIQw/QAAAEIAFQABAAIAQgANAQAAAAAAAAAABQBU AE8AQwAgADMAAAAdAGkADcYIAAJwCJAkAAoPhHAIEYQw/V6EcAhghDD9AAAAQgAWAAEAAgBCAA0B AAAAAAAAAAAFAFQATwBDACAANAAAAB0AagANxggAAmwHkCQACg+EbAcRhDT+XoRsB2CENP4AAAA2 ABcAAQACADYADQEAAAAAAAAAAAUAVABPAEMAIAA1AAAAEgBrAA3GBQABkCQKD4TAA16EwAMAADYA GAABAAIANgANAQAAAAAAAAAABQBUAE8AQwAgADYAAAASAGwADcYFAAGQJAoPhLAEXoSwBAAANgAZ AAEAAgA2AA0BAAAAAAAAAAAFAFQATwBDACAANwAAABIAbQANxgUAAZAkCg+EoAVehKAFAAA2ABoA AQACADYADQEAAAAAAAAAAAUAVABPAEMAIAA4AAAAEgBuAA3GBQABkCQKD4SQBl6EkAYAADYAGwAB AAIANgANAQAAAAAAAAAABQBUAE8AQwAgADkAAAASAG8ADcYFAAGQJAoPhIAHXoSABwAAXAD+DwEA AgdcAAwAAAAAAAAAAAAVAFUASwAgAEQAZQBmAGkAbgBpAHQAaQBvAG4AcwAvAEkAbgBkAGUAbgB0 AAAAFwBwAAMkAw+E0AIUpPAAMSQAXoTQAmEkAwAAAEQA/g8BABIHRAAMAAAAAAAAAAAACgBVAEsA IABQAGEAcgB0AGkAZQBzAAAAFgBxAAMkAwomAAtGCwAUpPAAMSQAYSQDAABGAP4PAQAiB0YADAAA AAAAAAAAAAsAVQBLACAAUgBlAGMAaQB0AGEAbABzAAAAFgByAAMkAwomAAtGDAAUpPAAMSQAYSQD AABIAJlAAQAyB0gADAEAAAAAAAAAAAwAQgBhAGwAbABvAG8AbgAgAFQAZQB4AHQAAAACAHMAFABD ShAAT0oGAFFKBgBeSgYAYUoQAEAAagCxAbIBQAAMAQAAAAAAAAAADwBDAG8AbQBtAGUAbgB0ACAA UwB1AGIAagBlAGMAdAAAAAIAdAAGADUIgVwIgVBLAwQUAAYACAAAACEAS532GAABAAAcAgAAEwAA AFtDb250ZW50X1R5cGVzXS54bWyskctqwzAQRfeF/oPQtthyuiil2M6ij10fi/QDBnlsi9ojIU1C 8vcdOw6UEkIX3Qikmbn33FG53o+D2mFMzlOlV3mhFZL1jaOu0p+bl+xeq8RADQyesNIHTHpdX1+V m0PApGSaUqV75vBgTLI9jpByH5Ck0vo4Ass1diaA/YIOzW1R3BnriZE440lD1+UTtrAdWD3v5flI IuNaPR77JqtKQwiDs8ACaqaqqct3AY+uQfUBkd9glC7DgoA/z1V+WWtHzS/gzLets9h4ux0FM58l bxbPM6wRh3QB9ozBso1cJudAqXchnRz+lOoVSNYZ/yfbInYCMPPf1t8AAAD//wMAUEsDBBQABgAI AAAAIQCl1qfnwAAAADYBAAALAAAAX3JlbHMvLnJlbHOEj89qwzAMh++FvYPRfVHSwxgldi+lkEMv o30A4Sh/aCIb2xvr20/HBgq7CISk7/epPf6ui/nhlOcgFpqqBsPiQz/LaOF2Pb9/gsmFpKclCFt4 cIaje9u1X7xQ0aM8zTEbpUi2MJUSD4jZT7xSrkJk0ckQ0kpF2zRiJH+nkXFf1x+YnhngNkzT9RZS 1zdgro+oyf+zwzDMnk/Bf68s5UUEbjeUTGnkYqGoL+NTvZCoZarUHtC1uPnW/QEAAP//AwBQSwME FAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sDMxN CsMgEEDhfaF3kNk3Y7soRWKyy6679gBDnBpBx6DSn9vX5eODN87fFNWbSw1ZLJwHDYplzS6It/B8 LKcbqNpIHMUsbOHHFebpeBjJtI0T30nIc1F9I9WQha213SDWtSvVIe8s3V65JGo9i0dX6NP3KeJF 6ysmCgI4/QEAAP//AwBQSwMEFAAGAAgAAAAhAJ1ci74QBwAAhx0AABYAAAB0aGVtZS90aGVtZS90 aGVtZTEueG1s7FlPbxtFFL8j8R1Ge28TJ06aRHWq2LEJtGmj2C3qcbw79k4zu7OaGSfxDbVHJCRE QRyoxI0DAiq1EpfyaQJFUKR+Bd7M7K534nHjlAAVNIfWO/t7b977vT/zZ69eO04YOiRCUp42gtrl xQCRNOQRTYeN4Havc2ktQFLhNMKMp6QRjIkMrm2++85VvKFikhAE8qncwI0gVirbWFiQIQxjeZln JIV3Ay4SrOBRDBcigY9Ab8IWlhYXVxcSTNMApTgBtbcGAxoS1NMqg81CeZvBY6qkHgiZ6GrVxJEw 2OigphFyLFtMoEPMGgHME/GjHjlWAWJYKnjRCBbNX7CweXUBb+RCTM2Qrch1zF8ulwtEB0tmTjHs l5PWOvX1K9ulfgNgahrXbrdb7VqpzwBwGIKn1paqznpnrdYsdFZA9ue07tbiymLdxVf0L0/ZvN5s NlfWc1usUgOyP+tT+LXF1frWkoM3IItfmcLXm1ut1qqDNyCLX53Cd66sr9ZdvAHFjKYHU2gd0E4n 115CBpzteOFrAF9bzOETFGRDmV16igFP1axcS/A9LjoA0ECGFU2RGmdkgEPI4hZmtC+ongBvEFx5 Y4dCOTWk50IyFDRTjeCDDENFTPS9fPbdy2dP0Mn9pyf3fzx58ODk/g9WkSO1g9NhVerFN5/+8egj 9PuTr188/NyPl1X8L99//PNPn/mBUD4Tc55/8fjXp4+ff/nJb98+9MC3BO5X4T2aEIlukiO0zxNw zLDiWk764nwSvRjTqsRWOpQ4xXoWj/62ih30zTFm2INrEpfBOwLahw/43uieY3A3FiOVx9vx7Hqc OMBdzlmTCy8L1/VcFZp7o3Ton1yMqrh9jA99c7dw6sS3Pcqgb1KfylZMHDP3GE4VHpKUKKTf8QNC PHzdpdThdZeGgks+UOguRU1MvZT0aN/JponQDk0gLmOfgRBvh5vdO6jJmc/rbXLoIqEqMPMY3yPM ofE9PFI48ans4YRVCb+BVewzsjsWYRXXlgoiPSSMo3ZEpPTJ3BLgbyXo16F1+MO+y8aJixSKHvh0 3sCcV5Hb/KAV4yTzYbs0javY9+UBpChGe1z54LvcrRD9DHHA6cxw36HECffZ3eA2HTomTRJEvxkJ HUto1U4HTmj6qnacQDfO3bm4dgwN8PlXjzyZ9aY24i0gwVcJO6fa7yzc6abb4iKib37P3cajdI9A mk8vPG9b7tuWG/znW+6sep630U56K7Rdvb2xm2KzRU5m7pAHlLGuGjNyQ5pNsoR1IurAoJYzp0NS npiyGH7mfd3BDQU2Mkhw9SFVcTfGGWywa4FWMpS56qFEGZdwsDPDXt0aD5t0ZY+FK/rAYPuBxGqX R3Z4WQ8X54JSjVlthubwWUy0rBXMO9nylVwpuP06k9W0UXPPVjOmmVbnzFa6DDGcdg0GSzZhA4Jg 2wIsr8L5XE8NBxPMSKR5t2tvERYThb8nRLnX1pEYR8SGyBmusFkzsStSyFwQQEp5Qnc+NkvWgLSz jTBpMTt/5iS5UDAhWZfdqWpiabW2WIqOGsH6ytJKgEKcNYIBHEnhZ5JB0KTesmE2hHudUAmbtWfW oinSicfr/qyqwS3DjIJxyjgTUm1jGdsYmld5qFiqZ7L2L63UdbJdjAM2UV/DiuU1SJF/zQoItRta MhiQUFWDXRnR3NnHvBPykSKiG0dHqM9GYh9D+IFT7U9EJdwsmILWD3ANptk2r9zemnea6uWTwdlx zLIY591SX6MUFWfhpt5KG8xTxTzwzWu7ce78ruiKvyhXqmn8P3NFLwdw0F+OdARCuIUVGOl6bQRc qJhDF8piGnYErPumd0C2wFUqvAby4S7Y/C/Iof7f1pzVYcoazmtqnw6RoLCcqFgQsgdtyWTfGcpq +dJjVbJckcmoirkys2b3ySFhPd0DV3UPDlAMqW66Sd4GDO50/rnPeQX1h3qPUq03p4eUS6etgX96 42KLGZw6tZfQ+VvwX5roWf2svBEv1siqI/rFZJdUL6rCWfzW1/OpXtOEeRbgylprO9aUx0srhXEQ xWmPYbDcz2RwXYP0P7D+UREy+2FBL6g9vg+9FcF3Assfgqy+pLsaZJBukPZXH/Y9dtAmk1Zlqc13 Ppq1YrG+4I1qOe8psrVl88T7nGSXmyh3OqcWL5LsnGGHazs2k2qI7OkShaFBcQ4xgTFfpKofjXj/ HgR6G67nR8x+RpIZPJk6yPaEya4+j8b5TybtgmuzTp9hNJKl+2SAaHRcnD9KJmwJ2U8ZxRbZoLWY TrRScNl3aHAFc7wWtatlKbx0tnApYWaGll0KmxsynwL4kJU3bn20A7xtstZrXVwFUyz9K5TNYbyf Mu/JZ17K7EHxlYF6DcrU8aspy5kC8qYTDz5FCgxHk67pv7Do2Ew3Kbv5JwAAAP//AwBQSwMEFAAG AAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1s LnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My 3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44 o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4COb qkwEylu6usTfAAAA//8DAFBLAQItABQABgAIAAAAIQBLnfYYAAEAABwCAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAA AAAAAAAAAAAAMQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAA AAAAAAAAAAAAGgIAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEA nVyLvhAHAACHHQAAFgAAAAAAAAAAAAAAAADXAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQIt ABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAAAAAAAAAAAAAABsKAAB0aGVtZS90aGVtZS9fcmVs cy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUGAAAAAAUABQBdAQAAFgsAAAAAPD94bWwgdmVyc2lv bj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xyTWFwIHht bG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwvMjAwNi9t YWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50MT0iYWNj ZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0iYWNjZW50 NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5rIiBmb2xI bGluaz0iZm9sSGxpbmsiLz4AAAAAjUYAAAsAAG4AAAkA/////wAAAAADAAAABgAAAAYAAAAJAAAA DAAAAAwAAAAOAAAAEAAAABIAAAB7AAAAfQAAAH8AAACCAAAAAAgAAOMhAAB9NAAAhTkAAE5BAAAP SAAAjU4AACoAAAAtAAAAMAAAADEAAAAzAAAANQAAAAAIAABqHwAAWSoAAEwyAAB7PwAAs0YAADlO AACNTgAAKwAAACwAAAAuAAAALwAAADIAAAA0AAAANgAAAA8KAACECgAAtQoAABgMAACNDAAAvgwA AEMdAAC4HQAA6R0AAEsnAACJJwAAuCcAAO4yAAA1MwAAcDMAAA9AAAA2QAAATkAAAI1GAAATWBT/ FYwTWBT/FYwTWBT/FYwTWBT/FYATWJT/lYQTWBT/FYATAAAAGgAAABwAAAAeAAAAKQAAACsAAAAt AAAAVQAAAHgAAACCAAAAEyGU/5WAExqU/5WAE1UU/5WADwAA8EAAAAAAAAbwIAAAAAIMAAADAAAA AgAAAAIAAAACAAAAAgAAAAEAAAABAAAAQAAe8RAAAAD//wAAAAD/AICAgAD3AAAQAA8AAvCSAAAA IAAI8AgAAAABAAAAAQQAAA8AA/AwAAAADwAE8CgAAAABAAnwEAAAAAQAAAAAAAAALNIAAAQAAAAC AArwCAAAAAAEAAAFAAAADwAE8EIAAAASAArwCAAAAAEEAAAADgAAUwAL8B4AAAC/AQAAEADLAQAA AAD/AQAACAAEAwkAAAA/AwEAAQAAABHwBAAAAAEAAAABDwAC8EgAAAAQAAjwCAAAAAEAAAAACAAA DwAD8DAAAAAPAATwKAAAAAEACfAQAAAAAABgQQAAAACwgKQZAQAAAAIACvAIAAAAAAgAAAUAAAD/ /wsAAAAJAE8ATABFAF8ATABJAE4ASwA3AAkATwBMAEUAXwBMAEkATgBLADMACQBPAEwARQBfAEwA SQBOAEsANAAJAE8ATABFAF8ATABJAE4ASwAxAAkATwBMAEUAXwBMAEkATgBLADIACQBPAEwARQBf AEwASQBOAEsANQAJAE8ATABFAF8ATABJAE4ASwA2AAkATwBMAEUAXwBMAEkATgBLADgACQBPAEwA RQBfAEwASQBOAEsAOQANAF8ASABsAHQAMgAxADMAOAAxADgAMQA0ADAADQBfAEgAbAB0ADIAMQAz ADgAMQA4ADEANAAxAHIEAABWDQAAVg0AANoOAADaDgAAOhkAADoZAADzHQAA8x0AAEFAAABBQAAA jkYAAAAAAAADAAAABAAAAAEAAAACAAAABQAAAAYAAAAHAAAACAAAAAkAAEAKAABAiAQAACQPAAAk DwAA3hAAAN4QAABeGQAAXhkAACwfAAAsHwAAQkAAAEJAAACORgAADkYAAA5GAAAAAAAA/yAAAB4h AAA/IQAASSEAAEwhAABYIgAAWSIAACQjAAAlIwAASSMAAEsjAAD4IwAA+SMAAOsmAAALMgAAJTIA ADIyAAA5MgAAuzoAAMI6AAAMRgAADEYAAA5GAAAORgAAD0YAAA9GAAARRgAAEkYAABRGAAAVRgAA F0YAABhGAACLRgAAjkYAAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABAAH AAQABwAEAAIABAAHAAQABwAEAAcABAAHAAIAAAAAADkGAABABgAAuhMAALwTAAATFQAAFRUAAKkV AACtFQAAhBcAAIsXAAAMGQAADxkAALknAAC7JwAAUikAAFQpAAAGNQAAaTUAAJQ2AACWNgAAczkA AMM6AAAMRgAADEYAAA5GAAAORgAAD0YAAA9GAAARRgAAEkYAABRGAAAVRgAAF0YAABhGAACLRgAA jkYAAAcAOgAHADoABwA6AAcAOgAHADoABwA6AAcAOgAHADoABwA6AAcAOgAHAAQABwAEAAcABAAC AAQABwAEAAcABAAHAAQABwACAA0AfP///9qxTsf/D/8P/w//D/8P/w//D/8P/w8BAH3///9O8aDo /w//D/8P/w//D/8P/w//D/8PAQB+////NqpmY/8P/w//D/8P/w//D/8P/w//DwEAf////+pNyEf/ D/8P/w//D/8P/w//D/8P/w8BAID////GIPwT/w//D/8P/w//D/8P/w//D/8PAQCB////loh+q/8P /w//D/8P/w//D/8P/w//DwEAgv///6oVfrX/D/8P/w//D/8P/w//D/8P/w8BAIP///8Q7Ojp/w// D/8P/w//D/8P/w//D/8PAQCI////NnK0HP8P/w//D/8P/w//D/8P/w//DwEAif///9qAQJb/D/8P /w//D/8P/w//D/8P/w8BABtTRR84I7ilcgD/D/8P/w//D/8P/w//D/8PEAAZBr1c9L3sJP8P/w// D/8P/w//D/8P/w//DwAA0lJMaQDUIElxAP8P/w//D/8P/w//D/8P/w8QAAEAAAAAAAEAAAAAAAAA AAAAAAAAAAAAAAAYAAAPhAgHEYSY/hXGBQABCAcGXoQIB2CEmP4CAAAALgABAAAAAAABAAAAAAAA AAAAAAAAAAAAAAADGAAAD4RACxGEMP0VxgUAAUALBl6EQAtghDD9bygAAgAAAC4AAQAAAAAAAQAA AAAAAAAAAAAAAAAAAAAAABgAAA+EOAQRhJj+FcYFAAE4BAZehDgEYISY/gIAAAAuAAEAAAAAAAEA AAAAAAAAAAAAAAAAAAAAAAMYAAAPhKAFEYQw/RXGBQABoAUGXoSgBWCEMP1vKAACAAAALgABAAAA FwAAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4QIBxGEmP4VxgUAAQgHBl6ECAdghJj+T0oBAFFKAQBv KAABALfwAQAAABcAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EoAURhJj+FcYFAAGgBQZehKAFYISY /k9KAQBRSgEAbygAAQC38AEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhDgEEYSY/hXGBQAB OAQGXoQ4BGCEmP5PSgEAUUoBAG8oAAEAt/ABAAAAFwAAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4TQ AhGEmP4VxgUAAdACBl6E0AJghJj+T0oBAFFKAQBvKAABALfwAQAAAAAAAQAAAAAAAAAAAAAAAAAA AAAAAxgAAA+E0AIRhDD9FcYFAAHQAgZehNACYIQw/W8oAAIAAAAuAAEAAAAXAAAAAAAAAAAAAAAA AAAAAAAAAAsYAAAPhGgBEYSY/hXGBQABaAEGXoRoAWCEmP5PSgEAUUoBAG8oAAEAt/ABAAAAAwAC AAAAAAAAAAAAAAAAAAAAAAADGAAAD4TQAhGEMP0VxgUAAdACBl6E0AJghDD9bygAAwAoAAAAKQAB AAAABIABAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+AgABAC4A AQAAAAKCAQAAAAAAAAAAAAAAAAAAAAAAABgAAA+EcAgRhEz/FcYFAAFwCAZehHAIYIRM/wIAAgAu AAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAAYAAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP4CAAMA LgABAAAABIABAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+AgAE AC4AAQAAAAKCAQAAAAAAAAAAAAAAAAAAAAAAABgAAA+E4BARhEz/FcYFAAHgEAZehOAQYIRM/wIA BQAuAAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAAYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP4C AAYALgABAAAABIABAAAAAAAAAAAAAAAAAAAAAAAAGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+ AgAHAC4AAQAAAAKCAQAAAAAAAAAAAAAAAAAAAAAAABgAAA+EUBkRhEz/FcYFAAFQGQZehFAZYIRM /wIACAAuAAEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAA8YAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCE mP5DShQAT0oBAFFKAQBvKAABALfwAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAADxgAAA+EoAURhJj+ FcYFAAGgBQZehKAFYISY/kNKFABPSgQAUUoEAG8oAAEAbwABAAAAF4AAAAAAAAAAAAAAAAAAAAAA AAAPGAAAD4RwCBGEmP4VxgUAAXAIBl6EcAhghJj+Q0oUAE9KBwBRSgcAbygAAQCn8AEAAAAXgAAA AAAAAAAAAAAAAAAAAAAAAA8YAAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP5DShQAT0oHAFFKBwBv KAABAKfwAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAADxgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY /kNKFABPSgcAUUoHAG8oAAEAp/ABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAPGAAAD4TgEBGEmP4V xgUAAeAQBl6E4BBghJj+Q0oUAE9KBwBRSgcAbygAAQCn8AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAA AA8YAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP5DShQAT0oHAFFKBwBvKAABAKfwAQAAABeAAAAA AAAAAAAAAAAAAAAAAAAADxgAAA+EgBYRhJj+FcYFAAGAFgZehIAWYISY/kNKFABPSgcAUUoHAG8o AAEAp/ABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAPGAAAD4RQGRGEmP4VxgUAAVAZBl6EUBlghJj+ Q0oUAE9KBwBRSgcAbygAAQCn8AEAAAAAAAIAAAAAAAAAAAAAAAAAAAAAABUYAAAPhNACEYQw/RXG BQAB0AIGXoTQAmCEMP01CAA2CABDShgAT0oAAFFKAABvKAADACgAAAApAAEAAAAEgAEAAAAAAAAA AAAAAAAAAAAAAAAYAAAPhKAFEYSY/hXGBQABoAUGXoSgBWCEmP4CAAEALgABAAAAAoIBAAAAAAAA AAAAAAAAAAAAAAAAGAAAD4RwCBGETP8VxgUAAXAIBl6EcAhghEz/AgACAC4AAQAAAACAAQAAAAAA AAAAAAAAAAAAAAAAABgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/gIAAwAuAAEAAAAEgAEAAAAA AAAAAAAAAAAAAAAAAAAYAAAPhBAOEYSY/hXGBQABEA4GXoQQDmCEmP4CAAQALgABAAAAAoIBAAAA AAAAAAAAAAAAAAAAAAAAGAAAD4TgEBGETP8VxgUAAeAQBl6E4BBghEz/AgAFAC4AAQAAAACAAQAA AAAAAAAAAAAAAAAAAAAAABgAAA+EsBMRhJj+FcYFAAGwEwZehLATYISY/gIABgAuAAEAAAAEgAEA AAAAAAAAAAAAAAAAAAAAAAAYAAAPhIAWEYSY/hXGBQABgBYGXoSAFmCEmP4CAAcALgABAAAAAoIB AAAAAAAAAAAAAAAAAAAAAAAAGAAAD4RQGRGETP8VxgUAAVAZBl6EUBlghEz/AgAIAC4ADQAAAIP/ //8AAAAAAAAAAAAAAACC////AAAAAAAAAAAAAAAAgf///wAAAAAAAAAAAAAAAID///8AAAAAAAAA AAAAAACJ////AAAAAAAAAAAAAAAAf////wAAAAAAAAAAAAAAAH7///8AAAAAAAAAAAAAAAB9//// AAAAAAAAAAAAAAAAfP///wAAAAAAAAAAAAAAAIj///8AAAAAAAAAAAAAAADSUkxpAAAAAAAAAAAA AAAAG1NFHwAAAAAAAAAAAAAAABkGvVwAAAAAAAAAAAAAAAD///////////////////////////// //////////////////////////////////////////8NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD//w0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAhoWa9gkEGQAJBBsACQQPAAkEGQAJBBsA CQQPAAkEGQAJBBsAAAASADzwPOcJBBkACQQbAAkEDwAJBBkACQQbAAkEDwAJBBkACQQbAAEAAAAE AAAACAAAAOUAAAAAAAAAAAAAAKgXigAAAAAAC0YAAAxGAAAORgAAEUYAABRGAAAXRgAAi0YAAI5G AAAAAAAAAQAAAAAAAAABAAAAAQAAAAEAAAABAAAAAQAAAP//AwAEAAsAUwBXAEQAbwBjAEkARABE AGEAdABlANgmsiIPAFMAVwBEAG8AYwBJAEQATABvAGMAYQB0AGkAbwBuAFjb5yMNAFMAVwBJAG4A aQB0AGkAYQBsAFMAYQB2AGUAmBjuIAEAMAABADEAAgAtADEA/0ACEAAAAAAAAACNRgAAsAAAEABA AAD//wQAAAAHAFUAbgBrAG4AbwB3AG4ADwBKAG8AcgBnAGUAIABDAG8AbgB0AHIAZQByAGEAcwAM AFIAdQBzAHMAIABIAG8AdQBzAGwAZQB5AA0AUgBhAHkAIABQAGUAbABsAGUAdABpAGUAcgD//wQA CAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAgAAAAAAAAAAAAMA//8EAAAAAAAAAAAAAAD/ /wAAAgD//wAAAAD//wAAAgD//wAAAAAIAAAARwaQAQAAAgIGAwUEBQIDBAMAAAAAAAAAAAAAAAAA AAABAAAAAAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAANQaQAQIAAgAFAAAAAAAA AAAAAAAAAAAAAAABAAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAAMwaQAQAAAgsGBAICAgICBAMA AAAAAAAAAAAAAAAAAAABAAAAAAAAAEEAcgBpAGEAbAAAAEc1AACACgICBgkEAgUIAwT/AgDg+/3H ahIAAAAAAAAAnwACAAAAAABNAFMAIABNAGkAbgBjAGgAbwAAAC3/M/8gAA5mHWcAAD8GkAEAAH4B PLj/v/8AAAADAAAAAAAAAAAAAAAAAAAAAQAAAAAAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAA3 BpABAAACCwYEAwUEBAIEAwAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAVgBlAHIAZABhAG4AYQAAADUG kAEAAAILBgQDBQQEAgQDAAAAAAAAAAAAAAAAAAAAAQAAAAAAAABUAGEAaABvAG0AYQAAADsCkAEC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAgAAAAABXAGkAbgBnAGQAaQBuAGcAcwAAACAA BAABCIgYAPDQAuQEaAEAAAAAIEPRhiRD0YYxQtGGAwAEAAAAOAoAAEE6AAAHAB0AAAAEAAMQfAAA AIoKAAATPAAABwAeAAAAgAAAAAAAAADsAwDwEAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACg BaAFtAC0AIGBEjQAABAAGQBkAAAAGQAAAIpHAACdRgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAM0CAAAAAAgyg1EA8BAACAD/ /QEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACFAAAAAACPD/DwEAPwEAAP////8TAAAA////fwwA AAD///9/////f////3////9/iieWAAAEAAAyAAAAAAAAAAAAAAAAAAEADQAAAAAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//8SAAAAAAAAAAEA XwAAAAAAAAABACAADQBSAGEAeQAgAFAAZQBsAGwAZQB0AGkAZQByAAAAAAAAAAAAAAAAAAAAAAAA AAAAQAAAAAYAAAANAAAAAAAMAAEADAACAAwAAwAMAAQADAAFAAwABgAMAAcADAAIAAwACQAMAAoA DAALAAwADAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAD+/wAAAwoBAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAA AABUCAAAEwAAAAEAAACgAAAAAgAAAKgAAAADAAAAtAAAAAQAAADAAAAABQAAAMwAAAAGAAAA2AAA AAcAAADkAAAACAAAAPgAAAAJAAAAEAEAABIAAAAcAQAACgAAAEABAAALAAAATAEAAAwAAABYAQAA DQAAAGQBAAAOAAAAcAEAAA8AAAB4AQAAEAAAAIABAAATAAAAiAEAABEAAACQAQAAAgAAABAnAAAe AAAABAAAAF8AAAAeAAAABAAAAAAAAAAeAAAABAAAACAAAAAeAAAABAAAAAAAAAAeAAAABAAAAAAA AAAeAAAADAAAAE5vcm1hbC5kb3RtAB4AAAAQAAAAUmF5IFBlbGxldGllcgAAAB4AAAAEAAAAMwAA AB4AAAAcAAAATWljcm9zb2Z0IE1hY2ludG9zaCBXb3JkAAAAAEAAAAAAGA2PAAAAAEAAAAAALuXb l3HJAUAAAAAAKP8Ct3HJAUAAAAAAQAySt3HJAQMAAAAHAAAAAwAAADgKAAADAAAAQToAAAMAAAAA AAAARwAAALwGAAD+////UElDVAa0AAAAAACAAGIAEQL/DAD//gAAAEgAAABIAAAAAAAAAIAAYgAA AAAAHgABAAqAAYABf/9//wCa/wAAAIDEAAAAAACAAGIAAAADAAAAAABIAAAASAAAABAAEAADAAUA AAAQGcMSyAAAAAAAAAAAAIAAYgAAAAAAgABiAAALAAQhohjGAQQhf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjG f/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon// ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjG on//ARjGf/8VABjG03//Anvee95znNN//wEYxn//FQAYxtN//wJrWne9c5zTf/8BGMZ//x0AGMb4 f/8Ge95//3//f95//3//f9+yf/8BGMZ//ycAGMb4f/8Lb3t/fH8Zfxh++H8Zfzp/GH86fzl++H+c t3//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8LABjGon//ARjGf/8L ABSlone9ARSlf/8GoAAAAH//A59//wAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA/v8AAAMKAQAAAAAAAAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5EAAAABdXN1Zwu GxCTlwgAKyz5rjwBAAD4AAAADQAAAAEAAABwAAAADwAAAHgAAAAEAAAAhAAAAAUAAACMAAAABgAA AJQAAAARAAAAnAAAABcAAACkAAAACwAAAKwAAAAQAAAAtAAAABMAAAC8AAAAFgAAAMQAAAANAAAA zAAAAAwAAADaAAAAAgAAABAnAAAeAAAABAAAACAAAAADAAAAAKgBAAMAAAB8AAAAAwAAAB0AAAAD AAAAikcAAAMAAAAAAAwACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAAAQAAAAIA AABfAAwQAAACAAAAHgAAAAYAAABUaXRsZQADAAAAAQAAAOwDAAAEAAAAAAAAACgAAAABAAAAUAAA AAIAAABYAAAAAwAAANADAAACAAAAAgAAAAwAAABfUElEX0hMSU5LUwADAAAACAAAAFNXRG9jSUQA AgAAABAnAABBAAAAcAMAACQAAAADAAAAQAA1AAMAAAAPAAAAAwAAAAAAAAADAAAABQAAAB8AAAAY AAAAaAB0AHQAcAA6AC8ALwB3AHcAdwAuAGkAZQB0AGYALgBvAHIAZwAvAGkAcAByAAAAHwAAAAEA AAAAAICxAwAAACcAbgADAAAADAAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAOwAAAGgAdAB0AHAAOgAv AC8AdAByAHUAcwB0AGUAZQAuAGkAZQB0AGYALgBvAHIAZwAvAGQAbwBjAHMALwBJAEUAVABGAC0A VAByAHUAcwB0AC0ATABpAGMAZQBuAHMAZQAtAFAAbwBsAGkAYwB5AC4AcABkAGYAAAAAAB8AAAAB AAAAAACAsQMAAAArADkAAwAAAAkAAAADAAAAAAAAAAMAAAAFAAAAHwAAAC8AAABoAHQAdABwADoA LwAvAG8AcABlAG4AcwBvAHUAcgBjAGUALgBvAHIAZwAvAGwAaQBjAGUAbgBzAGUAcwAvAGIAcwBk AC0AbABpAGMAZQBuAHMAZQAuAHAAaABwAAAAAAAfAAAAAQAAAAAAgLEDAAAAQwAYAAMAAAAGAAAA AwAAAAAAAAADAAAABQAAAB8AAAAxAAAAaAB0AHQAcAA6AC8ALwB0AHIAdQBzAHQAZQBlAC4AaQBl AHQAZgAuAG8AcgBnAC8AcABvAGwAaQBjAHkAYQBuAGQAcAByAG8AYwBlAGQAdQByAGUAcwAuAGgA dABtAGwAAAAAAB8AAAABAAAAAACAsQMAAABDABgAAwAAAAMAAAADAAAAAAAAAAMAAAAFAAAAHwAA ADEAAABoAHQAdABwADoALwAvAHQAcgB1AHMAdABlAGUALgBpAGUAdABmAC4AbwByAGcALwBwAG8A bABpAGMAeQBhAG4AZABwAHIAbwBjAGUAZAB1AHIAZQBzAC4AaAB0AG0AbAAAAAAAHwAAAAEAAAAA AICxAwAAAEMAGAADAAAAAAAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAMQAAAGgAdAB0AHAAOgAvAC8A dAByAHUAcwB0AGUAZQAuAGkAZQB0AGYALgBvAHIAZwAvAHAAbwBsAGkAYwB5AGEAbgBkAHAAcgBv AGMAZQBkAHUAcgBlAHMALgBoAHQAbQBsAAAAAAAfAAAAAQAAAAAAgLEeAAAAFAAAAFVTMURPQ1Mg NzAxMTExMHYxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAC AAAAAwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAA AAARAAAAEgAAABMAAAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAA AB8AAAAgAAAAIQAAACIAAAAjAAAAJAAAACUAAAAmAAAAJwAAACgAAAApAAAAKgAAACsAAAAsAAAA LQAAAC4AAAAvAAAAMAAAADEAAAAyAAAAMwAAADQAAAA1AAAANgAAADcAAAD+////OQAAADoAAAA7 AAAAPAAAAD0AAAA+AAAAPwAAAP7///9BAAAAQgAAAEMAAABEAAAARQAAAEYAAABHAAAASAAAAEkA AABKAAAASwAAAEwAAABNAAAATgAAAE8AAABQAAAAUQAAAFIAAABTAAAAVAAAAFUAAABWAAAAVwAA AFgAAABZAAAAWgAAAFsAAABcAAAAXQAAAF4AAABfAAAAYAAAAGEAAABiAAAAYwAAAGQAAABlAAAA /v///2cAAABoAAAAaQAAAGoAAABrAAAAbAAAAG0AAAD+////bwAAAHAAAABxAAAAcgAAAHMAAAB0 AAAAdQAAAP7////9////eAAAAP7////+/////v//////////////////////////////UgBvAG8A dAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ABYABQH//////////wMAAAAGCQIAAAAAAMAAAAAAAABGAAAAAAAAAAAAAAAAHWbelLdxyQF6AAAA gAAAAAAAAABEAGEAdABhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAACgACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAADgAAAAAEAAAAAAAADEAVABhAGIAbABlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAKlKAAAAAAAAVwBvAHIAZABEAG8AYwB1AG0AZQBu AHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAgECAAAABQAAAP// //8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJm4AAAAAAAAFAFMAdQBt AG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA KAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGYAAAAA EAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkA bwBuAAAAAAAAAAAAAAA4AAIBBAAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAbgAAAAAQAAAAAAAAAQBDAG8AbQBwAE8AYgBqAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAAgD///////////////8AAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP////////////// /wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAD+//// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////AQD+/wIAAQD/ ////BgkCAAAAAADAAAAAAAAARiAAAABNaWNyb3NvZnQgV29yZCA5Ny0yMDA0IERvY3VtZW50AP7/ //9OQjZXEAAAAFdvcmQuRG9jdW1lbnQuOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= ------=_NextPart_000_0020_01C971B0.4A1BABC0 Content-Type: application/pdf; name="Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.pdf" JVBERi0xLjQNJeLjz9MNCjgxIDAgb2JqDTw8L0xpbmVhcml6ZWQgMS9MIDY2MjA5L08gODMvRSAx NTA1Ni9OIDcvVCA2NDU0Ny9IIFsgNzk2IDMyOV0+Pg1lbmRvYmoNICAgICAgICAgICAgICAgICAg IA14cmVmDTgxIDI1DTAwMDAwMDAwMTYgMDAwMDAgbg0KMDAwMDAwMTEyNSAwMDAwMCBuDQowMDAw MDAxMjA2IDAwMDAwIG4NCjAwMDAwMDEzMzYgMDAwMDAgbg0KMDAwMDAwMTUxNiAwMDAwMCBuDQow MDAwMDAyMDMwIDAwMDAwIG4NCjAwMDAwMDIzOTMgMDAwMDAgbg0KMDAwMDAwMjc5NCAwMDAwMCBu DQowMDAwMDAyODI5IDAwMDAwIG4NCjAwMDAwMDI5MDYgMDAwMDAgbg0KMDAwMDAwNTMwMiAwMDAw MCBuDQowMDAwMDA1NDY4IDAwMDAwIG4NCjAwMDAwMDU4MzcgMDAwMDAgbg0KMDAwMDAwNTk1NiAw MDAwMCBuDQowMDAwMDA2MjQ0IDAwMDAwIG4NCjAwMDAwMDg5MzYgMDAwMDAgbg0KMDAwMDAwOTEx MyAwMDAwMCBuDQowMDAwMDA5MjkxIDAwMDAwIG4NCjAwMDAwMDk0NjEgMDAwMDAgbg0KMDAwMDAw OTYzMyAwMDAwMCBuDQowMDAwMDA5Nzg2IDAwMDAwIG4NCjAwMDAwMTQ1MTEgMDAwMDAgbg0KMDAw MDAxNDY5MCAwMDAwMCBuDQowMDAwMDE0ODk4IDAwMDAwIG4NCjAwMDAwMDA3OTYgMDAwMDAgbg0K dHJhaWxlcg08PC9TaXplIDEwNi9QcmV2IDY0NTM4L1Jvb3QgODIgMCBSL0luZm8gODAgMCBSL0lE WzxERURGRjVERjEwNEQ2NEZEMkIzNzg2MEYxNDIxN0JCQT48RkEwRkY1OEFCNURDNEFFMjk1QkNE RDg1NDZEQjYzQ0Q+XT4+DXN0YXJ0eHJlZg0wDSUlRU9GDSAgICAgICAgICAgICAgICAgICAgDTEw NSAwIG9iag08PC9MZW5ndGggMjQxL0ZpbHRlci9GbGF0ZURlY29kZS9JIDI2MS9MIDI0NS9TIDEz OD4+c3RyZWFtDQp42mJgYGBhYGDOZWBlYGCawMDHgAB8QBk2IOaY2BI8g+Gc5stJFlNz+sxULzAw rMiY4QBVxegWWTYj5aBb7nEfkfSFjT96RDKeT8rMMAhcuW61rkF2qwHQ3LQMBkYgZpAA2mTBwBia 1sAgEtbA2IBiJhAYMzCc3gGkxYBYHyyizMDL9EPFeZ9Iw3YGBlZPSxaJ4IYV/FcNmiwEH7SzeMgu WcLJENb4xuhgNNMEr0MNcgI2rQV2CkXME+SajshOWN78gSuxhDMix2kSh4Fmyxr1BXDP+TAwvGoD 0kxAbAvEAQwMPzeAvANEigABBgBR+0TFDWVuZHN0cmVhbQ1lbmRvYmoNODIgMCBvYmoNPDwvTWV0 YWRhdGEgNzkgMCBSL1BhZ2VzIDc4IDAgUi9UeXBlL0NhdGFsb2cvUGFnZUxhYmVscyA3NiAwIFI+ Pg1lbmRvYmoNODMgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDc4IDAgUi9D b250ZW50cyA5MCAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyA4 NCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTg0IDAgb2JqDTw8L0NvbG9yU3BhY2U8PC9DczYgODgg MCBSPj4vRm9udDw8L1RUMiA4NSAwIFIvVFQ0IDg2IDAgUi9UVDYgODcgMCBSL1RUOCA5MSAwIFIv VFQxMCA5MiAwIFIvVFQxMSA5MyAwIFIvVFQxMyA5NCAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0v RXh0R1N0YXRlPDwvR1MxIDg5IDAgUj4+Pj4NZW5kb2JqDTg1IDAgb2JqDTw8L1N1YnR5cGUvVHJ1 ZVR5cGUvRm9udERlc2NyaXB0b3IgOTYgMCBSL0xhc3RDaGFyIDE0OC9XaWR0aHNbMjUwIDAgMCAw IDAgMCAwIDAgMzMzIDMzMyAwIDAgMjUwIDMzMyAyNTAgMjc4IDUwMCA1MDAgNTAwIDUwMCA1MDAg NTAwIDUwMCA1MDAgNTAwIDUwMCAyNzggMjc4IDAgMCAwIDAgMCA3MjIgNjY3IDY2NyA3MjIgNjEx IDU1NiAwIDAgMzMzIDAgMCA2MTEgMCAwIDcyMiA1NTYgMCA2NjcgNTU2IDYxMSA3MjIgMCAwIDAg MCAwIDAgMCAwIDAgNTAwIDAgNDQ0IDUwMCA0NDQgNTAwIDQ0NCAzMzMgNTAwIDUwMCAyNzggMjc4 IDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDUwMCAzMzMgMzg5IDI3OCA1MDAgNTAwIDcyMiA1MDAg NTAwIDQ0NCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA0 NDQgNDQ0XS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2Rpbmcv V2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag04NiAwIG9iag08PC9TdWJ0eXBlL1Ry dWVUeXBlL0ZvbnREZXNjcmlwdG9yIDk3IDAgUi9MYXN0Q2hhciAxMTYvV2lkdGhzWzI1MCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1MDAgMCA1MDAgMCAwIDAgNTAwIDAgMCA1MDAgMCAw IDAgMCAwIDAgMCAwIDAgMCA3MjIgMCAwIDAgMCAwIDUwMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCAwIDAgMCAwIDMzMyAwIDAgMCAwIDAgMCAwIDU1NiA1 MDAgMCAwIDM4OSAwIDI3OF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTLUJvbGRJdGFsaWNNVC9G aXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag04 NyAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDk4IDAgUi9MYXN0Q2hh ciAxMTgvV2lkdGhzWzI1MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMjUwIDAgMCAwIDUwMCAwIDUw MCAwIDAgMCAwIDAgMCA1MDAgMCAwIDAgMCAwIDAgMCA3MjIgMCAwIDcyMiA2NjcgNjExIDAgMCAz ODkgMCAwIDY2NyAwIDAgMCA2MTEgMCA3MjIgNTU2IDY2NyA3MjIgMCAwIDAgMCAwIDAgMCAwIDAg NTAwIDAgNTAwIDAgNDQ0IDU1NiA0NDQgMCA1MDAgMCAyNzggMCAwIDI3OCA4MzMgNTU2IDUwMCA1 NTYgMCA0NDQgMzg5IDMzMyA1NTYgNTAwXS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFMtQm9sZE1U L0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2Jq DTg4IDAgb2JqDVsvSUNDQmFzZWQgOTUgMCBSXQ1lbmRvYmoNODkgMCBvYmoNPDwvT1BNIDEvT1Ag ZmFsc2Uvb3AgZmFsc2UvVHlwZS9FeHRHU3RhdGUvU0EgZmFsc2UvU00gMC4wMj4+DWVuZG9iag05 MCAwIG9iag08PC9MZW5ndGggMjMyNi9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0KaN7kWFtz 27gZfdevwKM8I8EAeAGZdjqTtZNOMrttNtZOH5KdDk1BFrO8KARlr/s3tj94zweQFC3T6e5z4wnF G77L+W4HvPz7jWR3dvHdZnG52Sgm2Wa3SHkUM4E/dxJpHsRMRyGPVJiwTbW4vLIxy617RTCb1wvB NjkdHhZLdrH5gtN1lHCJt68XMuGxlJIefloyeanZxc+b94uIRyHEkYT+1CuSqeQiSkJSxIUIAhK9 xplMnfyfbuT1P69umBYQKsW9JH1PLZYCKkO8P5V1biLcDb276wh6Q8WiiKchWby8brNdx5odi9n7 rGZKiNStebNZRIILvKVlCPcU45EOYok3eBglrDWLXQ9lPAelkhEPkzSB8dCZxM6w5bs3m7ds8/Gn m41Tso55EgvJ1orL2JnzvbnLSvahbe4LWzS1ZR9NmXVFfce6hrnV101+rEzdWSch4IGIlBPg/Xl9 OGCx2bJ/T/6tTn6dQr/mKXA96QbuMKWPgHBBXL7Z7UzeFfeGXWedefWS0LVUXCShPtnhQqCcDMnZ d1n+y13bHOttD20ScxGyWEmeBIqFMY+jgAEmFaQjsmeBDhTXcUyLAi61GAI9xHiteZJoPXVHJX0i XqyVVmq52RsP4aY92o49ZJbtmrYCVk3Nrk1uqlvTMhk5x3DEwxXLqgbgN90ej7o9AmFX+DXscGwP jTU+wVEDsnd8RJGLOEi9AciuLP96LFosX7F9U27dSZUVdYf/FN2s3rKyyE1t6So3LT1g5tfCdsPj 3bE7toZhjSlLROWIREGsD3j3cWqG9z4MVa/9aOEhhOVNXVMw4exD0e2dF+8grK1Nx2wHFVm7tSQy N9Y6lQWyLNtWMNF2bUZLHSpu6TPHlRg0Ztv7rAacyFKqLJsXBpdOYmfyfd2Uzd0jy6xt8gJptZ2x h95tKfXNdA1nF0oEy2feCg94GHn9r/O8aQnj8nFFgbLHDJaggD6+vWJRoJMVu2rqri1uj13TWnrS DblxMwLxoQfirnWrhxdeDriKdA+AT7Ahij6uxno3W2MPCEOvtGi91NEeKnrOGJAYrNWrWeUTx6Xo W+5VU1XHukA+7DMXyftiSwCeJT6ZcXcsthQk2HOXObBOdnb7rDtf9LLbMhS923bfHMvtAFjjq+a5 2/aY72e8djF/2uIABIr2aZUNvSrqlT7rmFtjcwg1zoO2uNt3dlJeL7jnbLYvGX3u/JBvfYP5Uz79 BYnPHlDC9DukCBRhkStO9JeyqIouOwmY8X7oMUnaw1A3Hfyzvmhm5wXAvMoOEFwW/3FV1VaWDc2h czA/w9JBlbVmHgHffqHZg/ZQQMTW7IoaMvfZvY9AZTLqcJZZlDWaB2AtxtxO+MAhvjGFPi0Vpx6O axpviGN2W5SU5Wgu84Y7c8c5E0YpjzHJZZhyLd2cAQeYTPBkdoIHEddpIDGeQC0ClZxRC/50nKL8 sZJGMKrXD8WEpxI9aRyKk5pJhpohx6I4XWZwUSaSK7ojYxVxN7DmgkLxMONgRhYBhudz+fOS0P/t NMEHTIIUsuFVkHIFEhaEHDl0hskcLcRAAaMJk9PgJU4wcKX+FTDBEMNa81T/j4GuwY8E5vmZ2Hyx /O/nC94jeJrpz4ZrOgEwTsTylnJEpoFwc34sdlfYyMfbx/OSnw6GF9I/Q7bNzFahw2Gy13h+3t8+ L4vPF3PNAA/qvDy6ZjtMurUjoBYLxlqzx1vUv5t8zfyolZHsDXBadk1ZNg+u6PH2U862ch0Emskm bxRqz/cVz2rOWOVcyTu3XUF6Snc43paF3cNC2G7aGbW8LwIxDV4sn8QsWeaIWaz6nNdhiLMZ2Kps 27txZupoBqZ8WxAvac5MeWFeSuXtIEuBzW8fWrN+M3Ctp0omnUShFwRhAD9Q8ijuoOesL9aNEiHX gaBVIZJdJP1GZ2gCcsADGQ8RxAcp+F9O9GDCCQ+ntPRtb8II1rTZkDBnMp6DgX3mzeHRjUF2aCDu kW1736gP+z7C+oHYFZXppYOYOHjznvadMteljwykWDEZC7WaB9l3CHDCeMWCVCcufqEO/cmhNfdF c7TsHrN24tNMEc5lkgom1D6Sarl1xa9j5E/NqobIV4bqXw3zH2h+I8annKdZZn6FddbOFv5I9Uau O/QX7G18IcAFh1CO3aRrD2AizS1Ned+FWvP1aLwVjjT0Fm6LFoHA67u2qearHpSnVzpGMDt2ezBY z5Omzc1x7SmhvgHXNh0F3zl5a/Kmos3EfVPeewpQZb+QUd+IprfX2+8wfW7Hs5ofG7aYNmwdiqWh iSeWdOg7QISN4ItTr8oclBn0Eaf1MFG+UqXQ7/MOD6ey50GUGIDekirDjqiljZFFXpAf40ZkpMcj iZ6Kz0eePeySmgdEG1sxz73m+WI4fBlxW6wtNnMUuNf1o3fKAfnyLLL7DJwRCGDbSQlH+zCqIvNA 1Tu0Kfe95uqGcRUG0I32hP7EwHp0HLGbq3/AlPdoT18Yl6lkD0wK9gP7RBeK+ePPgm0XkhVs8RXE hnoZuEKE/oKaQzPjoCYsr9yDarHGDl6nmNCahiIrFzfjGnoUi5itY3CBdLokTXgSUpvE64sfF7Om 0pemk34ZUPdlGlv/GCtPsghgzRQIRARpSDsFmkeChTvuIP6Tc+hPyYrnZFnIkrT+zLYoDXkcKGCD 3/AkD+slffMKuZARpYJOk+HC/+SL4VnEY3TIcrzWPEkxPpwEcBpHXsV4Bm4swU0DPd4p6Y7mUXK6 hRspID1Jm9zw6pyY/pZXXE7ueHtHsaTd6xRYSLjS5EMC/Z8jYf9YAlMBKWSXBq8HDRih8R9EI5dk mmsiFk6bow/eFHeaLwZz3GW5kCFVl+q/jYGUhMN6d+6lYpW7eloQfssjhd+2aC61M8adhBFqE3Wu 4GsMyeArp5xfT7u5CNxIeN+0d8bzNTQ/2+8Gvi4GQUA4Uq7mZIANWAK7YmJL/2L1YIicMySioZAk wRNTTqPor2TJ37wy59EfWL1kUl2q4BL4S/EKb73+od/BycCbcPrIjX4maYeB4AcBfZd+MgffNm2V EUF/NQjowUSQVaz9NrBnyw4sz5rZW8D06h1twPMeqN8FGADJjUxLCg1lbmRzdHJlYW0NZW5kb2Jq DTkxIDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgOTkgMCBSL0xhc3RD aGFyIDQ2L1dpZHRoc1syNTBdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GaXJz dENoYXIgNDYvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag05MiAw IG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDEwMCAwIFIvTGFzdENoYXIg MTE2L1dpZHRoc1syNzggMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDI3OCA1NTYgNTU2IDU1 NiA1NTYgMCAwIDAgNTU2IDU1NiAwIDI3OCAwIDAgMCAwIDAgMCA2NjcgMCA3MjIgMCAwIDYxMSAw IDAgMjc4IDUwMCAwIDAgODMzIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg NTU2IDAgNTAwIDAgNTU2IDAgNTU2IDAgMjIyIDAgMCAyMjIgMCA1NTYgNTU2IDAgMCAzMzMgNTAw IDI3OF0vQmFzZUZvbnQvQXJpYWxNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29k aW5nL1R5cGUvRm9udD4+DWVuZG9iag05MyAwIG9iag08PC9TdWJ0eXBlL1R5cGUwL0Rlc2NlbmRh bnRGb250c1sxMDMgMCBSXS9CYXNlRm9udC9MS0NQQ0UrTHVjaWRhR3JhbmRlL0VuY29kaW5nL0lk ZW50aXR5LUgvVHlwZS9Gb250Pj4NZW5kb2JqDTk0IDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUv Rm9udERlc2NyaXB0b3IgMTA0IDAgUi9MYXN0Q2hhciAxMTYvV2lkdGhzWzMzMyAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgNjExIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCA1NTYgMCAwIDYxMSA1NTYgMCAwIDAgMCAwIDAgMCA4ODkgMCA2MTEgMCAwIDM4 OSAwIDMzM10vQmFzZUZvbnQvQXJpYWwtQm9sZE1UL0ZpcnN0Q2hhciA1OC9FbmNvZGluZy9XaW5B bnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTk1IDAgb2JqDTw8L0xlbmd0aCAyNTk4L0Zp bHRlci9GbGF0ZURlY29kZS9OIDMvQWx0ZXJuYXRlL0RldmljZVJHQj4+c3RyZWFtDQpo3pyWd1RU 1xaHz713eqHNMNIZepMuMID0LiAdBFEYZgYYygDDDE1siKhARBERAUWQoIABo6FIrIhiISioYA9I EFBiMIqoqGRG1kp8eXnv5eX3x73f2mfvc/fZe5+1LgAkTx8uLwWWAiCZJ+AHejjTV4VH0LH9AAZ4 gAGmADBZ6am+Qe7BQCQvNxd6usgJ/IveDAFI/L5l6OlPp4P/T9KsVL4AAMhfxOZsTjpLxPkiTsoU pIrtMyKmxiSKGUaJmS9KUMRyYo5b5KWffRbZUczsZB5bxOKcU9nJbDH3iHh7hpAjYsRHxAUZXE6m iG+LWDNJmMwV8VtxbDKHmQ4AiiS2CziseBGbiJjEDw50EfFyAHCkuC845gsWcLIE4kO5pKRm87lx 8QK6LkuPbmptzaB7cjKTOAKBoT+Tlcjks+kuKcmpTF42AItn/iwZcW3poiJbmlpbWhqaGZl+Uaj/ uvg3Je7tIr0K+NwziNb3h+2v/FLqAGDMimqz6w9bzH4AOrYCIHf/D5vmIQAkRX1rv/HFeWjieYkX CFJtjI0zMzONuByWkbigv+t/OvwNffE9I/F2v5eH7sqJZQqTBHRx3VgpSSlCPj09lcni0A3/PMT/ OPCv81gayInl8Dk8UUSoaMq4vDhRu3lsroCbwqNzef+pif8w7E9anGuRKPWfADXKCEjdoALk5z6A ohABEnlQ3PXf++aDDwXimxemOrE4958F/fuucIn4kc6N+xznEhhMZwn5GYtr4msJ0IAAJAEVyAMV oAF0gSEwA1bAFjgCN7AC+IFgEA7WAhaIB8mADzJBLtgMCkAR2AX2gkpQA+pBI2gBJ0AHOA0ugMvg OrgJ7oAHYASMg+dgBrwB8xAEYSEyRIHkIVVICzKAzCAGZA+5QT5QIBQORUNxEA8SQrnQFqgIKoUq oVqoEfoWOgVdgK5CA9A9aBSagn6F3sMITIKpsDKsDRvDDNgJ9oaD4TVwHJwG58D58E64Aq6Dj8Ht 8AX4OnwHHoGfw7MIQIgIDVFDDBEG4oL4IRFILMJHNiCFSDlSh7QgXUgvcgsZQaaRdygMioKiowxR tihPVAiKhUpDbUAVoypRR1HtqB7ULdQoagb1CU1GK6EN0DZoL/QqdBw6E12ALkc3oNvQl9B30OPo NxgMhobRwVhhPDHhmATMOkwx5gCmFXMeM4AZw8xisVh5rAHWDuuHZWIF2ALsfuwx7DnsIHYc+xZH xKnizHDuuAgcD5eHK8c14c7iBnETuHm8FF4Lb4P3w7Px2fgSfD2+C38DP46fJ0gTdAh2hGBCAmEz oYLQQrhEeEh4RSQS1YnWxAAil7iJWEE8TrxCHCW+I8mQ9EkupEiSkLSTdIR0nnSP9IpMJmuTHckR ZAF5J7mRfJH8mPxWgiJhJOElwZbYKFEl0S4xKPFCEi+pJekkuVYyR7Jc8qTkDclpKbyUtpSLFFNq g1SV1CmpYalZaYq0qbSfdLJ0sXST9FXpSRmsjLaMmwxbJl/msMxFmTEKQtGguFBYlC2UesolyjgV Q9WhelETqEXUb6j91BlZGdllsqGyWbJVsmdkR2gITZvmRUuildBO0IZo75coL3FawlmyY0nLksEl c3KKco5yHLlCuVa5O3Lv5enybvKJ8rvlO+QfKaAU9BUCFDIVDipcUphWpCraKrIUCxVPKN5XgpX0 lQKV1ikdVupTmlVWUfZQTlXer3xReVqFpuKokqBSpnJWZUqVomqvylUtUz2n+owuS3eiJ9Er6D30 GTUlNU81oVqtWr/avLqOeoh6nnqr+iMNggZDI1ajTKNbY0ZTVdNXM1ezWfO+Fl6LoRWvtU+rV2tO W0c7THubdof2pI6cjpdOjk6zzkNdsq6Dbppune5tPYweQy9R74DeTX1Y30I/Xr9K/4YBbGBpwDU4 YDCwFL3Ueilvad3SYUOSoZNhhmGz4agRzcjHKM+ow+iFsaZxhPFu417jTyYWJkkm9SYPTGVMV5jm mXaZ/mqmb8YyqzK7bU42dzffaN5p/nKZwTLOsoPL7lpQLHwttll0W3y0tLLkW7ZYTllpWkVbVVsN M6gMf0Yx44o12trZeqP1aet3NpY2ApsTNr/YGtom2jbZTi7XWc5ZXr98zE7djmlXazdiT7ePtj9k P+Kg5sB0qHN44qjhyHZscJxw0nNKcDrm9MLZxJnv3OY852Ljst7lvCvi6uFa6NrvJuMW4lbp9thd 3T3Ovdl9xsPCY53HeU+0p7fnbs9hL2Uvllej18wKqxXrV/R4k7yDvCu9n/jo+/B9unxh3xW+e3wf rtRayVvZ4Qf8vPz2+D3y1/FP8/8+ABPgH1AV8DTQNDA3sDeIEhQV1BT0Jtg5uCT4QYhuiDCkO1Qy NDK0MXQuzDWsNGxklfGq9auuhyuEc8M7I7ARoRENEbOr3VbvXT0eaRFZEDm0RmdN1pqraxXWJq09 EyUZxYw6GY2ODotuiv7A9GPWMWdjvGKqY2ZYLqx9rOdsR3YZe4pjxynlTMTaxZbGTsbZxe2Jm4p3 iC+Pn+a6cCu5LxM8E2oS5hL9Eo8kLiSFJbUm45Kjk0/xZHiJvJ4UlZSslIFUg9SC1JE0m7S9aTN8 b35DOpS+Jr1TQBX9TPUJdYVbhaMZ9hlVGW8zQzNPZkln8bL6svWzd2RP5LjnfL0OtY61rjtXLXdz 7uh6p/W1G6ANMRu6N2pszN84vslj09HNhM2Jm3/IM8krzXu9JWxLV75y/qb8sa0eW5sLJAr4BcPb bLfVbEdt527v32G+Y/+OT4XswmtFJkXlRR+KWcXXvjL9quKrhZ2xO/tLLEsO7sLs4u0a2u2w+2ip dGlO6dge3z3tZfSywrLXe6P2Xi1fVl6zj7BPuG+kwqeic7/m/l37P1TGV96pcq5qrVaq3lE9d4B9 YPCg48GWGuWaopr3h7iH7tZ61LbXadeVH8Yczjj8tD60vvdrxteNDQoNRQ0fj/COjBwNPNrTaNXY 2KTUVNIMNwubp45FHrv5jes3nS2GLbWttNai4+C48Pizb6O/HTrhfaL7JONky3da31W3UdoK26H2 7PaZjviOkc7wzoFTK051d9l2tX1v9P2R02qnq87Inik5Szibf3bhXM652fOp56cvxF0Y647qfnBx 1cXbPQE9/Ze8L1257H75Yq9T77krdldOX7W5euoa41rHdcvr7X0WfW0/WPzQ1m/Z337D6kbnTeub XQPLB84OOgxeuOV66/Jtr9vX76y8MzAUMnR3OHJ45C777uS9pHsv72fcn3+w6SH6YeEjqUflj5Ue 1/2o92PriOXImVHX0b4nQU8ejLHGnv+U/tOH8fyn5KflE6oTjZNmk6en3KduPlv9bPx56vP56YKf pX+ufqH74rtfHH/pm1k1M/6S/3Lh1+JX8q+OvF72unvWf/bxm+Q383OFb+XfHn3HeNf7Puz9xHzm B+yHio96H7s+eX96uJC8sPCbAAMA94Tz+woNZW5kc3RyZWFtDWVuZG9iag05NiAwIG9iag08PC9T dGVtViA4Mi9Gb250TmFtZS9UaW1lc05ld1JvbWFuUFNNVC9GbGFncyAzMi9EZXNjZW50IC0yMTYv Rm9udEJCb3hbLTc3IC0yMTYgOTM2IDY5NV0vQXNjZW50IDg5MS9DYXBIZWlnaHQgNjIyL1hIZWln aHQgNDIxL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag05NyAwIG9i ag08PC9TdGVtViAxMzMvRm9udE5hbWUvVGltZXNOZXdSb21hblBTLUJvbGRJdGFsaWNNVC9GbGFn cyA5Ni9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTE2MCAtMjE2IDcwMiA2ODFdL0FzY2VudCA4OTEv Q2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAtMTU+Pg1lbmRvYmoN OTggMCBvYmoNPDwvU3RlbVYgMTM2L0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1Cb2xkTVQvRmxh Z3MgMzIvRGVzY2VudCAtMjE2L0ZvbnRCQm94Wy05IC0yMTYgODA3IDY3OF0vQXNjZW50IDg5MS9D YXBIZWlnaHQgNjIyL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag05 OSAwIG9iag08PC9TdGVtViAwL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GbGFn cyA5Ni9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTE3MiAtMjE2IDk0NCA2OTRdL0FzY2VudCA4OTEv Q2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAtMTU+Pg1lbmRvYmoN MTAwIDAgb2JqDTw8L1N0ZW1WIDg4L0ZvbnROYW1lL0FyaWFsTVQvRmxhZ3MgMzIvRGVzY2VudCAt MjExL0ZvbnRCQm94Wy0xIC0yMTAgNzU3IDcyOF0vQXNjZW50IDkwNS9DYXBIZWlnaHQgMC9UeXBl L0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMTAxIDAgb2JqDTw8L0xlbmd0 aCA0NjQxL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDkwNTI+PnN0cmVhbQ0KaN68Wgt4VEWW PlW30yFJJ+k8SdKQ3OaSgNxAePhIYwsdko5CAJsQsBsUuqETkigQCeEtRDQQG3yAzuA3Ooo7s377 ULnpxLGzCsnq4Ce74wwyvmadFUbHx87Kiq4jfussvX/dexMCRoZZ/ebenPOfOqfq1KlTpyrdAWJE lEztJJG8csN6+czHn/4SmqeIrD9raFm1ui3bfo4oMUyUOm3VbZsb8i3PPUnkXI8+nsb6UPizOUWb iJSxaF/dCIVtMe8hyn4Y7bGNq9dvspKYIPsFsBG3rV0ZIhkvOdGHrKtDm1qsW9JUjLegLa8Jra5/ 8vN5v4Yd/Zm3ZV19S8l71+di/M+JbIesKuUTJbxCxQN86GOZQXkC4+/o/OMB+VybIUN6m77jM8Ik y3d1dJTWki1+bXxf/Avqo0bKjlfEH45/MmzfnfHtdJJO0DHqoafpEXoX8lE6Qr30j/Q+5JchPU0/ oBXo+1P6MXUA/4GeoIdoHfQCO/QZv/Gw8Rc0z+I9wCpoDvDi5yH9vdznw3jBMNp342NoG23jbfz3 1Ib3R/D4FB0c0qMJ9LfUSlvpKDtNK9gL1ID1dFKY7ue++B8SjlGutIlyaa3loKiEC54fkp82U1h6 NP4Z6iQ90Ufp/FD8M/i6/H5rMffA00t7WTJtR96m0I2IddbwS0UOz2INK7GWnXgPYDe68W6Dv31D +1mr9Bo14x5hVutAHSVcaWD8I9Ams0IeGqzY39EGzOCmiVRI6fEi1M0N8fr45viP44dRDWL3nzSr og+tv6d97AAiWEE302L+C3Zab61FezHNYaNZKj0G31dduA7zVEnn65yG1LnFzKJ5tj4aGBW/djAP +9lIZOIVeoliejyP0n6K4F7ZSutR30vIh9inD/b7QI9WRH6+zzKqQ+0JXxU0A+t594L43tDPfsO3 xCeyeVR60RhzPr5z5x28ivmM09CJbLQhHyuxs2f10yP27yh27YkhtsWD1pf1vRW6GTRVRBGfHt+O 3P+SbqK1vJuNZ3dhXOcwxfEUtAOVnEfvshnfcl6+S91vwyxHUdVDnw66her/3D1Gf9E9lnCaacjD CfoZ5tuKd9swnXoR31HkaQstoArajX18F+ejEWsJI6snmIz9eY16hp0gBL/HkeW1UoPUcIlA5ujv sBEOrI1ZUPnfWJtRu8M+M1D3b7NM1MeD9DZ2/Wl6DnfEKqFFFf9/9mgnraEJ5kseT+3sG9zXTneV X3P1VVdOmzplctmkiaXqhCvGjyspHquMccpFhaNHOQry80bm5mRnZWbY09NSbSnJSSMSrQkWiTMq ZXlaXqXf26zlVwY1m1Kl2GXNNv/MvDKNMh1OJUOeVhaYaPbSElSNsmq0bJ+/izzlAc2qXtxlviYV 2z93YvA8h+zVLMX4UeaEwtr4Wr9Tsb/pGLQHMEYrqPQ7nQ6NF+NnNkz4mROSw5rdB73TYWhma+Tz C4rF3yuHksqdAfBav1Y40AwEhguyF3vTf1GY81nE3mXLr6zSKLuLbO9plCO6nSknjdzaeBWB2CHp 3qhMY9mfayxLYznzEPKFU4hhp8qHyYE33Kx4w03IaDh4PqdnjIw65YgcqfVnTIOoB12jvbLA35WS XKlU1idDQbqCupJToEkRCrho6WK2GUwXuM07vYvTiFSkL1OE6xXUrHn2BCEoVcgbLFnnLbF4/96h JsKwASnLkIwgNGullmgEITdpnpBGe+Su0v7I3pidVgRVW1gJh272a1IIHbpIKvY21mmjanxLoMJU oGCjLLa7Smdi82RvoxxBW/QNgitVYtMv0Icb64OiTFhQqYItqdK/29nv0DKBXi1D1VLRLXXL7x1S xJvXJItmJLJb1g4i3CFWp+AogjyEHvEqmA3OvM2zxJaUDW6bXo2zw/rmePaEZK19RbNRe6G9A/Xv jNg125dO7A72ByP1gWYqw8FmEXJzSCzT2yxH9tTrS92rLw31KnubqwSJgah+WoTRS/zeRsV7fkIs HIJUfPFYp1PLV8XASMQrQgyFEb0RMgzn4xdnwqEyxFOpeep0oDp9DzCjJ1QVMFVmhyVimLAEqwIB p7Hv6KolFu9OmKTIEeExsVjLVu3On8PWP7G0ptbvrXLoq9d4pf+603mO05BrfINqloc+kbLTDiNH NQuVmgVGFTQOsGCdcYD54M6jq9lf9/pqnuNVyNVKdTASqVbk6kgwEorF21cosl2JdNlskRZvUNZP PoP+n/Y4tOq9Ac0ebGTTscmi3qpra7SsBUvF9lTLjSHjspipOMsdzozAQB/ft5nNc4aKR92Lcxax f4LYbLiRHHK1uF5iuBUcmr1cHFNEssiPc7BSr1md4XwshHOHOClSoNjbtNBMEKrRLBhx7y0wtXDi dIoztCfmoRVoaO0L/EZbphWOKHnKVOxdUFj6Byw5i4SlfcAyODyoYK/yahb+mZoeWs+RDCVTdpXp +dev27DWX4c1flWujSg3tzur0i85uClxhySkZBXXl1sbqeoDRU5wS0bsinxc0eyqllDp73e4A7I9 A9cbGywG06MoU/tx5RgTlyhl2zXm1liu0BMuVf1ul0aWwzg4UPZGgmaZDV2f+Zsg3Dj8ItHHrmCd DqN/RqYilvoL/W4zr+zianGoHE6jx5yAliYuZi3tE51hcY5Kv4xrCMd2gS7IXrlR7LomB6v0+yDg GKqOxU8Fq8T9h5BFF4dZ3+CBi9NQUzco1frvcGwJTIzRwtKaGCXhNylj9wViLN4Ro6rRvZRE0vJl MNeVyrK3qQoTorGoFIoJTkiLS1GbovT9SkD8JpkdjsiiusNYk44w1EcCZbIoTtyXhHOoeQKOQbE+ EJgOPzcJPxbdTyQAD82mh2bdAxz8Lzr5S2twU5X4/Lhs23Ghe6rEErHcfpyqfrFisZDAYKTAO5ry zJiXIObABAhLDS/Yy3a4CEQiRktBmUcijgjWYbZjjC5WeExFjHQHOHYx1u7TTe2K/vnAqzgVkflA Faa6GXkfuKVidMulM7xsaIaXI9pleoaD31OGQ5eT4RWXleGVw2c4jJhXigzXD59hjZdcIsdDU+ox UuoZJqUNF6R01aVT2jg0pU0Ir1FPafP3lNJbLyelt11WSlcPn9I1iHm1SOnav17RtlyQ4dsvneF1 QzPcimjX6Rle/z1luO1yMrzhsjK8cfgMb0LMG0WGN//1MrxlSIZJ/Nkw8YVzPqLUwrMbzlamOvU/ JA59uNVUYTtUFD3oFtBCtSINxmqygzjt4FXE+EzuRmeVz+DuKFM/fZ5fB+V1aGQX0WHY7CDOdrPO aEGRJ8bu6bbnuqgijXWSHcTZXawDvlR2t4m7WEeUq+3Psx1we5Jt8zSwk6dyR456/Q2wrdtyHelb i7aWbZW2bst/7QRUGzaCrW4Bu20t2K1rch3L1+y4ld+6Zse6gvVt2TmjVjWDNTSB1TdmO+6vP1h/ vF6qb+y4vSC/NXdLZb5zM4j3SrXSHMxsPyxVk08SC/RIrmhKmqs33i+VR9NMoTvJ5vJVpEgTiUmT pSkkYe1f8P/Gl2OVvx89wtUY/233kTDWyt/pnjLdJTCqjBODIWRn68JvotNcpjBhkik4FVMYmW8K aRm6cDyaAYG3800ivAqVrycfiCO1t0C6BVIKn0sO0K0gCa0atGqI8+ncgi/ORbwcmAmcyqeIJPPJ JpYBC6GfxKdEC4vkGCAz19XLzrL3o5KaXCGzL4ixT9l/6Vtz2sRPTPxPEz9mH4k0sA+BFuAHQOjj /8Le705B6BWjoWC0AXyXMLGH2H594IMm7mcPkBW4D5gIvB8o9PexB7Dkvj40GbWAtwsDuym636LG 2MLoPgE3Rg8IuLp7h6SiwFzRzDxXRRIby4r1oOwsQ0eL59o/IX1f+b7ing8LClw/ekRSH33Eoj5y IFl9EP727beq++HpB6CHD3D1hwck9eAB9viBQwf6DkgvSDdIs8XipNnRDq6KSqjstme4io5IOAR0 SnDpKulKZE2uyJSm0WSQB+QDWaRpUrYIQppqYpmUjZ5lfWjioKF6ZBDnZ6KHraif96J9I8QU/HfR keNdhoBaiPFT0d3JsJ/s7rNgqfytbqVY1Ndb0ZxcvduJKEKqSOUv86Min/xF3q/jP5u4V8T+At/A N4ql8I3mUvjtxlL4OrEUnXt4cMBpMJqcogvLoyPzdGFZdOwVurBEH1eRzZfqAwVP53PAc/lsKgFx SuITKR/E0V2NZuTo467oTs1wodoUUW2H+Rgu69Xo5HLUoh6DPxl3SCG4OFxFhpV9yX6lb+Qp9izJ 5GQn2bPREqccYyejhU5XRQH7d/ZbveM7Jv6bib8x8W32lu7gLfam3n6TvY7q0vrQZOwN9rqu/LWu bKpIYSewjl7B2QnT9ppuw4zHo7gEelHfvxL1rfaxn9BPQT0gKX6KPRnNysE2sHvZXn3CPSZGgMLP 4uguXBNsUbRdAtRFdyUAaqO7BSyIdgrwRTuFbX60Q8BcsVExVh7dLWBKtE8oxxjKNE8K8H++tqhf i3a835P8R7ErX7JTXzLRTOrKGeXyfICSF61Jh1LTXYjU0+PrCfa09LT39Pcc7znVc6YnqedQuOjj jyzqPZFENbLHqu4FYchz902e6rrvXkn3nX1voeK6dw9X93SMUHfeaVHvbNcN3e1z5rl0nFlp4JUu A8dP0ue1tY9WXO3bubpju+7VY7vDO9t1Bxrb4Uko5E647sQKd0Oxq8Oq3nV3sno3sKWjvYP3dbCK ZGmhVEdpkk9aAD5fulHwqBQuqlgkzZXmUbrkkEZJo8kmpUt2KQNok1KlNOA44BWUKjlhV4CFsMvA ceSWnKBCkAOUDrKRmz/Nn+GHyMaf4H/DfwJ8jD/ODwJ7gc9TKu+G/VmgBnsU2Isx3SBNjAU9AXoM dCffSWl8O98Bvo3fIbgebxvfwrfirNh5Bs+E31SextOBjHMukY2dY3FOZMNNnkGPgLjoi7veTo+D +kAnQQm4uVNpJmgHSKIidg7nJh9jHYgpCz5zgPmIIwtkB6WCrCBGbvR1s8PsCOvDfF0syrqBz7BD +GZqY8eA/0qp7CXYjwL7YX8ReAxjXgL1i7GgLtAzoNVsDVuLcSG2gq0ELmPLWVBvN0RHFhVVzGIN NBO0AySxzbBuhbdWjGoDtmDUOuBmeGoFtQiPoAZQCLQMVMomUjorYePAx7MrKI1NYCp4HsuHJpNl gWezHGhy2UjwBGYF50wCxxEW3PN3SP25eLrjmpy8q3NyrsrJvDInfVqObWpO0pQc6+QcqSyHJuWU jEsbPy59gppWqqaPUdLGKumFRWlyUXq6PcOWlJxisyaOsEmWBBsybSPJk1WgkJRVZJVGFRWlz0zf kS7JEiuSbpT6pLhkcbDRqXmJBak59pGpmZbs1AccrNQ9wT3eXeIe6x7jlt2Fboc7z53jznSnu5Pc VrfkJrdvGtMya6imbpaWxYALZ2nT1JqYJNdqU9UaLcm31PhwDK3GO/HpsE6zdMY4ILNyyVJ/jOUL c4ejV6xbqwl23Bvo4jRLY52agg+LAA8+uMqdMTs++nZxNisQCGjX4Hu86BVQR2th8XeH9tEBbaoQ HhgdoBpt+gLNocxSL35adba+9UJt1/gSrzbBG9JKvcGqoQYCIWCvds4bijGuVKnDPK3qtz2teEwx xrd5Y3wL3PDtw7sZfGLSfG9Mmouukk90Xd/KLtW9dT0Y0/mwka1vuzjENjO49eagb47Vw241DDTU TK0XTHvB4NZhlj3E1KqySr8joKpanqagSAYGtJ7vwmJsm/hzbIzdYcB2A3YY0G7AnQbsNOAuA+42 oMOAXQbsNqDTgHsEmCvDflyra7nbgOsMmGHATAM8BlQYMMuASgOqDPAaUG3A9foUwn9ra1eSqH5f 7awabUQtyLdUK1DQeAWNq9GwKbPwUUp8b0nAi+swkbKfs+KDr6CyV19/VWdTJjsznBnFYAyfgf7k kdr/1J5AX5PH0m5899H/F4X+j10N5pcgibKITNkCOcuUrZBKYCVLEjQl5DJlTmm03JQl6FebsgXy g6Zshdw7t6bSV+lV57atbAqHrl8XWhOuvzwVzaUaqiQfyEsqWm20kpooTCG6ntaBr4FcT7WgVbDd Bs26yxzzffYys8ZpI+hG7AcjO00W/x8g4VTqNGSC6XYrs/7H3OVHlqe7/8gcxr+fHt3zh+kDOLij REkD31T/T4ABANfNn64KDWVuZHN0cmVhbQ1lbmRvYmoNMTAyIDAgb2JqDTw8L1N0ZW1WIDAvRm9u dE5hbWUvTEtDUENFK0x1Y2lkYUdyYW5kZS9Gb250RmlsZTIgMTAxIDAgUi9GbGFncyA0L0Rlc2Nl bnQgLTIxMC9Gb250QkJveFsxMjQgMCA2MjUgNjI1XS9Bc2NlbnQgOTY2L0NhcEhlaWdodCAwL1R5 cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag0xMDMgMCBvYmoNPDwvU3Vi dHlwZS9DSURGb250VHlwZTIvRm9udERlc2NyaXB0b3IgMTAyIDAgUi9CYXNlRm9udC9MS0NQQ0Ur THVjaWRhR3JhbmRlL1dbMVswXV0vQ0lEVG9HSURNYXAvSWRlbnRpdHkvQ0lEU3lzdGVtSW5mbzw8 L1N1cHBsZW1lbnQgMC9PcmRlcmluZyhJZGVudGl0eSkvUmVnaXN0cnkoQWRvYmUpPj4vRFcgMTAw MC9UeXBlL0ZvbnQ+Pg1lbmRvYmoNMTA0IDAgb2JqDTw8L1N0ZW1WIDEzMy9Gb250TmFtZS9Bcmlh bC1Cb2xkTVQvRmxhZ3MgMzIvRGVzY2VudCAtMjExL0ZvbnRCQm94WzE0IC0xMiA4MjQgNzE2XS9B c2NlbnQgOTA1L0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+ DWVuZG9iag0xIDAgb2JqDTw8L0Nyb3BCb3hbMCAwIDYxMiA3OTJdL1BhcmVudCA3OCAwIFIvQ29u dGVudHMgMyAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAyIDAg Ui9UeXBlL1BhZ2U+Pg1lbmRvYmoNMiAwIG9iag08PC9Db2xvclNwYWNlPDwvQ3M2IDg4IDAgUj4+ L0ZvbnQ8PC9UVDE1IDUxIDAgUi9UVDE3IDUyIDAgUi9UVDE5IDU1IDAgUi9UVDIwIDUzIDAgUi9U VDIyIDU0IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgODkgMCBSPj4+ Pg1lbmRvYmoNMyAwIG9iag08PC9MZW5ndGggMjM3MS9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVh bQ0KaN7kWV2P2zYWffev4KMDzHBIitRHUCzQnSSLBu12t+OiD0kfNDJtq5UlV5Jn4n+/55KULXts Z1AUuw+LphYtiff7nnvoufvHg2TLbvL32eRuNpOGSTZbTDJuYibwn1uYhEcxS4zmRumUzdaTu/su ZkXnXhGsK+qJYLOCPp4nU/Zm9huWtyblEm+/m8iUx1JKevhpytRdwt78Ovs4MdxoiCMJYekVyUxy YVJNirgQUUSib7GSmZP/84N89+P9A0sEhErxJEnfscVSQKXG+2NZpybigc6EYrBSRxKOkx+3BiZo xYzhmSbjoVdI2jld9f3m7d1d32673lpe2n7Bm3Z5t2mqstjl9XzTNoWdb1vb8VW/rkjH+9kkRE8h egKWpYKniWE8SlWkWGsnC4r9sfkqQuhMlmKX4an2MT/EmstIZCGaDHpZt8qrij3aollbZhcLW/Tl k2VNzXI2z3vLuo0tykVp5z7yt8hIJpVkt5LL4GUaB5GPO9avLPvu/ewDm5GvN+xx27O6YTZvq9K2 eJzX+Cjbfsc+TyPx+Q207Dq2aKqqeS7rJSv7jm2arseaM/awLVYsX9t6jv97b4JwumOnO5KDO96R fLOpduy57FeID5nes75h9MQZdd/UfVvCprKpO7bO59YFwT171xRbUgL128eq7FaDy2LkKzwP+g4W k8uHyLmgNQvWHVkOV76FEZu2bFr2ZNvOGYDXsLmz7Hu7zCv2r7Z5Kv2TF46KNDlytIAnZb215N6j dRGDvXkI0dn6lIprqVAIkOdr+U+WpUxiLjLDYhSkiY7rMrtQl5GJeQprsEnyNE5P6xL+JaEuFwhR axe2tXVhfS596UWSR0qPSm/UlqNsn8n0mSTnHb37vCqRJiRhh2rY+fLhAwqpEPxP0wj3bhXaefp9 Wdi6s91e0UjioORItzMdQUsRM3iv0T6pYkoQbl0PmQIAGaNYbAT8Fi5iU2/cLSBBZ4l0NrpQKI4M +Pjl3MeLQDnxoBz7rDt/6J3gBfuAUP+M6y8IclkfmvehhzN5O++oJgvbdXuBAeWV4koABcQRzhHy hCpFwc+OoICtkFAAhE+lSv3+UYFLFbYu25zC2RNqIDmbvO3LotzgJrtq4w1tocfL1qIJodJ+6Qk1 ADrYin/oq3S6se267Psz3S28D4nydkDavGFdcwMorJv61n4pqm2HHr9hbbPLq353u2gtvj03bTV/ LgEmbblc9a4QqhDhbT0H7PmO3ezcc18ppx0eyti/AGDIt/2qaTs3bRSa2BVLqnBJ0H/GdU2M+jDq JAm3YUWzyoUSnobAHLIxdLISXCSamcxwrWOWZTzD7LheltgjZSqxKeZJejphRj35lg1zDFowEk1q AKBAJZNEsUQPcG3SC1r86DNAmkjFwzwPVaaMGWYYulJnen8tqU9lFsdcUfoo5DcDnN+wedltKupy hB9r36P2Kl6cydLg3b7xb6gsn1dNBdxvaU0Ve0MAQ4sA8hdr1tXCHm/0ST/pbORpDPwZrqV3Nck0 j8jVHpnuqvwr7lyw2Rt8xdeyhooqr5fbfAnsa+BQmOXv6yUF9y/x1lCR7L1VGtNltCqDy9Ik021d QRz6e4M+K3uMfOQzp4GMYg8gUTeADRhLkzIva/8AFp/NK2pqIBLj0FFwjgIH0gJPD5wIIh9o8OPV mPvRe6lZwceMStP9/B1iW4QmiQTGG4a1ERinmN0aCBl/ZUREGCMxcVQjKJzixVQ9tMye9j1ahOnz G4eW62ZeLnauBFqL/Fk2jKuhZWGMiNKhZSVMy663rMbUUlodaDPGXgBUIGH5lDuWBMj8vdvTpDMl exr4V3TZeUS9XI38tBJHM/TxygzNAlG5IPV0VCJmOgF5O0Zp4t80IHtMowv2sRVxFLyztnlNRDMQ 8NjLG41ONSQ377pyWXvAL924/OnDPTNRkmIef4fyn89Liu/NyTjAmzAENdB3V9qXpL5gxHBI+TQL Kj8HFpiTGIYkKG+LVflExiNBJ3yJcgiltt+WOA0csz4867abTeMz6zbmxK9hPVo65O0MUBG+kN5y vaksqcl9GwcZ3d4ld/bxbVy4d66WQ3G5HEQSHXGqbk+qftz2XRni8GpWhc45LRWoUAdWNcriMNYD adgzKydjVB5xNmZWqI7T89F9AzPvm/WmqV1m5rYr0IrH+KY9crwonTGvOykMHQojcrTzBbHDMahx PQ2DcNzyT77YtigRPQcM3rPXELsRqztTHP8DUqevkLq3pyeM89xGmTjMv/8Ow9GXGA6VwWJLx+va F0+DU72bHaF5bi47JFQyojCJUvtrmOcZAO3PUBh2lpS8LEM5/Dox5iueibw6gK4Y9/bNLxl4hUG9 xL5XB/SEJalMjdkv2NBwHRhSlETgS692blt7zfCLAHf4ZeJr/PfrJ2yKcIiZe4cSZJsFLKIfOuY0 ptDAb6/RX31Ef82L6+fpl89vyGcdZVOHKi5VwQ8ChqKi357gdB/8ne+P7mQgzKh7ct4PvrP+jk5U NE4B777WjpnhwFiO+OOibdbhRwaPU33+u0V2h5OR+zX0/oGdZY0P9/+EAR8xDn5joB2SPYOAsR/Y J/qimP/8VbD5RLKSTf5g0pExybTBcQ6sTWcJkI8Va3d/jeEgeQL6ougXGFZNHvY76EkscLjjCZDy sEFinEjguKC3J/++zG4PyiMR8wxCiJJqlY6FIaEJ5VmnMeRhoTIvWrjPBRR8cv78FdI6SKOfvuSJ fQZHpjgiieDbSXyQCAGS6LkGZhgqgQRUN3zxl2IyPAPtTiiCw/cEvJiiRxIAaTx2pgwrlJCMDLTt 71R0J+EmPdzCjQxxPUgb3fDqnJhwyyuuRne8vXuxpN3rFNhIoaWTBEro/z0U3evKmHpIocDoPJPK UWz8nxyMq7OEJ7FiXp07A3lb3LKYDPa4r9VEauoxFf7MoCOuh/1u7aVil/t23BXhTyyZp4muqemh W2iT8pR6XXMcIWM6dx3K/nY0iMHDHIZ9bNql9TBl27wLSPTHZBCUIndkYRRzGWkmUxgW05nvF1YH S5Q4Z4nBUQcn3OjIlsPE+IZM+ZvX5lx6xe4pk+pORXc4WkjxFuj37Q9kL5mgAg/Hu5k/hYbl3g+I MZl6cSSGbweKYyuLkeBn0IiJayocPTqrTx9DnP4jwAAF0TCzCg1lbmRzdHJlYW0NZW5kb2JqDTQg MCBvYmoNPDwvU3RlbVYgODIvRm9udE5hbWUvVGltZXNOZXdSb21hblBTTVQvRmxhZ3MgMzIvRGVz Y2VudCAtMjE2L0ZvbnRCQm94Wy03NyAtMjE2IDkzNiA2OTVdL0FzY2VudCA4OTEvQ2FwSGVpZ2h0 IDYyMi9YSGVpZ2h0IDQyMS9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRv YmoNNSAwIG9iag08PC9TdGVtViA4My4zMTgvRm9udE5hbWUvVGltZXNOZXdSb21hblBTLUl0YWxp Y01UL0ZsYWdzIDk2L0Rlc2NlbnQgLTIxNi9Gb250QkJveFstMTcyIC0yMTYgOTQ0IDY5NF0vQXNj ZW50IDg5MS9DYXBIZWlnaHQgNjIyL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgLTE1 Pj4NZW5kb2JqDTYgMCBvYmoNPDwvU3RlbVYgMC9Gb250TmFtZS9BcmlhbE1UL0ZsYWdzIDMyL0Rl c2NlbnQgLTIxMS9Gb250QkJveFstMSAtMjEwIDc1NyA3MjhdL0FzY2VudCA5MDUvQ2FwSGVpZ2h0 IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTcgMCBvYmoNPDwv TGVuZ3RoIDQ2NDIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgOTA1Mj4+c3RyZWFtDQpo3rxa C3hURZY+VbfTkKSTdJ4kaUhuc0lAbiA8fKSxhc6jEQhiEwJ2g0I3dEISBSJJeD8iGogNPkBn8Bsd xZ1Zv32o3HTi2FnFZFVc2R1nkPU166wwOj6+WVlx1hG/1aX3r3tvQsDIsKvf3Jtz/lPnVJ06depU pTtAjIiSqJ0kkldtaJXPfPLZr6B5ksj6i/rm1WvasuzniEaEiVKmr75tc32e5dkniJyt6ONpqAuF P59XuIlIGYf21Q1Q2JbwHqKsh9Ae17CmdZOVxARZz4ONvG3dqhDJeMmJPmRdE9rUbN2SqmK8BW15 bWhN3bNfVB+HHf2Zt3l9XXPx+9fnYPzLRLbDVpXyiBJepaIBPvSxzKRcgfF3df7JgHyuzZAhvUPf 8xlpkuX7OjpK68gWvza+P/4F9VEDZcXL4w/FPx227674DjpJJ+gY9dBT9DC9B/kovUC99Pf0AeRX ID1FP6KV6Ptz+il1AP+OHqcHaT30Ajv0Gb/1sAkXNM/iPcjKaR7w4udB/b3c56N4/jDa9+JjaRtt 423899SG9yfw+CQdGtKjEfTX1EJb6Sg7TSvZ81SP9XRSmO7jvvgfEo5RjrSJcmid5ZCohAueH5Of NlNYeiT+OeokbYSP0vjh+Ofwdfn91mHugaeX9rEk2oG8TaUbEWvF8EtFDs9iDauwll14D2I3uvFu g7/9Q/tZq/QaNeMeaVbrQB0lXGlg/GPQJrNCHhys2N/RBszgpklUQGnxQtTNnHhdfHP8p/EjqAax +0+YVdGH1t/SfnYQEaykm2kJ/yU7rbfWob2E5rExLIUehe+rLlyHeaqk83VOQ+rcYmbRPFsfD4yK XzuYhwNsFDLxKr1EMT2eR+gARXCvbKVW1PdS8iH2GYP9PtSjFZGf77OcalF7wlc5zcR63rsgvjf1 s1//HfGJbB6VXjTGnI/v3HkHr2E+4zR0IhttyMcq7OxZ/fSI/TuKXXt8iG3JoPUVfW+FbiZNE1HE Z8R3IPe/optoHe9mE9idGNc5THE8Ce1AJefSe2zmd5yX71P32zDLUVT10KeDbqG6P3eP0f/pHks4 zTTk4QT9AvNtxbttmE69iO8o8rSFFlI57cE+vofz0YC1hJHVE0zG/rxOPcNOEILf48jyOqleqr9E IPP0d9gIB9bGLKj8b63NqN1hn5mo+3dYBurjAXoHu/4UPYs7YrXQoor/P3u0i9bSRPMlj6dm7hz3 tTNcZddcfdWV06dNnVI6eVKJOvGKCeOLi8YpY51yYcGY0Y78vNxROdlZmRnp9rTUFFtyUuLIEdYE i8QZlbBcLbfS723S8iqDmk2pUuyyZltw5oZSjTIcTiVdnl4amGT20hJUjTKrtSyfv4s8ZQHNql7c ZYEmFdn/6MTgGxyyV7MU4UeZFwprE2r8TsX+lmPQHsAYLb/S73Q6NF6En7kw4WdeSA5rdh/0Toeh mauRzy8oFn+/DEoqcwbAa/xawUAzEBguyF7sTf9FYS5gEXuXLa+ySqOsLrK9r1G26HamjDRyaxNU BGKHpHujUo1l/VFjmRrLvgEhXziFGHaqbJgceMNNijfciIyGg+dzesbIqFOOyJEaf/p0iHrQ1dqr C/1dyUmVSmVdEhSkK6grKRmaZKGAi+YuZpvJdIHbvDO6OI1MQfoyRLheQU2aZ28QglKFvMGSed4S i/fvG2oiDBuQMg3JCEKzVmojjCDkRs0T0miv3FXSH9kXs9PKoGoLK+HQzX5NCqFDF0lF3oZabXS1 bylUmAoUbJDFdlfpTGye7G2QI2iLvkFwpUps+gX6cENdUJQJCypVsCVW+vc4+x1aBtCrpataCrql bPm9Q4p4cxtl0YxE9sjaIYQ7xOoUHEWQi9AjXgWzwZm3qUJsSengtunVODesb45nb0jW2lc2GbUX 2jdQ/86IXbN96cTuYH8wUh9opjIcbBIhN4XEMr1NcmRvnb7UffrSUK+yt6lKkBiI6qfFGL3U721Q vOcnxMIhSEUXj3U6tTxVDIxEvCLEUBjRGyHDcD5+cSYcKkM8lZqnVgeq1fcAM3pCVQFTZXZYKoYJ S7AqEHAa+46u2oiiPQmTFTkiPI4o0rJUu/Nl2PonlVTX+L1VDn31Gq/0X3c613EacrVvUM1y0SdS etph5Kh6kVK90KiChgEWrDUOMB/ceXQ1++teX8t1vAZ5tjI7GInMVuTZkWAkFIu3r1RkuxLpstki zd6grJ98Bv0/7HVos/cFNHuwgc3AJot6m11TrWUuXCa2Z7bcEDIui1mKs8zhTA8M9PF9l9k8Z6h4 1L04ZxH7p4jNhhvJIc8W10sMt4JDs5eJY4pIFvtxDlbpNasznI9FcO4QJ0UKFHkbF5kJQjWaBSPu vYWmFk6cTnGG9sY8tBINrX2h32jLtNIRJU+pir0LCkv/gCV7sbC0D1gGhwcV7FVu9aI/U9ND6zmS rmTIrlI9//p1G9b6a7HGr8q0kWXmdmdW+iUHNyXukISUpOL6cmujVH2gyAluyYhdkY8rml3VEir9 /Q53QLan43pjg8VgehRlaj+uHGPiEqUsu8bcGssResKlqt/t0qgyGAcHyt5I0CyzoeszfxOEG4Zf JPrYFazTYfRPz1DEUn+p323mlV00Wxwqh9PoMS+gpYqLWUv9VGdYnKPSL+MawrFdqAuyV24Qu67J wSr9Pgg4hqpj8VPBKnH/IWTRxWHWN3jg4jRU1w5KNf7tji2BSTFaVFIdo0T8JmXs3kCMxTtiVDWm lxJJWrEc5toSWfY2VmFCNBaXQDHRCWlJCWpTlL5fCYjfJHPDEVlUdxhr0hGGukigVBbFifuScA41 T8AxKNYFAjPg5ybhx6L7iQTgocn00KR7gIP/QSd/STVuqmKfH5dtOy50T5VYIpbbj1PVL1YsFhIY jBS4vTHXjHkpYg5MhLDM8IK9bIeLQCRitBSUeSTiiGAdZjvG6GKFx1TESHeAYxdj7T7d1K7onw+8 ilMRmQ9UYaqbkfeBWypGt1w6w8uHZngFol2uZzj4A2U4dDkZXnlZGV41fIbDiHmVyHDd8BnWePEl cjw0pR4jpZ5hUlp/QUpXXzqlDUNT2ojwGvSUNv1AKb31clJ622WldM3wKV2LmNeIlK77yxVt8wUZ vv3SGV4/NMMtiHa9nuHWHyjDbZeT4Q2XleGNw2d4E2LeKDK8+S+X4S1DMkziz4Yjnj/nI0opOLvh bGWKU/9D4tCHW00VtkNF0YNuAS1Sy1NhnE12EKedvIoYn8Xd6KzymdwdZepnz/HroLwOjaxCOgKb HcTZHtYZzS/0xNjd3fYcF5Wnsk6ygzi7k3XAl8ruMnE364hytf05thNuT7Jtnnp28lTOqNFvvAm2 dVuOI21r4dbSrdLWbXmvn4Bqw0awNc1gt60Du3VtjmPF2p238lvX7lyf39qWlT16dRNYfSNYXUOW 4766Q3XH66S6ho7b8/NacrZU5jk3g3ivVCPNw8z2I9Js8kligR7JFU1OdfXG+6WyaKopdCfaXL7y ZGkSMWmKNJUkrP0L/l/4cqzyD6IvcDXGf9v9Qhhr5e92T53hEhhVxovBELKydOE30ekuU5g42RSc iimMyjOF1HRdOB5Nh8Db+SYRXrnKW8kH4kjtLZBugZTM55MDdCtIQqsarWrifAa34ItzIS8DZgCn 8akiyXyKiaXAAugn86nRgkI5BsjIcfWys+yDqKQmlcvsC2LsM/af+tacNvFTE//DxE/YxyIN7COg BfghEPr4P7MPupMRevkYKBhtAN8tTOxBdkAf+ICJB9j9ZAXuB44A3gcU+nvZ/VhyXx+ajJrB24WB 3RQ9YFFjbFF0v4AbowcFXN29U1JRYK5oRq6rPJGNY0V6UHaWrqPFc+03SN9Xvq+456P8fNdPHpbU Rx62qA8fTFIfgL/9B6zqAXj6Eeihg1z98UFJPXSQPXbw8MG+g9Lz0hxprlicNDfawVVRCZXd9nRX 4QsSDgGdEly6SroSWZPLM6TpNAXkAflAFmm6lCWCkKaZWCploWdpH5o4aKgeGcT5megRK+rn/Wjf SDEF/1101ASXIaAWYvxUdE8S7Ce7+yxYKn+7WykS9fV2NDtH73YiipDKU/gr/KjIJ3+R9+v4jybu E7E/zzfwjWIpfKO5FH67sRS+XixF5x4eHHAajCYl68KK6KhcXVgeHXeFLizVx5Vn8WX6QMHT+Dzw HD6XikGcEvkkygNxdFej6dn6uCu6U9JdqDZFVNsRPpbLejU6uRy1qMfgT8YdUgAuDlehYWVfsl/r G3mKPUMyOdlJ9ky02CnH2MlogdNVns/+nf1W7/iuif9m4m9MfIe9rTt4m72lt99ib6C6tD40GXuT vaEr/1VXNpYnsxNYR6/g7IRpe123YcbjUVwCvajvX4v6VvvYz+jnoB6QFD/FnohmZmMb2D1snz7h XhMjQOFnSXQ3rgm2ONouAWqjuxMANdE9AhZGOwX4op3CtiDaIWC+2KgYK4vuETA12ieUYw1lqicZ +N9fW9SvRTve70n6k9iVL9mpL5loJnZlj3Z5PkTJi9bkwylpLkTq6fH1BHuae9p7+nuO95zqOdOT 2HM4XPjJxxb17sgINbLXqu4DYciz906Z5rr3Hkn3nXVPgeK6Zy9X93aMVHfdYVHvaNcN3e3zbnDp OKvSwCtdBk6YrM9rax+juNp3cHXnDt2rx7bdO9e1HY0d8CQUcidcd2KFe6DY3WFV77wrSb0L2NzR 3sH7Olh5krRIqqVUySctBF8g3Sh4VAoXli+W5ks3UJrkkEZLY8gmpUl2KR1ok1KkVOB44BWUIjlh V4AFsMvA8eSWnKACkAOUBrKRmz/Fn+aHycYf53/FfwZ8lD/GDwF7gc9RCu+G/RmgBnsU2Isx3SBN jAU9DnoUdAffRal8B98Jvo1vF1yPt41v4VtxVuw8nWfAbwpP5WlAxjmXyMbOsTgnsuEmT6eHQVz0 xV1vp8dAfaCToATc3Ck0C7QTJFEhO4dzk4exDsSUCZ/ZwDzEkQmyg1JAVhAjN/q62RH2AuvDfF0s yrqBT7PD+GZqY8eA/0Ip7CXYjwL7YX8ReAxjXgL1i7GgLtDToDVsLVuHcSG2kq0CLmcrWFBv10dH FRaWV7B6mgXaCZLYZli3wlsLRrUBmzFqPXAzPLWAmoVHUD0oBFoOKmGTKI0Vs/HgE9gVlMomMhU8 l+VBk8EywbNYNjQ5bBR4ArOCcyaB4wgL7vkbpP5cPM1xTXbu1dnZV2VnXJmdNj3bNi07cWq2dUq2 VJpNk7OLx6dOGJ82UU0tUdPGKqnjlLSCwlS5MC3Nnm5LTEq2WUeMtEmWBBsybSPJk5mvkJRZaJVG FxamzUrbmSbJEiuUbpT6pLhkcbAxKbkj8lOy7aNSMixZKfc7WIl7onuCu9g9zj3WLbsL3A53rjvb neFOcye6rW7JTW7fdKZlVFN1bYWWyYCLKrTpanVMkmu0aWq1luhbZnw4hlbjnfh0WKtZOmMckFG5 dJk/xvKEucPRK9atVQc77gl0carQWKem4MMiwIMPrnJnzI6Pvl2cVQQCAe0afI8XvQLqGC0s/u7Q PiagTRPC/WMCVK3NWKg5lAr14qdFZ60tF2q7JhR7tYnekFbiDVYNNRAIAXu1c95QjHGlSh3maVG/ 62nBY4oxvs0b41vghu8Y3s3gE5MWeGPSfHSVfKJrawu7VPeWVjCm82Eja227OMQ2M7hWc9C3x+ph txgGGmqmlgumvWBwyzDLHmJqUVml3xFQVS1XU1AkAwNazndhMbZN/Dk2xrYbsMOAnQa0G3CHAbsM uNOAuwzoMGC3AXsM6DTgbgHmyrAf1+pa7jbgOgNmGjDLAI8B5QZUGFBpQJUBXgNmG3C9PoXw39LS lSiq31dTUa2NrAH5lmn5ChqvonE1GjalAh+lxPeWBLy4DkdQ1rNWfPAVVPraG6/pbOoUZ7ozvQiM 4TPQNx6p/Zv2BPqaPJZ247uP/r8o9H/sqje/BEmUSWTKFsiZpmyFVAwrWRKhKSaXKXNKpRWmLEG/ xpQtkB8wZSvk3vnVlb45Fer8tlWN4dD160Nrw3WXp6L5VE2V5KM5VEEqWm20ihopTCG6ntaDr4Vc RzWg1bDdBs36yxzzQ/Yys8ZpI+hG7AcjO00R/x8g4VTKdGSC6XYrs/7TnFUvr0hz/4k5jH8/Pbr3 DzMGcHBHiRIHvqn+rwADAMZfn64KDWVuZHN0cmVhbQ1lbmRvYmoNOCAwIG9iag08PC9TdGVtViAw L0ZvbnROYW1lL0xLQ1BIQitMdWNpZGFHcmFuZGUvRm9udEZpbGUyIDcgMCBSL0ZsYWdzIDQvRGVz Y2VudCAtMjEwL0ZvbnRCQm94WzEyNCAwIDYyNSA2MjVdL0FzY2VudCA5NjYvQ2FwSGVpZ2h0IDAv VHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTkgMCBvYmoNPDwvU3Vi dHlwZS9DSURGb250VHlwZTIvRm9udERlc2NyaXB0b3IgOCAwIFIvQmFzZUZvbnQvTEtDUEhCK0x1 Y2lkYUdyYW5kZS9XWzFbMF1dL0NJRFRvR0lETWFwL0lkZW50aXR5L0NJRFN5c3RlbUluZm88PC9T dXBwbGVtZW50IDAvT3JkZXJpbmcoSWRlbnRpdHkpL1JlZ2lzdHJ5KEFkb2JlKT4+L0RXIDEwMDAv VHlwZS9Gb250Pj4NZW5kb2JqDTEwIDAgb2JqDTw8L1N0ZW1WIDE3MC9Gb250TmFtZS9UYWhvbWEt Qm9sZC9GbGFncyAzMi9EZXNjZW50IC0yMDYvRm9udEJCb3hbOSAtMTUgODc1IDc2MF0vQXNjZW50 IDEwMDAvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5k b2JqDTExIDAgb2JqDTw8L0Nyb3BCb3hbMCAwIDYxMiA3OTJdL1BhcmVudCA3OCAwIFIvQ29udGVu dHMgMTMgMCBSL1JvdGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMTIgMCBS L1R5cGUvUGFnZT4+DWVuZG9iag0xMiAwIG9iag08PC9Db2xvclNwYWNlPDwvQ3M2IDg4IDAgUj4+ L0ZvbnQ8PC9UVDI0IDU2IDAgUi9UVDI2IDU3IDAgUi9UVDI4IDU4IDAgUj4+L1Byb2NTZXRbL1BE Ri9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgODkgMCBSPj4+Pg1lbmRvYmoNMTMgMCBvYmoNPDwvTGVu Z3RoIDIwODUvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCmjejFjbbuM4En33VxDz5AAOI+qu xmKw00mm0YPGzKLtferMgyzRMXdkyStKyfg7tj94T5GULF+SGTQQq22yilXn1Kmi7j4tBXvWs4+r 2d1q5YdMsNVmlvEoZh7+mYco4UHMkijkkR+mbLWb3d3rmBXaLPGYLuqZx1YF/XmdzdnN6j94vI1S LrD6YSZSHgsh6MdvcxbcJezm99Uvs4hHIcyRBfdoHYlMcC9KQ3LEPS8IyPQtnkRm7P97KR5+u1+y xINR4b0I8nd6YuHBZYj1U1vnR7yN4C30WRTxLKRzwoUnaBF9n7nj3tz6QRpdfD7ND083+I/wRTbP q4p9flz9zCr5LOtSL+ghr1jddKqQmuV1yVRdqiLvVFNr1mxY3nfbptVbtbfJQL4EF+4YSZZY70VT d7mqJW1n3VayplXPqs6du68/37NdrzuWV7pha4lVRdWXWP66la2E3wPT/Vp3ed0pbNo3LR2A/JOx iePYxR+5sDv5Z2eOWY+eFi4MY1W+yLpzXnYN/nRbLG1qebtRm25LW3VfbBnZWRg/xK7YsivhaZD5 Bi33GEQxz6IoAaYBT6M4vYbXm/wMYsGTDJumu49gHqNSmrVy3zZlX9iU5jYHt4HgaQjIRwwmvrWq nyvJyqbodxR00zItWyUNjK2s8g62hl81H9g/JHU++cKY9nkSOW6VnI25SW1kFJaBgkqHFn0Bg2oN b8gwgEaqwSr2qQWkshx3u7wIHxuDZLAxZkAkgbXGGVsB+U1TVc0rAmPVYN5ZNhYfV7MgFNwHMnGc 8TjwGSz7MMyD1A8yhD3bkGSc4RAFPPK8mMWJx7PEiywOIhlq6dmemu37Vvd4ZF0zAEAbkmPWJvkH U7VkX0xB/attXpSmGvowpNUfq4Y+h5JNgnj8VJyefEiCPyfuupDJ+a4p1eZgKX6PWmvVuncl2tpv HwZgF/SVKyB9rXRcrkUWDzVE1QGOPM0berQlQk7zP+AcqdBVPjrD9yiVNi+6Beu1NLXmTnfflBJ/ dnuUFw7Ccn1FMrKB43vZ7lRHWe7r0niVR5AHAOxPS1kYOQidIFxJMzTOVTxJEYnCeeQTpJq+06qU xqVJ3hLCU+ZtqckihNAkcShlR3gB7Y8C31L2otBvh58nOI+Z9qciHfvR+KkM5CIVGQ/OId/360rp 7YKVSu+r/EDJx6OFXr5HhQvMRZa5A7zBEseABXtVUPu+M5lp5X971QIE1ywM1EOnKKUu4HkUfC0v sJ4k/BwtPimK+Exr5DtaM+pEOLDoKw4pdUcK8VNZKgoHnr6q522nL0QH4in8zBrznKF41Juf6gOI i17RIA16S0rWmCTA/ghMayyzTdvsnCKIxFqdcHw4pi/CY4lZbFYttUGiqjstOUHOYfqU89dpjpo0 nRKVY/vWJdax73wORycH5FVK/U8luw1v2meEu6Ttw5pXhckAfRnFQ5VBqK8P7PTUYMdWYY9Ze1HY vhjkxMhGDoYU5szw8YzSIoQGVkmbAoVE6oZalgKZpMmGbd2bpt1NVyMfqHxafxlvmDq/VCeNNklF eJ+PKV6YmeZFlT1yOZYMhhqTTRt1B0FD0MezjlJk8JGqvaJl6QDvZTG6/jXBvGxgjFpipQg9ii5f q0p1B4rt1AKdDX4H0p0HbfiEE514XCCXrGpw9Fw7Ro0xlI3xnG82UFKbWMvjgXM2yOlx36lmS1Ca 6aIgSS9qeeT/rXuiDIWmt+H/w5xALs8axtDS0xh1ycIw5EEGBUBHT730/Y4uspSnaRBhV8TRS8/n MsBhR2kRwhjmg1GmJ8qT/x3lySzd5g9yo+qBbGfNIKLbQHKiM9mbTDGUP23hIEQn62FIBj3Hluok R1gHk64euJlCAc66tIiuqbJaIF4d2N72NVvXuTHZU1k9zf/3Bgp+hNTEMQsp/xFLBA+EQyF6a67y A555IbBDmkWaGhS+zb8/3ZC8go7azOpwvkOpG782IB8aChE9YRtyPJklCowka5oHQT6G+ZIyjgtT mHk+g6swEEg93e+QmzgDEKe4zbddt/9wd+eEkA86eLdvUCQHQGASVPat1Hzb7SqyjyRA1KBsPgs9 gbkf02Xq8RSEeX+8DDOe4dcQU76PfFgunlxA52xkJCbKGP3sai9cv8lIm6DPJZKjNu6+dsHCIE0u RmxcNLPjiE2DkqrZ32WlEYnusJcTJhonE1EMB/vKHc7OCOMMx3PoXvMimd7SdZQ6Tqc6GmnOmfj9 XMZpQjKznaXB1QmPbtHW/1p2r1La6+gub/+QENV/3P/28Mg+Pn76/OvyRxOj/ebx14flj2YmMiMw +j/KrpJ5i9Kp8rWsEARkNb8mi4ao04MvXGin/TQ/j+/7e1NQ8dda5EYrK6f8DPyAB144gh8NmIB0 05QOuv8Xc3ewuJjtLfyZ9TJBP/acJ7qmmdu+s20USeaYHzD4axg9n7MKqYgUNJXkY+drLHxQqt3I vx8+Lh8u5wAU2ulF9IcFIXacUwFi80qM2hztSwZki86cIN/vKzvykP1Jl8onSnX69iNwsU6Qx357 5Pw4jR6vrjVNGDTCF7bItCQut912WiGBWScrLe1rC/x0Hq3prOE7t07HQNP0h7gwYTWuV13v6xdv BCaJ+HC+z66+fENim7cf+jxO/eHVGNqI0Z5UjBnbH8wIggZU4O72TcFH27EDSu73kzHkFv18Tgmh pBJ1TC58lEzgucsY2XV1Q6FPdMdMQpNXIu5lFnUjZMfNQK4FOYsUYOIlrtLicZCxrwUxVOOcL7Ic 5Bs94v8CDABoUNhPCg1lbmRzdHJlYW0NZW5kb2JqDTE0IDAgb2JqDTw8L1N0ZW1WIDgyL0ZvbnRO YW1lL1RpbWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIxNi9Gb250QkJveFstNzcg LTIxNiA5MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhlaWdodCA2MjIvWEhlaWdodCA0MjEvVHlwZS9G b250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTE1IDAgb2JqDTw8L1N0ZW1WIDAv Rm9udE5hbWUvQ291cmllck5ld1BTTVQvRmxhZ3MgMzIvRGVzY2VudCAtMzAwL0ZvbnRCQm94WzQ5 IDAgNTUwIDYyNV0vQXNjZW50IDgzMi9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0 YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMTYgMCBvYmoNPDwvU3RlbVYgNzEuNzQyL0ZvbnROYW1lL1Rp bWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GbGFncyA5Ni9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTE3 MiAtMjE2IDk0NCA2OTRdL0FzY2VudCA4OTEvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRv ci9JdGFsaWNBbmdsZSAtMTU+Pg1lbmRvYmoNMTcgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5 Ml0vUGFyZW50IDc4IDAgUi9Db250ZW50cyAxOSAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYx MiA3OTJdL1Jlc291cmNlcyAxOCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTE4IDAgb2JqDTw8L0Nv bG9yU3BhY2U8PC9DczYgODggMCBSPj4vRm9udDw8L1RUMzAgNTkgMCBSL1RUMzIgNjIgMCBSL1RU MzQgNjEgMCBSL1RUMzYgNjAgMCBSL1RUMzggNjMgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4 dEdTdGF0ZTw8L0dTMSA4OSAwIFI+Pj4+DWVuZG9iag0xOSAwIG9iag08PC9MZW5ndGggMjk2OC9G aWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0KaN60WV1z4soRffevmMqTSJmxRt+6ecIg25vCQJC8 e11374MA2VYCiEhiHedv3OT/5vTMSMhge/emktoqrM+e7tOnz3RrL65jwR6rs8vk7CJJbJMJljyc hdz1mIl/8sD1ue0x33W4azkBSzZnF8PKY8tKPmKyark9M1mypJ/nM4P1kr/isO8GXODp0ZkIuCeE oJu/GMy58Fnv1+TPZy53HZgjC/pQLSRCwU03cGghbpq2Tab7OBKhtH8Xi9F0GDPfhFFhfhO03muP hYklHTzftXXsos8DO7TkS/ow8LjpMN+CG77TrO/59B4XghyhCObZKq/qMl/s67zYsnS7YvsqY/mW VcW+XGbyyiLfpuULeyjKTa+P8IzqXEVtCe7TosCFjNuNcV8Zf1ZP5/UTK0p2OCv2NZOWQqNY5Q/5 MqXFz1laZmyXlfpWXtfZiu3K4lu+woFcsK9W7AsufNOndQlLSwdTP6U1q58yeLpeF816PYsLY/vI lsV2ldNClVxIr5L1+vitf6IzYahViDyWIg9Sb3HPdgSt1QH93wQ6Peeo57jj+Y5CQiWkQ0ABIojg AJOrYDJN960cVKx4aMBfFivtqG/se4ga0NesVIGR575Rp8gVxZyqjJgwrNf6xVgU38jI7qXMH59q ti3qfJmd4/G8YmusSUt1YUGuyZSGWpnqYE3OS99NYK58PyAdAGmBXyCNcJbrNIfjHreMrOTsBFdY DazQJusA1/2fo2uG9jvoAq4jPvvGGxhnIN5qjxy0gIB6Vug00Kb/BbYthcnOEa6tMBzI/A6PD+hK /pZME2BVLOUCwuEQixYPrzXsKcP7Tbat06bcL1CZBV4v2SatszIHAiZ3jHRdscYaXm0Z1ZbjM1W1 XLaDLme9vo+3T9Ntm9y0LPF/yHeo8m1bWpMnWS7DId+26SajPHzaIrRtVrO4WOZZ3QTm+F5rB6qi 7JDMk52Xc/YpSq5IueTfpNxX9Tny3JhWVmwe+PbBm6DxRtfHJlP1vMuWJHTECIVWUUJEN+lLQ4oA uAThK1ZYpqNjWmSkyijOgmXbFV7NyC3kQpLANoo6Y4qvdcVWyOK3RjCJbHbHPyH9g+VQ16+04ZH0 SeZWxUP9rIohpWIQBqRSX9DK3cayK/NG1n2j7NHDpNnbDs9t+5jnrYBINhok93lVSe40e63goeUF 6gVh6vyaocYiufnUI+LHsh5YPL1KvgzmEXt1dTafflYXRtGIXd6z5CZiw+nsfq6uXt8k7GY6HkXz mA0mI9yaJPrW5V0yxdU/DGIVh3RIOFSg5JBmx6eeJ9eyjD9IA4PJPYt+ns2jOGbTOaPbt70+yGHM xnQS9XA4YvB0Ppgk7ZX4vAf1odMJ1DwwhuO7kTy7ljfgC5tMEyZN3NJPgnCSqbzZ8a7F1/NalBpE pBuhdINOsazfdaS9Br+v2G00H97g+uBS3RnTHXWY0OG9DPZKX5lQtFcId8Bmg7k2NkQgwrgbD+bK w+SPKGfb1/Uwu5vPpnHEKGMjnbLhePDK1WjEex7+6gAmcocGDiz6HE0SFt8MxuO3Ejr9MonmhP5h XcvVeJwm+DJiGpLB5ThSYSCJ2ql5NEzOX3nx7g3p3rBhG7Ab6/vxLNKX20utZ2j3lODYZqApFf0c 3c4A2z2yC15RIPA6jv5yF0nG4NoAa3nGmI0Gt4PrKGZfDXlZ3ZzIm5pBdH6tDXVZhPNb9adlEj3S 8ctULaIjtySZsvl0eDePbgl7UCS+u4xlqn0juUsidj2djiTn42j+WV0nCthGFP8JC7kGG09jSa67 OCIYQN3RIBnow266DtXu26Jd/KrDP2lSvXV5F+sEEAu7uUii+fxupuk47fUBxdeePEHNfwGJAOwA zowkmacTmXfwaTq/Jze7OVJy6Qpby6WEUBhUHvQX5REa6jChQ5k6yM+Xmwj2pAzgdCIbNaUxA2KP fCYmPtLtoc7M980ialA3UWkXRtd6k3acX7+lW7bb7GuT6FoT4VoSJpoMI7I8JY+/qDukbI4RATU6 Q7F2LzfsYl3aSQy/DADgnWQJlScgVofdt9+QLWpO9MTQqLkUOCp3qY1XUmjZYPRZyi4Sp1eAlMR0 6bJnSkUek6ZKmaSDe0XX4Y2uF952JZ5qJWx0SoEv1O54PFF9Z4J0LYu7IeYsDFbtlIi9x9Mbnamo Y+IZrcjUo8um8TIesTGaxS0NWtSQYs9cqd19QS3lZofubLHODj1W94062+zWKW34+wX6zKdmp9f5 bpa3DuFgKCL/4IsT4jpidlBeQo66PPSF3wHAeKrr3U8XF8UOi8khhBfl48VaLV5dLKpVX5/w3dOO 7EbJmYeitEKGBob7wmbC93jgMW4HFgqnzM4eaCR/jaLl2NTl2cyRU62w1FTbjOAG49LpvgjVYy22 Fvd1Z89W/NBoBipVh4ZOJUAhMKjbFvUotQ6cDK0OAFxYmotoSJKnAog/PxVyKB7SNDZEeootOuiK 7ZE11QxqRNhjmW5paFV3VBuEdlou8So7mhyWp8kRZ0vZkDt8qUlCI2qZ/X2fVbWiRqpjyFiWLp9Y tcfPa4/oKdmq0qyBJn1b5w8vh/lFEUTxU1gNLedXQ9aOAPLtUbGUI0Lb+Q6bnpU8pIYRiORYPa+J vnX6t4yat5gcSg9An7JS+EIvSn0vqA4eLxGcnl/ksJvXVbZ+gMJl/JGfs98Sakrlnef00NpKJ6Rv 5P4vObAva3l8HGmnqrf7zSIrf4Wrs3WWVtmrGQ+rbKmLzh/YrkA/ivLj//raIwzS7YuGp8RrxTal 0lwX6qMF75T+6+yiiw0bkF3elm/PwgPGON/kagarpMeoIfW9xjEd7qGUUEEWxgEqIcd6p4SEB1m0 XZSQic3N862jD0OIVNeQiTJH5b9VQ+n3a4gO1NeqScFmkB5wQ4dzVE1QRruZNlT9tLVRHRUHAAUa 4+wxXbMZDZWVHJOrp3S9plQQP5TztjLa4ZFtaVxXWbZR1SGNy1SpcVwtQuc76fC5/svS3W6tPzhR ciskYp2WUoTXa1ThHv6AFphL6peP2CSXOcl+B9jFu8AqA/Eea2Co25cZP4LR5ZYTniTBNnXUCldM tBs5W1KQbwvQOxgfpk4h5EoHXTC9ZjAE/JX2EPYWLyxlz6Ua79LHknDfUo7q5yxT5XsYktvvSNor qq/0MDciwS9viIPZJLXMHrIy2y4z9dGk9aKSNstsnX2jXO8OAQGEt0M9Z9k/ltmuVg58NXJU9Dt6 2EhTJwzFRajTFmP3NxUvS/eYgsv8n13aSS5UarsuM4pTajEl5pV25qeiaOrcqsXJ20rHo3YerbNP EL8FId0keKGEfXj4nHAu0UKMTZDaq+aNQ2WdRN9wrK+PwE5EuiZXANxWOyM18Dn/QZZJToNdNuKE ikHGGHoD33Pl9m553Alt/+3OC2J4aARck5uhw6wAgwU1L65vY8aFogVh8I4uqgbNgoSGphLFd/34 YEEfQoxeplkQTUr48XqeywMY/nC9jj4sPxBe15FozMqs79p+wG7lp7l0fSK3rh+2QuE2MxOE9xN9 v99gT8U+V52fbuNVu7k3u31HFgBHExJ9IwsZpnceOGozchUIp3h5NuJ0fk+CXIeHIvw4QR39Cz1H xUff0Oir90aj0mkHvhfjoWdeZA8FWqwJei1qC+Dw+XH0rs3dQLyK3novetfCtu3+Drag/Q2s0Pte 8E2DiK4hYBAByIoSBapwEkaKU35ULNbrfPuoO6nmqzT9Pw71ZS1UTyl6SxKBpoa1SsDuUfQOprXw dfTvBe/Qf8p4vyf1tsVDW3ycerP5kH/4Ht4R50Pz3W6E1P/Jcvlq/HZSOmjmqC6wXXZFEwAt13va W46itwWmO/uHordN7kHKfjz1loBN4f0w70P/gMA6e8SwyHQJqOa5GR48vuR5nrfbYU/+j9bJ9l9o Tpz29kV5DINlctf8MRgwqPkQsjdI8B8BBgBmMrhBCg1lbmRzdHJlYW0NZW5kb2JqDTIwIDAgb2Jq DTw8L1N0ZW1WIDgyL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMyL0Rlc2NlbnQg LTIxNi9Gb250QkJveFstNzcgLTIxNiA5MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhlaWdodCA2MjIv WEhlaWdodCA0MjEvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTIx IDAgb2JqDTw8L0xlbmd0aCAxOTAwL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDM4Mjg+PnN0 cmVhbQ0KaN7Ul390lXUdx9/f7/d5nt3lNsaYkMzFBg4kNmGMH8FANhxEjWBtRgNpMmBj1caujCFj GYPrRKKlhq5Fk9RsAdL1NgiJiNwhA2WkCEk/KFxKCBEaIu3o3O3zfe/qsc7hdE5/ePK553l9P7++ v389FwpADBpgkLOkqtTflZ37phjGASpvyaqVKcuLAo5EdAI6sdy/rKp0kD9e5JfF1rSssq780sO7 zgPXbBP97oqy0qWvdydvB+L2iz6hQgwxz6ljgPGLfkNF1crVvnqVKPqDovsqq5eUYjqGSn3pontV pav9vih1j+RvFT1leWlVWfYEfwkQ2yLtMf7qmpXSTnliV1u/f0WZv2T7WKnbSLwvBhdxFNnYoDdi GuahAyXqAtrVZmxSGdgo3mwE0Y5D8k5EBhaZNonpwXHsxXG9EEdEK0emvk7SObhVolq11smoRYdq RoeO09PUTmzVrWotHsECDHFGSORlFJvdqEKW3oYS5yu6MQqo0Y+hVsWjBiV6up4TrdHiXMFEdyYW Yj9CaDNV+mxUCfJUt5RegT+hC+P1RCxGk14sLT2gjqs96qR6RRfieXVQ9aij7iz+yqXfg3DR7cAe nYQ7sEf0JEwzTsQ/S/QhGCntt2+52uweUVul/wXS+4vIxBY8IPYtEhdCpmlBhpGW4xw+K7+RpkUs WW5A5IO4D4XucSxQraj17pKxEp/Zo9qRZVrcgDpEXWYFCeqMl4xJTqoe4ZVgA865IT1Vn8SdCOgr Erkbp90m3SbjkeC26oBa3DcmmOMWYpPbhEQZmVRJF8qMDHEvo1Dt0xmIN21qx3tj4z6rz+oYbyaW uhfURdXtjfbSVLvbrYGA6vDGY6rq8bLUAW+SFyc5AjKOB+ob14axHmNyojzXMVohPSU+pNM+szSU 8/nilMPzUzPS/0NNiY9KCaEgFFuXsjccLih2ktz5Iff6kEnzhZy0YV1Xc3ZlpOcXFKfsVVEz8iLF zliUJ8aiYhGtJmaxz8jLsEtX9pvb+q5dr/N6d7xzyrfOWv7t0c5RlJsggrlh3aBc9MIohzS4S6gp KxKWCJO95LtkD/kO+TbZTf6TvEK+RV4m3yQvkf8g3yBfJy+SfycvkH+Tdhqcp3wOr2EpXEmtZmWD s5T/Sp4hXyVfIf9CdpGnyT+Tp8g/kn8gf0/+jjxJvoS7kSy1vYRhor1I24siOzhG+YUIreV5yr8h O8kjOCx8jvKz5GHyEPlrtv0Zyr8iD5Id5C/JA+QvyP3kz8l9+BnmSrv29WnhF6R+azFyujyFOPHs xUBqDeJ5SnauJzbrMcIcsVmLwU8xVrhb1q7JDWOXnDRZErdL9ocR2rh21vATtjWEJ6VGV1Jre1LO t1WiWZvVbE3BSAnWY4S2hCeQL/IO5tlObiN/xDLbMFn4Q8qP0/4D1v4YLY9GyntUzlir2fKsxeD7 zLcVucKHZU4MWpn7e6xtC+Xvki12HeM7+JSwmZaHyAdZwmZ6v00+wDrvp/c+WckG32JME73fJDdx Tr/BmI3kvbjRMvyGtG0DLfeQjZG104ibRbOykdNiPfsTYESA87ae/Vkn43dKPOvoWYenxdOAtVKr S48R2hFei69jitisxwjtiFiL3a0259fIeqxhVH2fxnrWMKqOltXkneQq9ro2t29f12AFZkjOmj6N Oa3FyPnv5+zfQY8f1Zx9P2ffz7ZVYzmGi62as1/NtlmLwVeZp4JcRpaRS8jbyRLyS+RC8ja59+xe v43aArZzPuVi8ovkPPIL5K1kEWeqkHIBOZecQ36OnE3mk7PCL0tLP83yZ9KSxx19C+XpZC6Zw95M o3wzOZWcQmaTk8lJktvImrPyRHIcmUWOJTPFZjCG8mjyJjKDTMcs4SjKnyRHkjdihNThSmq1EVyh wymnkTegn3CY3NRGvnaaham0p8gYGbmvbfwnaEmmfD2ZlNu3DgaT17HujzNqEDmQvDbCeBmdRPSX Gl1JrW0AEmQ0XUltjQkRXwJ3o5WN5Oklbd5+3F1xtMSSMeQ15MfIaNJHRmG80JPT1YB3FHhH8R4y 0NxbmiUrtn+R9H6RWBuk9PvlfUTekLxPyxsFpWY3NqmaUR/Kg1EfuSdZxrK8t9kpdx/n2A/KiXbg KZ+rHYzuPNWZifgTnSc6xwzon9o/LbV/armDnhqT1HOmtzkqrvvSCm9k37dHUB3TPU6qzOqAHJ/5 bXSMl4+Y+BOv2vwXxgwYNyFr7MBrE71hQ4cHg/Vrnvjxmvqd+u264M76+mDQljBU9h6/USJfLYnS GpHUYHk9/H8+6kOsy5EzQP7JcNVrPJQyNBwWnWm48vTpD7TF/NeyfPJvREViY9/vhyNybET2RBps Z8CJFstgOXn6ZC37ODci2/NjbkR2RP5yRPZEDszOz8u9JX9UUV3V4urKqytyNOfLAZwrB2i+HH9F cmVVyUd2NSrlSC+T66NWpFK5lK4e97942Estt6SWs0PzNMmRtY+o1+Q7RvHHmJvGH1K395vyllI+ Dsszm85Pfj99b9fY0YqM/r8EGADITuVECg1lbmRzdHJlYW0NZW5kb2JqDTIyIDAgb2JqDTw8L1N0 ZW1WIDAvRm9udE5hbWUvTEtEQUNLK1N5bWJvbC9Gb250RmlsZTIgMjEgMCBSL0ZsYWdzIDMyL0Rl c2NlbnQgLTI5OC9Gb250QkJveFs0OSAtMTc3IDU1MCA3MDVdL0FzY2VudCA3MDEvQ2FwSGVpZ2h0 IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTIzIDAgb2JqDTw8 L1N0ZW1WIDAvRm9udE5hbWUvQXJpYWxNVC9GbGFncyAzMi9EZXNjZW50IC0yMTEvRm9udEJCb3hb LTEgLTIxMCA3NTcgNzI4XS9Bc2NlbnQgOTA1L0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0 b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag0yNCAwIG9iag08PC9TdGVtViAwL0ZvbnROYW1lL1Zl cmRhbmEvRmxhZ3MgMzIvRGVzY2VudCAtMjA5L0ZvbnRCQm94WzEyNCAwIDg3NSA3NTBdL0FzY2Vu dCAxMDA1L0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVu ZG9iag0yNSAwIG9iag08PC9TdGVtViA3MS43NDIvRm9udE5hbWUvVGltZXNOZXdSb21hblBTLUl0 YWxpY01UL0ZsYWdzIDk2L0Rlc2NlbnQgLTIxNi9Gb250QkJveFstMTcyIC0yMTYgOTQ0IDY5NF0v QXNjZW50IDg5MS9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0x NT4+DWVuZG9iag0yNiAwIG9iag08PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNzggMCBS L0NvbnRlbnRzIDI4IDAgUi9Sb3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVzb3VyY2Vz IDI3IDAgUi9UeXBlL1BhZ2U+Pg1lbmRvYmoNMjcgMCBvYmoNPDwvQ29sb3JTcGFjZTw8L0NzNiA4 OCAwIFI+Pi9Gb250PDwvVFQ0MCA2NCAwIFIvVFQ0MiA2OCAwIFIvVFQ0NCA2NSAwIFIvVFQ0NSA2 NyAwIFIvVFQ0NyA2NiAwIFIvVFQ0OSA2OSAwIFI+Pi9Qcm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0 YXRlPDwvR1MxIDg5IDAgUj4+Pj4NZW5kb2JqDTI4IDAgb2JqDTw8L0xlbmd0aCAzNDU5L0ZpbHRl ci9GbGF0ZURlY29kZT4+c3RyZWFtDQpo3uxa227jRhJ911c09okGrDa7m+wmB4sFMp7JYoJJdhJr kQc7D7REWczIopek7Pg38sV7qrt508WyswvsQxYJLJkmq6urTp061ZyLv18JdldP3s8mF7NZFDLB ZstJymPNQvxnv8SGK81MHPFYRgmb3U8uLmvN5rW9JWT1fDMJ2WxOP54mATub/Yqv0zjhAnd/mIiE ayEE/fE6YPGFYWe/zL6bxDyOYI4s+K9uIZEKHsZJRAvxMFSKTE/xTaTW/j+vxId/XF4xE8KoCB8F rTf2WIRYMsL9Q1u7LnIZKRExrpJE4sMIo2O7l2kMNyLJ4pinEW0Aa4eCnuZh5Jy4Dj59nH3LPpTz 7X2+adi83DRZsSk2d+xLlU9jZRL2fdbkVZGt63PWrHJmH5hV27ph2V2V5zWuZg0rGlavsvWabcqG 3VUZjGWbZxehj7OJj71E7EPNlJE8sS5LJVmVT5aTPgVxyEP4a6TiBt7z2CgtEAqepIm7F0k+mFkR YaPaBfxYUCgG0sUgFMZGsVkV1YI9ZFXzbHdYFXerhjUl29Y5q7fz1X4sWLlt6mKR9xG5arLNIqsW NW4u53lds+1mTR+4bNPUB0EorsNkGIQoPhYEIbmO+yAABenLMQgVT2KdnIyBx0Hc4mC7aYo1ZXGV 1ay8JRTkC+x+uSzmBUHDRqWmsCxKVpdsWZX3dvsPeVWXm9pipyrXawIPXZ+XD88ulMXGhXEHDKHk sRjFIRbH4hAKjsJ9Axh0KnnaVt+xQIQuCHQXcLCXZT5OnEYRasmM5jJJR3nb80EoBVeR5KEbI5bp q1fAHTiVEia4DFUqXZKUihTuH9dtohx5/LzKK4S+yuZNMc/W5y8zgeEhxdYauw4uKVHF7bYpK8AT ZvLNvNxW2R0SjvQC1sDC8pk9rQok7aGsmoLyWy67BB51WijN3bZtqLThRJjDUB31UYYRxy79k1Jq LtKXi0OnIdc6en1x6ETwRCenisPEviYsaG11dyGzkaCSHvFm3RLnPlOcA/3z9XbRVkWNSM/znVLQ SchjNaLF9NimTcqN1m+pBBPy1ITx6UpwsLwJbp/ZT99ess32/javWIn/4Xn1VNT5zRnBgPaxXyzj WtEp1+B2KTRPpBjtac9PaSIuTZyMXO13HnRl6EOg0RWNfkPe45QnSWjz3rV1wcVuU0xTn3iNyp+K NAyDWf5bw2Ylew+at3lEjSDN4+y3yUw0GivTkUHTjpjQikfk5otbj/ARIvc6SnhKSYGP1wFnbIYg L0Gn5ZOFDvlxT033NveIgiflxubCrj+VFB0QE+1M084GOV0WFR59QIlT/vKsxXXX+EH69UM+L5YF zN7mWPVdGyjpAyXBwF77ZNytSVJLOqmlHbu45a62t/dFXaNYUDn3D+si28xpNxWCCLRs8mb6ocqW TW1BMxBsAqETiKG1FTCG+723o+ecb4YnxDsUS/9VQAEYCJ404YB5q7xIEVjuRLyt/7OzKbpksEKO uQ6KemD9DKIpCmgNhus19kFXkqBoGseOnz66h72Nb88QnyggTCy3UD/gAWzTP5SdTfGTtv7k7BbN yrXMqnws6pZV359NI/hx6T6+eIsoLSsdKM4OriY0HrCpaLVk7OXo+8svDMxwFmFB98yhQoAwAAGm upORg5zeHs1pXyEiaeXCZdfcycnPxTzfQCz9UKIb5Z2ZNqnU57GObz98kNURBm+CnirBP3W//ymk tzXRVe0A2zuQujk7hQ6FIMRCtugwbmtSxLtbuwnmILzrAlurGvacZ9Uv4AXNVTAUwXDSySDrKqow FbHfLFlVzqrTSL63UpFltX1s0VXgtlmhIZ9NQW4BP0NmgP9vAKmuuq3dMRB0BwRiNwTDq7Qqh8uP +QKx7stYpaR87XPGSWBhROJLYgW4d7446P+az60MtthKuo1+avdJqGgB4oNIdslcF57fa/Y5v4Ng /tJD/qd8nTWW1EqHgJ6/YHFng6mrXdUCvW+5KLl8uSQfPQ0u0Imonh62t2uIIurVrlsNt3YT2NWg fCMKByCNjgicWgmi0X2SqNtUbDqUXQerpnl4d3HR0K7ynBd5s+RldXcBy/UFsQJGG2IF+gAroDHL YNp2BkVyJjEsDkOaIdG2Seyo3d5wFLMRZKQx6KMeswk5FtgIT33xTb+U2PUzf1gsfbvsniVFFRM9 pFI6SSVfWjLFFhI0kuGifTfukm1zQ5G5OQPMvqzzDAxQ5Y9F/kTpqHtsQx5lNhIi5jI1XXy1ag0Z XyQ5kejzuS+OZ7bI6zl0V86eIZvaEcTDBYSaYCTYwUtbDx6IBFoUA8Tb3Gm3p5bPV3T9wUO8xwjV twzgND/AolILHmGtKIG8T6OD4/hUCg7lntjGKXca5/w1JCt8m/oAXfUIGD/m7Oey+ur48MsA3J+L +6LB1z3CNZBG9kjCEi62TZy7ZBkbSH+KbVHldqJbk6E2rso93MkIMG7oMz2aju+zrzm7LxegM+eP c3DRe/1kvUYJZpt9GX1OwrJbu2jzOlJmSQuxQUnjuU3eqtBeIG1s66n3NJJXUv7PrvaPjiDQrFHa ho3VeUOaBUgB1czX2baGfTQp9ISurqOQE4dGkSOvJAUoxzW2p+AjlUImxq+Xr5ECl0Sua78005u0 xzzcJD+tkhvPGpGE0AQFxQrkYF5WpxjeuFDGjFzYOSzjvvUgYPfZsz3+QfgRqwV7oiqjU6C6PRyZ NphYv3bEcI7bK3fbfYm8EWAomXdVuX3oZyQfNzguordMPpFIueo7vasvV6odNXUK1JcjcZ+MOzE7 91U9qK6pv4Xq2xVIaDx/QR1IbVT3WdAcIUUE2gs+OcSOKrAEoChgGK1WVAsZoXlcU+cM97o727t2 68TtyD077H0ZFSQpqROCSNE8lag2TL6VR/EhZTBIsXMzX5z7sj+bgnYCX/xOI6DxqKQ/xHBti0x7 dh5QRDGyPa9yNHOYzn+b5w9Nt+tpa3KH9Xva127egQZ3h5I0dBwMitMzoP6KggPKTEVPxW5ksAbd 2VC2qdckL4iqNsRa2eZui3GqdrMxnYFu2MfN3Ro52oUUbBuMJANMDdrFidNqBbKQqj3G0j3MoF66 z8LiTOgkImn6x3BmK7H70z4V++qZ+m9w/zDUdvaecpGq01s/js0Q+++Q6ef0sJ3TX43NriW1uIzC OOmz7UWmCL3IPIVKMjr4UwdNa9UGjaTNYWjCjo1cvQJDengjfO7wP5Ky92pPynRzKqlMEbhpNbHT Kj8+9EkSflq/6iS0LXpClgnj7rNoIYZNxsFYSlD+fbetD5yUt2PDQUCOW5M0ICKZvOocTBrDtXnD ybik2decPBlPY9/NXqoVIOPIewE8QPDLFvlLrwh2tq1BnOp1LwSk1tDkbzkIl/iwU82J9NsDcPvm 4t3oJE/GGqqIKcHTvXllVOjDpROqWhWPFu+O8fY3FWE6kt2mMAjqeLTGKZaQdqRPTr758YNLKg/R hz/ChYT0yXQjC8nhfs5NvIX2LaB9C7JzFkzHXLjSPh7td8CQBjFnYHyy3DPDbY7O1Z8TdxtFL4F4 U4KmHweVY0hRmt6GtUEFERujT0+akkSwPyt9IZRJ5CPwA3FRGpSPuT30UsEtnaqJAD1RhOfIZWhP Ds7dlDWigd9r9nXj5SmR56D9xu2LGc9H63xxl58PXjfdBDXk7fFXTrtxg3aMVTSK2zF9LiVijJbw 5sCFPA69ijqNQeUB0L4ba0HHVtlj3r9EzRe7L13b0xdFbwG6gHVW1YFJ7SUK69bdjZjVzvpVSKPT OVTEgYDZF+yXV+xgQK4uf4Cx72DsVwaZINgTIMO+Z9f0i2Tu5y8hW0wEK9jkX0zYlQWLYvgEwowA cYhXNr+3f7i3Pdikhkm0BsPWk6vuESsc0VIltLsYPCAw7ipJRz64e/Lj8cz1qytB7yIlZj5gFhw3 MIbGb2guiBINe/giU2c6tD+XWODabui/Ya2GNTq5Ejv+xWlkX73QTIpJvrcIA4JEDx092YNEg9bh f3Ef80n7txgRTLBI+zuwnlL0yMIU0NDWlfYbdIpQKH7TXVnTFbS1pL+EC4BU0lsbXHDLWTP+klt4 Pbji/O3M0upuzRAPUmgJo8DQnz0U9etgTEUkIxrtIZ3EIDbun7HEFmfEhGA4u5xt7M4X+3U+af2x v64nIqIak/7oIELna5+3351VPGV/G1eF7/NR2+eF8QyLL1GM5k7Fjk5M5Npjfjp4dxeGlvmC78rq zneZvMpqLzn+NWmtUKOJsQ6oQ6AhEHVFlqx+ZpvWjfiQGzGd6Cbo5Z0j/TzzV/Ljb26pH12XePnR gAl5IdUFmqMI30G5fvO999QT4T4H7tOfVJIPQd2yX4Kf8UH2w1/2COYNzBfRgqBPiXKS6HyDlS1J OYOUV8dVL/HeH7V1ivVa2fN/1vtzheKNrEciTyX6f856B6mONHhi5JjsTjGbpKBK/Z8w22Ddt3Pb 4OExuyFyjt3IAeMc6DXkFFZ0av/VglJK7ZwTfWvP8aCCu3Ml3yKQRYzNTv+O2oATwAH7tKFXre/Y 55z+uQATf2kNpP61C1dh6iZW/7XrEODo2Gh/5hTr3psP+TonX3ZPr+hA2PSvDZV7O1fnPkX/FmAA DjVQJgoNZW5kc3RyZWFtDWVuZG9iag0yOSAwIG9iag08PC9TdGVtViA4Mi9Gb250TmFtZS9UaW1l c05ld1JvbWFuUFNNVC9GbGFncyAzMi9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTc3IC0yMTYgOTM2 IDY5NV0vQXNjZW50IDg5MS9DYXBIZWlnaHQgNjIyL1hIZWlnaHQgNDIxL1R5cGUvRm9udERlc2Ny aXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag0zMCAwIG9iag08PC9TdGVtViA3MS43NDIvRm9u dE5hbWUvVGltZXNOZXdSb21hblBTLUl0YWxpY01UL0ZsYWdzIDk2L0Rlc2NlbnQgLTIxNi9Gb250 QkJveFstMTcyIC0yMTYgOTQ0IDY5NF0vQXNjZW50IDg5MS9DYXBIZWlnaHQgMC9UeXBlL0ZvbnRE ZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0xNT4+DWVuZG9iag0zMSAwIG9iag08PC9TdGVtViA5NC9G b250TmFtZS9BcmlhbE1UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIxMS9Gb250QkJveFstMSAtMjEwIDc1 NyA3MjhdL0FzY2VudCA5MDUvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNB bmdsZSAwPj4NZW5kb2JqDTMyIDAgb2JqDTw8L0xlbmd0aCA0NjQxL0ZpbHRlci9GbGF0ZURlY29k ZS9MZW5ndGgxIDkwNTI+PnN0cmVhbQ0KaN68Wgt4VEWWPlW30yFJJ+k8SdKQ3OaSgNxAePhIYwsd ko5CEJsQsBsUuqETkigQScJbiGggNvgAncFvdBR3Zv32oXLTiWNnFZPVwU92xxlkfc04K4yOj29W VpxV8Vtdev+69yYEjAy7+s29Oec/dU7VqVOnTlW6A8SIKJk6SCJ51YY2+fTHn/4amieJrL9oaFm9 pj3bfpYoMUyUOmP1rZsb8i3PPkHkbEMfT2N9KPzZvKJNRMp4tK9shMK2hPcSZT+E9vjGNW2brCQm yH4ebNSt61aFSMZLTvQh65rQphbrljQV4y1oy2tDa+oPflx6BHb0Z96W9fUtJe9dm4vxvySyHbKq lE+U8AoVD/Lhj2UW5QmMv6Pzjwfls+2GDOlt+p7PKJMs39fREVpHtvjV8X3xz6mfGik7XhF/KP7J iH13xrfTCTpOR6mXnqKH6V3IR+gF6qN/pPchvwzpKfoRrUTfn9NPqRP4D/Q4PUjroRfYqc/4rYdN PK95Bu8BVkHzgBc+D+rvpT4fxgtG0L4bH0fbaBtv53+kdrw/gccn6eCwHk2gv6VW2kpH2ClayZ6n Bqyni8J0H/fF/5RwlHKlTZRL6ywHRSWc9/yY/LSZwtIj8c9QJ+mJPkrnh+Kfwdel91uHuQefPtrL kmk78jaNbkCsc0ZeKnJ4BmtYhbXsxHsAu9GDdxv87Rvez1ql16gZ9yizWgfrKOFyA+MfgTaZFfLg UMX+gTZgBjdNpkJKjxehbq6L18c3x38aP4xqELv/hFkV/Wj9Pe1jBxDBSrqJlvBfsVN6ax3aS2ge G8tS6VH4vuL8dZinSjpX5zSszi1mFs2z9dHgqPjVQ3nYz0YjE6/QSxTT43mE9lME98pWakN9LyUf Yp851O8DPVoR+bk+y6kOtSd8VdAsrOfd8+J7Qz/7Dd8Rn8jmEelFY8y5+M6ec/Aq5jNOQxey0Y58 rMLOntFPj9i/I9i1x4fZlgxZX9b3Vuhm0XQRRXxmfDty/2u6kdbxHjaR3YlxXSMUx5PQDlZyHr3L Zn3Hefk+db8NsxxBVQ9/Oulmqv9L9xj9n+6xhFNMQx6O0y8w31a820bo1If4jiBPW2ghVdBu7OO7 OB+NWEsYWT3OZOzPa9Q74gQh+D2GLK+TGqSGiwQyT39HjHBwbcyCyv/W2ozaHfGZhbp/m2WiPh6g t7HrT9GzuCNWCy2q+P+zRztpLU0yX/J4aude5756pqv8qiuvuHzG9GlTy6ZMLlUnXTZxQknxeGWc Uy4qHDvGUZCfNzo3JzsrM8OenpZqS0lOGpVoTbBInFEpy9PyKv3eZi2/MqjZlCrFLmu2BaevL9Mo 0+FUMuQZZYHJZi8tQdUoq0bL9vm7yVMe0KzqhV0WaFKx/c9ODL7eIXs1SzF+lHmhsDax1u9U7G86 huwBjNEKKv1Op0PjxfiZCxN+5oXksGb3Qe90GJq5Gvn8gmLx98qhpHJnALzWrxUONgOBkYLsw94M XBDmAhaxd9vyK6s0yu4m23sa5Yhup8tJI7c2UUUgdki6NyrTWPafNZalsZzrEfL5U4hhJ8tHyIE3 3Kx4w03IaDh4LqenjYw65YgcqfVnzICoB12jvbLQ352SXKlU1idDQbqCupNToEkRCrho6Wa2WUwX uM07s5vTqFSkL1OE6xXUrHn2BCEoVcgbLFnnLLH4wN7hJsKwQSnLkIwgNGullmgEITdpnpBGe+Tu 0oHI3pidVgZVW1gJh27ya1IIHbpJKvY21mljanxLocJUoGCjLLa7Smdi82RvoxxBW/QNgitVYtPP 04cb64OiTFhQqYItqdK/2zng0DKBXi1D1VLRLXXLHx1SxJvXJItmJLJb1g4i3GFWp+AogjyEHvEq mA3OvM1zxJaUDW2bXo1zw/rmePaEZK1jZbNRe6G9g/XvjNg125dO7A72ByP1gWYqw8FmEXJzSCzT 2yxH9tTrS92rLw31KnubqwSJgah+WozRS/3eRsV7bkIsHIJUfOFYp1PLV8XASMQrQgyFEb0RMgzn 4hdnwqEyxFOpeep0oDp9DzCjJ1QVMFVmh6VimLAEqwIBp7Hv6KolFu9OmKLIEeExsVjLVu3OX8I2 MLm0ptbvrXLoq9d4pf+aU3mOU5BrfENqloc+kbJTDiNHNYuUmoVGFTQOsmCdcYD50M6jq9lf9/pq nuNVyNVKdTASqVbk6kgwEorFO1Yqsl2JdNtskRZvUNZPPoP+n/Y4tOq9Ac0ebGQzscmi3qpra7Ss hcvE9lTLjSHjspitOMsdzozAYB/fd5nNc4aKR92Lcxaxf4LYbLiRHHK1uF5iuBUcmr1cHFNEstiP c7BKr1md4XwsgnOHOClSoNjbtMhMEKrRLBhx7y00tXDidIoztCfmoZVoaB0L/UZbppWOKHnKVOxd UFgGBi05i4WlY9AyNDyoYK/yahb9hZoeXs+RDCVTdpXp+dev27A2UIc1flWujSo3tzur0i85uClx hySkZBXXl1sbreoDRU5wS0bsinxM0eyqllDpH3C4A7I9A9cbGyoG06MoU/sx5SgTlyhl2zXm1liu 0BMuVf1ul0aXwzg0UPZGgmaZDV+f+Zsg3DjyItHHrmCdDqN/RqYilvor/W4zr+zianGoHE6jx7yA liYuZi3tE51hcY5Kv4xrCMd2oS7IXrlR7LomB6v0+yDgGK6OxU8Gq8T9h5BFF4dZ3+CBC9NQUzck 1fpvd2wJTI7RotKaGCXhNylj9wZiLN4Zo6qxfZRE0orlMNeVyrK3qQoTorG4FIpJTkhLSlGbovT9 SkD8JpkbjsiiusNYk44w1EcCZbIoTtyXhHOoeQKOIbE+EJgJPzcKPxbdTyQAD82mh2bdAxz8Dzr5 S2twU5X4/LhsO3Che6rEErHcAZyqAbFisZDAUKTA25vyzJiXIubAJAjLDC/Yyw64CEQiRktBmUci jgjWYbZjjC5UeExFjHQHOHYx1uHTTR2K/vnAqzgVkflAFaa6CXkfvKVidPPFM7x8eIZXINrleoaD P1CGQ5eS4ZWXlOFVI2c4jJhXiQzXj5xhjZdcJMfDU+oxUuoZIaUN56V09cVT2jg8pU0Ir1FPafMP lNJbLiWlt15SSteMnNK1iHmNSOm6v17RtpyX4dsunuH1wzPcimjX6xlu+4Ey3H4pGd5wSRneOHKG NyHmjSLDm/96Gd4yLMMk/myY+PxZH1Fq4ZkNZypTnfofEoc/3GqqsB0qih50M2iRWpEGYzXZQZx2 8CpifDZ3o7PKZ3F3lKmfPsevgfIaNLKL6DBsdhBnu1lXtKDIE2N399hzXVSRxrrIDuLsTtYJXyq7 y8RdrDPK1Y7n2A64PcG2eRrYiZO5o8e8/gbY1m25jvStRVvLtkpbt+W/dhyqDRvB1rSA3boO7Ja1 uY4Va3fcwm9Zu2N9QVt7ds6Y1c1gDU1g9Y3ZjvvqD9Yfq5fqGztvK8hvzd1Sme/cDOJ9Uq00DzPb D0vV5JPEAj2SK5qS5uqLD0jl0TRT6EmyuXwVKdJkYtJUaRpJWPvn/L/w5Vjl70df4GqM/77nhTDW yt/pmTbTJTCqTBCDIWRn68JvozNcpjBpiik4FVMYnW8KaRm6cCyaAYF38E0ivAqVt5EPxJHamyHd DCmFzycH6BaQhFYNWjXE+UxuwRfnIl4OzARO59NEkvlUE8uAhdBP4dOihUVyDJCZ6+pjZ9j7UUlN rpDZ58TYp+w/9a05ZeInJv6HiR+zj0Qa2IdAC/ADIPTxf2Hv96Qg9IqxUDDaAL5LmNiDbL8+8AET 97P7yQrcB0wE3gcU+nvZ/Vhyfz+ajFrAO4SB3Rjdb1FjbFF0n4AbogcEXNmzQ1JRYK5oZp6rIomN Z8V6UHaWoaPFc/U3SN9Xvq+458OCAtdPHpbURx62qA8fSFYfgL99+63qfnj6EeihA1z98QFJPXiA PXbg0IH+A9Lz0nXSXLE4aW60k6uiEip77BmuohckHAI6Kbh0hXQ5siZXZEozaCrIA/KBLNIMKVsE IU03sUzKRs+yfjRx0FA9Mojz09HDVtTPe9H+UWIK/ofo6IkuQ0AtxPjJ6O5k2E/09FuwVP5Wj1Is 6uutaE6u3u14FCFVpPKX+RGRT/4iH9Dxn03cK2J/nm/gG8VS+EZzKfw2Yyl8vViKzj08OOg0GE1O 0YUV0dF5urA8Ov4yXViqj6vI5sv0gYKn83nguXwulYA4JfHJlA/i6K5GM3L0cZf1pGa4UG2KqLbD fByX9Wp0cjlqUY/Cn4w7pBBcHK4iw8q+ZL/RN/Ike4ZkcrIT7JloiVOOsRPRQqerooD9O/u93vEd E39n4m9NfJu9pTt4i72pt99kr6O6tH40GXuDva4r/01XNlWksONYR5/g7Lhpe023YcZjUVwCfajv 34j6VvvZz+jnoF6QFD/Jnohm5WAb2D1srz7hHhMjQOFnSXQXrgm2ONohAeqiuxIAtdHdAhZGuwT4 ol3CtiDaKWC+2KgYK4/uFjAt2i+U4wxlmicF+N9fW9SvRTs+4En+QuzKl+zkl0w0k7pzxrg8H6Dk RWvKodR0FyL19Pp6g70tvR29A73Hek/2nu5N6j0ULvr4I4t6dyRRjeyxqntBGPLsvVOnu+69R9J9 Z99TqLju2cPVPZ2j1J13WNQ7OnRDT8e86106zq408HKXgROn6PPaOsYqro7tXN2xXffqsd3uneu6 HY3t8CQUchdcd2GFu6HY1WlV77wrWb0L2NLZ0cn7O1lFsrRIqqM0ySctBF8g3SB4VAoXVSyW5kvX U7rkkMZIY8kmpUt2KQNok1KlNOAE4GWUKjlhV4CFsMvACeSWnKBCkAOUDrKRmz/Fn+aHyMYf53/D fwZ8lD/GDwL7gM9RKu+B/RmgBnsU2IcxPSBNjAU9DnoUdAffSWl8O98Bvo3fLrgebzvfwrfirNh5 Bs+E31SextOBjHMukY2dZXFOZMNNnkEPg7joi7veTo+B+kEnQAm4uVNpNmgHSKIidhbnJh9jHYgp Cz5zgPmIIwtkB6WCrCBGbvR1s8PsBdaP+bpZlPUAn2aH8M3Uxo4C/5VS2UuwHwEOwP4i8CjGvAQa EGNB3aCnQWvYWrYO40JsJVsFXM5WsKDeboiOLiqqmMMaaDZoB0him2HdCm+tGNUObMGo9cDN8NQK ahEeQQ2gEGg5qJRNpnRWwiaAT2SXURqbxFTwPJYPTSbLAs9mOdDkstHgCcwKzpkEjiMsuOfvkPqz 8XTHVTl5V+bkXJGTeXlO+owc2/ScpGk51qk5UlkOTckpmZA2cUL6JDWtVE0fp6SNV9ILi9LkovR0 e4YtKTnFZk0cZZMsCTZk2kaSJ6tAISmryCqNKSpKn52+I12SJVYk3SD1S3HJ4mBjU/MSC1Jz7KNT My3Zqfc7WKl7knuiu8Q93j3OLbsL3Q53njvHnelOdye5rW7JTW7fDKZl1lBN3RwtiwEXzdFmqDUx Sa7Vpqs1WpJvmfHhGFqNd+HTYZ1m6YpxQGbl0mX+GMsX5k5Hn1i3VhPsvCfQzWmOxro0BR8WAR58 cJW7YnZ89O3mbE4gENCuwvd40SugjtXC4u8OHWMD2nQh3D82QDXazIWaQ5mjXvi06qyt9Xxt98QS rzbJG9JKvcGq4QYCIWCvdtYbijGuVKkjPK3qdz2teEwxxrd5Y3wL3PDtI7sZemLSAm9Mmo+ukk90 bWtlF+ve2gbGdD5iZG3tF4bYbgbXZg769lg97FbDQMPN1HretOcNbh1h2cNMrSqr9DsCqqrlaQqK ZHBA67kuLMa2iT/HxtjtBmw3YIcBHQbcYcBOA+404C4DOg3YZcBuA7oMuFuAuTLsx9W6lrsNuMaA WQbMNsBjQIUBcwyoNKDKAK8B1QZcq08h/Le2dieJ6vfVzqnRRtWCfMu0AgWNV9C4Eg2bMgcfpcT3 lgS8uA4TKftZKz74Cip79fVXdTZtqjPDmVEMxvAZ6BuP1PFNRwJ9TR5Lh/HdR/9fFPo/djWYX4Ik yiIyZQvkLFO2QiqBlSxJ0JSQy5Q5pdEKU5agX2PKFsgPmLIVct/8mqqK67zq/PZVTeHQtetDa8P1 l6ai+VRDVVRB15GXVLTaaRU1UZhCdC2tB18LuZ5qQathuxWa9Zc45ofsZWaN00bQDdgPRnaaKv4/ QMLJ1BnIBNPtVmb9Ivj471aku79gDuPfT4/s+dPMQRzaUaKkwW+q/yvAACWpn64KDWVuZHN0cmVh bQ1lbmRvYmoNMzMgMCBvYmoNPDwvU3RlbVYgMC9Gb250TmFtZS9MS0RBSEUrTHVjaWRhR3JhbmRl L0ZvbnRGaWxlMiAzMiAwIFIvRmxhZ3MgNC9EZXNjZW50IC0yMTAvRm9udEJCb3hbMTI0IDAgNjI1 IDYyNV0vQXNjZW50IDk2Ni9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0Fu Z2xlIDA+Pg1lbmRvYmoNMzQgMCBvYmoNPDwvU3VidHlwZS9DSURGb250VHlwZTIvRm9udERlc2Ny aXB0b3IgMzMgMCBSL0Jhc2VGb250L0xLREFIRStMdWNpZGFHcmFuZGUvV1sxWzBdXS9DSURUb0dJ RE1hcC9JZGVudGl0eS9DSURTeXN0ZW1JbmZvPDwvU3VwcGxlbWVudCAwL09yZGVyaW5nKElkZW50 aXR5KS9SZWdpc3RyeShBZG9iZSk+Pi9EVyAxMDAwL1R5cGUvRm9udD4+DWVuZG9iag0zNSAwIG9i ag08PC9TdGVtViAxMzMvRm9udE5hbWUvQXJpYWwtQm9sZE1UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIx MS9Gb250QkJveFsxNCAtMTIgODI0IDcxNl0vQXNjZW50IDkwNS9DYXBIZWlnaHQgMC9UeXBlL0Zv bnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMzYgMCBvYmoNPDwvU3RlbVYgMTcw L0ZvbnROYW1lL1RhaG9tYS1Cb2xkL0ZsYWdzIDMyL0Rlc2NlbnQgLTIwNi9Gb250QkJveFs5IC0x NSA4NzUgNzYwXS9Bc2NlbnQgMTAwMC9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0 YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMzcgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFy ZW50IDc4IDAgUi9Db250ZW50cyAzOSAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJd L1Jlc291cmNlcyAzOCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTM4IDAgb2JqDTw8L0NvbG9yU3Bh Y2U8PC9DczYgODggMCBSPj4vRm9udDw8L1RUNTEgNzAgMCBSL1RUNTMgNzIgMCBSL1RUNTUgNzEg MCBSL1RUNTYgNzMgMCBSL1RUNTggNzQgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0 ZTw8L0dTMSA4OSAwIFI+Pj4+DWVuZG9iag0zOSAwIG9iag08PC9MZW5ndGggMzMyOS9GaWx0ZXIv RmxhdGVEZWNvZGU+PnN0cmVhbQ0KaN7sWltz27gZfdevwOyT3LFoAgRvaadTRZYTbW3ZKzFN02Qf KImyuEuLCknZ63/f8wEkRd18SbbTzmzHMzYJEt8d5zsAffZuzNlt3nobtM6CwOaMs2De8g3bYSZ+ 1IXtGpbDXFsatpAeC+5aZ73cYdNcvWKyfLpsmSyY0q+HVpudBL/gsmN7Bsfb5y3uGQ7nnB5+bjPn zGUnPwc/tmzDlhBHEspLrYj73DBtT5IiwzQti0R3cMV9Jf/DmJ9f98bMNSGUm/ec9G1bzE2olHi/ KWvXRNfwLF+oSeUl59JwBXMF7HClNkBIi0tmWJ4n8MflrmMrh2GP45NEgwu39C1dF3k8i1ixiNig H1ywcREuZ2E2y9lNlk6jPDeY9t0QHJIgz3dMjxnCJPUkltuG70O1SYGDaDKdRH886XiGbMfFAkpY OinCeBkvb1m4ZOEs+roOi0hL5pYhXOnWAqBFCUjiabTMIzbP0jtl4CrK8nT5pZ1/OdEz+8Fxb+vI OIYQLuPCNiT+4kUhbZZFrflxl4Q0DQ6L6sm+iZxYW5M3hWTjoS/xMjQ4ghm2azkcWeUuhKt3UarH U4da477j6dQdMYhS56jUmdxR8W1P02WRpUlCIaXgTNPVYxbfLopTVSrH42IajuM7ZbRNEyZouban w14s4pzN0un6LloW7C58ZMu0YJOI3aWzeB5Hs2fKAWuOe34ln9t+uYqeL7VS8DHDpeGZ3KoNl5vF oV1W1XDMqirYLhLJPMuwbaVDWH5VC8fU+h6VZzWVo1pdZ3fuEa0WF4awNlMdWtkvUysF1HpePdfw udiauV9/EC88+9X1Z/rIEu6fgQ5CDIIO3yqhA8ljsyiL78Mivo/YQ5r9mrN0zuKtoplmERb6jLKv 0is4xAq7ziIVvhYrtNhnauSURb9No1XBirTGgNoTeIa/FhBJes8EC+9y031tsBzfNzzJnWdx1qk6 gFBg1p6n2V1YUGxwxVbrCcANcUuBhTkh4uiixyig8KrIqJiRdp9vVqlTtxTUUxn+PCEIhch4iWlJ uLxdh7cRcoDoZQghxPaXt0mcL046EGe3jZ2AOShtB8EQro9bR0dM1FHYblCWL/Hcd7disNugIHsv 1I7noTdVkQbauZZ3RIfupg7MsatmZqKJaoCSZokkrsHgkG/77SDK7nLWXa0ompMkovB1k0SXznkJ YXnltYflB3NcLCzq2Y4FIHSfdlpIHxEiJxo2fW6jJ7IAJToH/qYPhMBJdBsmrFD2hLDnkUwJK1OU BR2BpkILrcPRXCivjejVxr6hMBKvsTSvAehZ1XLRMW6Qnk75tCMMysd5I1zc8ivgPekIh5vtUIeN UKK9HyRdffApXupapdqkHoOuHaknWRSjWjO04Sy9xyLFml5S6SrnzI1XnUbOuFOCxQ/dMRuMf2CT MI+1ruB9n/Wuh8Fo8PZDcD06VQPXo3fd4eBf3WBwPWTv+2djjI36N6P+uD8Mxnhcr/mquCwKgayr C9zJf7q40NJNq0GvAAOoAmXkYMzGN9fD8fWof87efmJf2oML1h1++nKirRsMg/5o2A/Y+LqH6H0q RymOwejDOMC752po10hhGb5VIzM6sOc/swQAYbxcABXe1tr7w3eDYb8/GgzfsaA7/ju7uB71+ux8 MO5ddgdXrHt5yT52R6PuMBj0x6es/08K4CZ6Ole6XuB8Kf3q5nLQPz+Fk73LD+ckG3lhw+uAXQ6u BgEiElxTMCrRn+BpN1DufhgjcxdPFoJTEU4dR1h8pZOM+1F/MGQfB7CatOEhedZXukaDd+913umu tHHPi8Y62vhNFl31R733uO2+HVwOYDHkXAyCIQXjgmSym+4oGPQ+XHZH7ObD6OZ63DeqvUDlRbsx sLPGhCU3a8yyLLS29oRWmbA9ug6qLhZk6xwdK/wV6LxM2SrNY7W+MqBGNqsY3H2YxLO4eGToEDno XETdNFw+7gWWLCgVD5ZFlCTRtFgDftAiQZEhYEQ8MCc5uhdk+h4tAb2ZrtmJbXhtas9JGN9Fqu/Q VCx21YIIB+5WSUTQoKFgv3KEV9oANetcGUvzimi6WKZJevsIdpBPs3gC8YQccGQLcsg8mhD9VtAd 1D4s4ulCvVhR/z3PuVVpXS9BPli+xozSPe0ZpOqLkoCE92GcUHP4M0YyEFvkAD0zi1ZZlCvFC92Y F+jEd9iZ7IZ8t8RiKF5F+IW50RxgqWyP6T6eP6rZDateU0+m5zbqSaJRue2pqifXA8y1e+kqjhTH Opz2WZxPkzRfwzHtSZlKzaQiULEizGJ4S/h7ILSVdnIhzCEnXE61vjIfOUmknYAKUxXY0yqT0LtO Cl21LCyK6G5V1IboDSALD4fWUFtTUn4bLaMMXlUlQHQJbTXOcyrDeamqLDgVaPSjVRaTb49VKUwe N/WLTSPTJZopX/Yc9xzR2Pnkq2iKbU7JzqbwBA5r41HI9V5UxTRddrD/ws3NiAqKlnUKIxBhvZUx bemboO3cA1VEy9bHDvuZ14W1KIrVm7Ozh4cHA97MjTS7PYtXWcmrdGOQ0qNtBvNAX71yN3uMvHAp DWnbTKINcUuWLW/r+KNtVLStbFUknzrOy1uVtHzFpyBcl3bwp2ZJ27xR0jbxzvZMl7QjmxAZL+/j IsrV8okpaVFO24ZVSIVNVZcpmMRCI65SEGQo9ozXAZWAM9HW21/sEPbxUpZdbhUWiuxQUalLRdbK ZOenG8Q8UFMaPUPSd0/8eoNz9ZNJdAAnZbUDzqKv6zjTYFtXp8aLcpejkH+7/moGpiB0G0FBQ2+S KDyAkw24CmczxDLf43ZNbCAARMV1UG1/q0rP2MWp9i6SNbJcr16VZRvbiXaksuw51Ggoy7NoHi9j tVVE+NRi1kCx3RTiMtBqi5Qv4PjkUeVF4z2ZfBhA6nOncJ2vYo1bp7WLCNU/tFaNn9vcV2lU1Lah FaNxpisQqHt6sAuX7ouKQcbLabIuG3qaRxvBRVbu12Z6t6arrN6znbJ8ka6TWb1rhp3oKLpYTrAK ZZuGGzHcqzOzrrP7o44aettyOBWwCBZfqo3MDVF8LWQ/IQeLzVCnnqR+L18vScgR5YcTowzYhhlR MbGdpD2XEACH2/6mrDxFESaHYvyEny8hCd4WNXBh9hzTsLe29Q4PYC/aF2V7DO/TeEbdm3TO0vWk OGVRiF7Zo1PDeLIu6MX0iXOWQ/xg+1w235GoQIXCu1BNG8kCJhLjBa+ifFQE8Yi+0pp9/EQH01R3 w6RX6yxfh5o0qoPhTcVACZ2l2BbYE2PDzblI9a46NwWsa9ZCG/anl3bFtDFvpli76h7NnjCL53OU jaIGeETVhbKjWslVi3mIi4XmR3oSsa86hreoQ6o/vVz2V7X6fEH6K6+oKOlgYRHea6oKDgoiqKTq J6i+5Rp/aYTq4BTEOtJdrV5F1ABT1WEnJV19ooU0ikZFTS8qzFWeqQEto1kLNbNQX156Y3bwlHTc G0LJj6AUv4Am+Zw9gHOwK/aZbgTTv3822azFWcxaX0GiiH9wkBrbkJbHHEugRFw2vVMP7lodOmH0 XSYMx3VZ0hrXU+iJg/2uMLA9a0zgYDMmnfbh5dZPx09zG8qxPQdBgnLXEEI2ZanvBh1hSM+BPFwI XyrRpvo9h4LPyp/fQ1oOacQr+Y59ti8NBAYSHVA0ayMRAjh9v5J0ME+5dsHuyhv9Z9qqntkIoAcl 1b0LKkjBIwkUM0eZUl1NYa1l00FfNZLQiItYb4Yw4IOybqQ1BrQ6JaYc0oqTxoi2txZL2rVOExMp tMSHUUJ/9FDkLyxjrCGBAqMzMc9sxEZ/3rRVnaHTYH+k1Snar21Rl9NWZY+6TVpc0hIT1f7DMmQ1 X11rqZil7rZXRfk519Ynm9jeuOX5Oy6k7Rke1rrw6ZuI+lS2KfvmMZNpKhLSHq3RUd6n6zyJHksY +tqqpCDgQloM/Yy2RXQibUt19v+RLSsznENm2KZlcM6tLUM2OPkXsuOvWttP+jPCy2aT3UIfovMz 5wwdh7+RJru5qr5qaWDcx8QDcMi5YaF37MEhBx5iK3YID/HI3oIdAUh1/dcBolBFTJVEB9LfC4jf Ku1ZQCSoFeJbUcBzGyDg0XlNAwQ8zy5BgK62QYBGdkDAU6u4Xs5a2hYI4P4/B4d/nEC8FgxN2/Ad 8V8Hw8MIaHqGlGAv34WAtu9QQJoIWH6TezkCNgz5BgTcnf07IqCUNsizdYgQeo53hBC6rmhO8Aig ndcAIIdWQCYdtUnBvxP/vlnYc/AnpU+r4v908A8ViVcCIB3oNvdH/0v4JyWVvC2+D/+kZRqgFd9B AJt2vB7+9mYfgj/LL+GPrPG0NaBDpq9P4MvLmtMi8tLZOeKHWNtp/I9BlETY8b/Z/S8CSTUj6381 Uf9p0mZsR3enfK1jGZZFZ33nG/kvEq0/OBwVS1zP/D6xCPu/BRgAAGlXPQoNZW5kc3RyZWFtDWVu ZG9iag00MCAwIG9iag08PC9TdGVtViA4Mi9Gb250TmFtZS9UaW1lc05ld1JvbWFuUFNNVC9GbGFn cyAzMi9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTc3IC0yMTYgOTM2IDY5NV0vQXNjZW50IDg5MS9D YXBIZWlnaHQgNjIyL1hIZWlnaHQgNDIxL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUg MD4+DWVuZG9iag00MSAwIG9iag08PC9TdGVtViAwL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1J dGFsaWNNVC9GbGFncyA5Ni9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTE3MiAtMjE2IDk0NCA2OTRd L0FzY2VudCA4OTEvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAt MTU+Pg1lbmRvYmoNNDIgMCBvYmoNPDwvU3RlbVYgODgvRm9udE5hbWUvQXJpYWxNVC9GbGFncyAz Mi9EZXNjZW50IC0yMTEvRm9udEJCb3hbLTEgLTIxMCA3NTcgNzI4XS9Bc2NlbnQgOTA1L0NhcEhl aWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag00MyAwIG9i ag08PC9MZW5ndGggNDY0MS9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSA5MDUyPj5zdHJlYW0N CmjevFoLeFRFlj5Vt9MhoZN0niQ0JLe5hNcNhIePNLbQeXQUgtiEgN2g0A2dkESBSAjvR4sGYoMP 0Bn8RkdxZ9Z9qdx04thZxWR1cGV3nEHW16yzwuj4+GZlxVlH/FaX3r/uvQkBI8OsfnNvzvlPnVN1 6tSpU5XuADEiSqUISSSv3LBePvPxp7+E5kki688aWlatbsuxnyNKDhOlzVh12+aGAsuzTxA516OP p7E+FP5sbtEmImUs2lc1QmFbzLuJch5Ce2zj6vWbrCQmyHkebNhta1eGSMZLTvQh6+rQphbrlnQV 4y1oy2tCq+vv+2DiP8OO/szbsq6+Zdx71+Vh/M+JbIetKhUQJb1Cxf188GOZRfkCE+/o/ON++Vyb IUN6m77jM8wky3d1dJTWki1xTWJ/4nPqpUbKSZQnHkp8MmTfXYkddJJO0DHqpqfoYXoX8lF6gXro H+h9yC9Deop+QCvQ96f0Y2oH/j09Tg/SOugFtuszfuNhEy5onsV7kJXTXODFz4P6e7nPh4mRQ2jf TYyhbbSNt/HfURveH8Hjk3RoUI8m0F9TK22lo+w0rWDPUwPW00Fhuo/7Er9POkZ50ibKo7WWQ6IS Lnh+SH7aTGHpkcRnqJOMZB9l8MOJz+Dr8vutxdz9Tw/tY6m0A3mbRjci1oqhl4ocnsUaVmItu/Ae xG504d0Gf/sH97NW6TVqxj3MrNb+Okq6wsDER6BNZoU8OFCxv6UNmMFNk6mQMhJFqJvrE/WJzYkf J46gGsTuP2FWRS9af0f72UFEsIJupsX8F+y03lqL9mKay0azNHoUvq+8cB3mqZLO1zkNqnOLmUXz bH3UPypxzUAeDrARyMQr9BLF9XgeoQMUxb2yldajvpeQD7HPHOj3gR6tiPx8n2VUh9oTvsppFtbz 7gXxvaGf/YZviU9k86j0ojHmfHznzjt4FfMZp6ED2WhDPlZiZ8/qp0fs31Hs2uODbIsHrC/reyt0 s2i6iCIxM7EDuf8l3URreRebwO7EuI4hiuNJaPsrOZ/eZbO+5bx8l7rfhlmOoqoHP+10C9X/qXuM /qx7LOk005CHE/QzzLcV77YhOvUgvqPI0xZaQOW0B/v4Ls5HI9YSRlZPMBn78xp1DzlBCH6PI8tr pQap4RKBzNXfISPsXxuzoPK/sTajdod8ZqHu32ZZqI8H6G3s+lP0LO6IVUKLKv7/7NEuWkOTzJc8 nto517uvmekqu/qqK6+YMX3a1NIpk0vUSRMnjB9XPFYZ45SLCkePcowsyB+Rl5uTnZVpz0hPsw1P TRmWbE2ySJxRCcvX8iv93matoDKo2ZQqxS5rtvlnbijVKMvhVDLlGaWByWYvLUnVKLtGy/H5O8lT FtCs6sVd5mtSsf0PTgy+wSF7NUsxfpS5obA2odbvVOxvOgbsAYzRRlb6nU6HxovxMwcm/MwNyWHN 7oPe6TA0czTy+QXFE++VQUllzgB4rV8r7G8GAkMF2YO96bsozPksau+0FVRWaZTTSbb3NMoV3c6U kUZubYKKQOyQdG9UqrGcP2gsW2O5NyDkC6cQw06VDZEDb7hZ8YabkNFw8HxOzxgZdcpROVrrz5wB UQ+6Rntlgb9zeGqlUlmfCgXpCupMHQ7NcKGAi5ZOZpvFdIHbvDM7OQ1LQ/qyRLheQc2aZ28QglKF vMGSfd4ST/TtG2wiDOuXsg3JCEKzVmrJRhByk+YJabRX7izpi+6L22lFULWFlXDoZr8mhdChk6Ri b2OdNqrGtwQqTAUKNspiu6t0JjZP9jbKUbRF3yC4UiU2/QJ9uLE+KMqEBZUq2FIq/XucfQ4tC+jV MlUtDd3StvzOIUW9+U2yaEaje2TtEMIdZHUKjiLIR+hRr4LZ4MzbXCG2pHRg2/RqnBPWN8ezNyRr kRXNRu2F9vXXvzNq12xfOLE72B+M1AeaqQwHm0XIzSGxTG+zHN1bry91n7401Kvsba4SJAai+mkR Ri/xexsV7/kJsXAIUvHFY51OrUAVA6NRrwgxFEb0RsgwnI9fnAmHyhBPpeap04Hq9D3AjJ5QVcBU mR2WiGHCEqwKBJzGvqOrlly8J2mKIkeFx+RiLUe1O38OW9/kkppav7fKoa9e45X+a0/nO05DrvEN qFk++kRLTzuMHNUsVGoWGFXQ2M+CdcYB5gM7j65mf93rq/mOVyFXK9XBaLRakaujwWgonoisUGS7 Eu202aIt3qCsn3wG/T/udWjV+wKaPdjIZmKTRb1V19Zo2QuWiu2plhtDxmUxW3GWOZyZgf4+vm8z m+cMFY+6F+csav8EsdlwIznkanG9xHErODR7mTimiGSRH+dgpV6zOsP5WAjnDnFSpECxt2mhmSBU o1kw4t5bYGrhxOkUZ2hv3EMr0NAiC/xGW6YVjhh5SlXsXVBY+votuYuEJdJvGRgeVLBX+TUL/0RN D67naKaSJbtK9fzr121Y66vDGr8s04aVmdudXemXHNyUuEMSUqqK68utjVD1gSInuCWjdkU+rmh2 VUuq9Pc53AHZnonrjQ0Ug+lRlKn9uHKMiUuUcuwac2ssT+gJl6p+t0sjymAcGCh7o0GzzAavz/xN EG4cepHoY1ewTofRPzNLEUv9hX63mVd2cbU4VA6n0WNuQEsXF7OW/onOsDhHpV/GNYRju0AXZK/c KHZdk4NV+n0QcAxWxxOnglXi/kPIoovDrG/wwMVpqKkbkGr92x1bApPjtLCkJk4p+E3K2L2BOEu0 x6lqdA+lkLR8Gcx1JbLsbarChGgsKoFikhPS4hLUpih9vxIQv0nmhKOyqO4w1qQjDPXRQKksihP3 JeEcap6AY0CsDwRmws9Nwo9F9xMNwEOz6aFZ9wAH/4tO/pIa3FTjfH5cthFc6J4qsUQstw+nqk+s WCwkMBApcHtTvhnzEsQcmARhqeEFexmBi0A0arQUlHk06ohiHWY7zuhihcdUxEl3gGMXZxGfbooo +ucDr+JUROYDVZjqZuS9/5aK0y2XzvCywRlejmiX6RkOfk8ZDl1OhldcVoZXDp3hMGJeKTJcP3SG NT7uEjkenFKPkVLPECltuCClqy6d0sbBKW1CeI16Spu/p5Teejkpve2yUrp66JSuQcyrRUrX/uWK tuWCDN9+6QyvG5zhVkS7Ts/w+u8pw22Xk+ENl5XhjUNneBNi3igyvPkvl+EtgzJM4s+Gyc+f8xGl FZ7dcLYyzan/IXHww62mCtuhouhBt4AWquXpMFaTHcRpJ68ixmdzNzqrfBZ3x5j66XP8WiivRSOn iI7AZgdxtod1xEYWeeLs7i57novK01kH2UGc3cna4Utld5m4m7XHuBp5ju2E25Nsm6eBnTyVN2LU 62+Abd2W58jYWrS1dKu0dVvBayeg2rARbHUL2G1rwW5dk+dYvmbnrfzWNTvXjVzflpM7alUzWEMT WH1jjuO++kP1x+ul+sb220cWtOZtqSxwbgbxHqlWmouZ7UekavJJYoEeyRUbnu7qSfRJZbF0U+hK sbl85cOlycSkqdI0krD2z/l/48uxyt+PvcDVOP9N1wthrJW/0zVtpktgTBkvBkPIydGFX8dmuExh 0hRTcCqmMKLAFNIzdeF4LBMCj/BNIrxyla8nH4gjtbdAugXScD6PHKBbQRJaNWjVEOczuQVfnIt4 GTALOJ1PE0nmU00sBRZCP4VPixUWyXFAVp6rh51l78ckNbVcZp8TY5+y/9K35rSJn5j4nyZ+zD4S aWAfAi3AD4DQJ/6Fvd81HKGXj4aC0Qbw3cLEHmQH9IEPmHiA3U9W4H5gMvA+oNDfy+7Hknt70WTU Ah4RBnZT7IBFjbOFsf0CbowdFHBV105JRYG5Yln5rvIUNpYV60HZWaaOFs81XyN9X/q+5J4PR450 /ehhSX3kYYv68MFU9QH423/Aqh6Apx+AHjrI1R8elNRDB9ljBw8f7D0oPS9dL80Ri5PmxNq5Kiqh ssue6Sp6QcIhoFOCS1dKVyBrcnmWNIOmgjwgH8gizZByRBDSdBNLpRz0LO1FEwcN1SODOD8TO2JF /bwX6x0mpuC/jY2Y4DIE1EKcn4rtSYX9ZFevBUvlb3UpxaK+3orl5undTsQQUnkaf5kfFfnkL/I+ Hf/JxH0i9uf5Br5RLIVvNJfCbzeWwteJpejcw4P9ToOx1OG6sDw2Il8XlsXGTtSFJfq48hy+VB8o eAafC57H59A4EKcUPpkKQBzd1Vhmrj5uYldapgvVpohqO8LHcFmvRieXYxb1GPzJuEMKwcXhKjKs 7Av2K30jT7FnSCYnO8meiY1zynF2MlbodJWPZP/BfqN3fMfEfzfx1ya+zd7SHbzF3tTbb7LXUV1a L5qMvcFe15X/piubyoezE1hHj+DshGl7TbdhxuMxXAI9qO9fifpWe9lP6KegbpCUOMWeiGXnYhvY PWyfPuFeE6NA4WdxbDeuCbYoFpEAdbHdSYDa2B4BC2IdAnyxDmGbH2sXME9sVJyVxfYImBbrFcox hjLdMxz4P19Z1K9EO9HnSf2j2JUv2KkvmGimdOaOcnk+QMmL1pTDaRkuROrp9nUHu1u6I9193ce7 T3Wf6U7pPhwu+vgji3p3NFmN7rWq+0AY8uy9U6e77r1H0n3n3FOouO7Zy9W97cPUXXdY1DsiuqEr MvcGl46zKw28wmXghCn6vLbIaMUV2cHVnTt0rx7bdu8c13Y0dsCTUMgdcN2BFe6BYne7Vb3zrlT1 LmBLe6Sd97az8lRpoVRH6ZJPWgA+X7pR8JgULipfJM2TbqAMySGNkkaTTcqQ7FIm0CalSenA8cCJ lCY5YVeAhbDLwPHklpygQpADlAGykZs/xZ/mh8nGH+d/xX8CfJQ/xg8Be4DPURrvgv0ZoAZ7DNiD MV0gTYwFPQ56FHQH30XpfAffCb6Nbxdcj7eNb+FbcVbsPJNnwW8aT+cZQMY5l8jGzrEEJ7LhJs+k h0Fc9MVdb6fHQL2gk6Ak3NxpNBu0EyRRETuHc1OAsQ7ElA2fucACxJENsoPSQFYQIzf6utkR9gLr xXydLMa6gE+zw/hmamPHgP9Kaewl2I8C+2B/EXgMY14C9YmxoE7Q06DVbA1bi3EhtoKtBC5jy1lQ bzfERhQVlVewBpoN2gmS2GZYt8JbK0a1AVswah1wMzy1glqER1ADKARaBiphkymDjWPjwSewiZTO JjEVPJ8VQJPFssFzWC40eWwEeBKzgnMmgeMIC+75W6T+XCLDcXVu/lW5uVfmZl2RmzEj1zY9N2Va rnVqrlSaS1Nyx41PnzA+Y5KaXqJmjFHSxyoZhUXpclFGhj3TlpI63GZNHmaTLEk2ZNpGkid7pEJS dpFVGlVUlDE7Y2eGJEusSLpR6pUSksXBRqflJ49My7WPSMuy5KTd72Al7knuCe5x7rHuMW7ZXeh2 uPPdue4sd4Y7xW11S25y+2YwLauGauoqtGwGXFihzVBr4pJcq01Xa7QU31LjwzG0Gu/Ap8M6zdIR 54CsyiVL/XFWIMztjh6xbq0m2H5PoJNThcY6NAUfFgEefHCVO+J2fPTt5KwiEAhoV+N7vOgVUEdr YfF3h8jogDZdCPePDlCNNnOB5lAq1IufVp2tb71Q2zlhnFeb5A1pJd5g1WADgRCwVzvnDcUZV6rU IZ5W9dueVjymGOfbvHG+BW74jqHdDDxxab43Ls1DV8knuq5vZZfq3roejOl8yMjWt10cYpsZ3Hpz 0DfH6mG3GgYabKbWC6a9YHDrEMseZGpVWaXfEVBVLV9TUCT9A1rPd2Fxtk38OTbOthuww4CdBkQM uMOAXQbcacBdBrQbsNuAPQZ0GHC3AHNl2I9rdC13G3CtAbMMmG2Ax4ByAyoMqDSgygCvAdUGXKdP Ify3tnamiOr31VbUaMNqQb6l2kgFjVfQuAoNm1KBj1Lie0sSXlyHyZTzrBUffAWVvvr6qzqbNtWZ 6cwsBmP4DPS1R4p8HUmir8hjiRjfffT/RaH/Y1eD+SVIomwiU7ZAzjZlK6RxsJIlBZpx5DJlTum0 3JQl6FebsgXyA6Zshdwzr6aqorJande2sikcum5daE24/vJUNI9qqIoqqJKqSUWrjVZSE4UpRNfR OvA1kOupFrQKttugWXeZY77PXmbWOG0E3Yj9YGSnqeL/AySdSpuBTDDdbmXWEQ1/8+byDPcfmcP4 99Oje38/sx8HdpQopf+b6v8JMAAP7J6uCg1lbmRzdHJlYW0NZW5kb2JqDTQ0IDAgb2JqDTw8L1N0 ZW1WIDAvRm9udE5hbWUvTEtEQkNGK0x1Y2lkYUdyYW5kZS9Gb250RmlsZTIgNDMgMCBSL0ZsYWdz IDQvRGVzY2VudCAtMjEwL0ZvbnRCQm94WzEyNCAwIDYyNSA2MjVdL0FzY2VudCA5NjYvQ2FwSGVp Z2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTQ1IDAgb2Jq DTw8L1N1YnR5cGUvQ0lERm9udFR5cGUyL0ZvbnREZXNjcmlwdG9yIDQ0IDAgUi9CYXNlRm9udC9M S0RCQ0YrTHVjaWRhR3JhbmRlL1dbMVswXV0vQ0lEVG9HSURNYXAvSWRlbnRpdHkvQ0lEU3lzdGVt SW5mbzw8L1N1cHBsZW1lbnQgMC9PcmRlcmluZyhJZGVudGl0eSkvUmVnaXN0cnkoQWRvYmUpPj4v RFcgMTAwMC9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNDYgMCBvYmoNPDwvU3RlbVYgMTcwL0ZvbnROYW1l L1RhaG9tYS1Cb2xkL0ZsYWdzIDMyL0Rlc2NlbnQgLTIwNi9Gb250QkJveFs5IC0xNSA4NzUgNzYw XS9Bc2NlbnQgMTAwMC9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xl IDA+Pg1lbmRvYmoNNDcgMCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDc4IDAg Ui9Db250ZW50cyA0OSAwIFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNl cyA0OCAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTQ4IDAgb2JqDTw8L0NvbG9yU3BhY2U8PC9DczYg ODggMCBSPj4vRm9udDw8L1RUNjAgNzUgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0 ZTw8L0dTMSA4OSAwIFI+Pj4+DWVuZG9iag00OSAwIG9iag08PC9MZW5ndGggMTgzL0ZpbHRlci9G bGF0ZURlY29kZT4+c3RyZWFtDQpo3lyOMQvCMBCF9/sVN9qh1zubS5rVKoKLQ89JnAoKgi4F/fte qoNKIDySx/e9ZjsIXiZYGTRmkVHQzpBJI7KfOWiiNmLSQLoMHdoNmn6KOE5zhXEa78BoY7mesMDK rh5r7Ui8vQbpKIpI+TwuMDUJq5PtQEmD4wrhE98iyUKsXSgiYm7bgq49SZ75h0HW+37AxA4Vfkjx /S4WdmXw/jfrf2KtbgtLVKUcys7388bgJcAAtvQ5wQoNZW5kc3RyZWFtDWVuZG9iag01MCAwIG9i ag08PC9TdGVtViAwL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMyL0Rlc2NlbnQg LTIxNi9Gb250QkJveFstNzcgLTIxNiA5MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhlaWdodCAwL1R5 cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag01MSAwIG9iag08PC9TdWJ0 eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDQgMCBSL0xhc3RDaGFyIDEyMS9XaWR0aHNbMjUw IDAgMCAwIDAgMCAwIDAgMzMzIDMzMyAwIDAgMjUwIDMzMyAyNTAgMjc4IDUwMCA1MDAgNTAwIDUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDAgMjc4IDAgMCAwIDAgMCAwIDcyMiAwIDY2NyA3MjIgNjEx IDU1NiAwIDAgMzMzIDAgMCA2MTEgMCAwIDcyMiA1NTYgMCA2NjcgNTU2IDYxMSA3MjIgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDAgNTAw IDI3OCA3NzggNTAwIDUwMCA1MDAgMCAzMzMgMzg5IDI3OCA1MDAgNTAwIDcyMiA1MDAgNTAwXS9C YXNlRm9udC9UaW1lc05ld1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVu Y29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag01MiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0Zv bnREZXNjcmlwdG9yIDUgMCBSL0xhc3RDaGFyIDExNy9XaWR0aHNbMjUwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMjUwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgNjExIDYxMSAwIDAgMzMzIDAgMCA1NTYgMCAwIDcyMiA2MTEgMCAwIDUwMCA1NTYgNzIyIDAg ODMzIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCAwIDQ0NCA1MDAgNDQ0IDAgMCA1MDAgMjc4IDAgMCAw IDAgNTAwIDUwMCAwIDAgMzg5IDM4OSAyNzggNTAwXS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFMt SXRhbGljTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+ Pg1lbmRvYmoNNTMgMCBvYmoNPDwvU3VidHlwZS9UeXBlMC9EZXNjZW5kYW50Rm9udHNbOSAwIFJd L0Jhc2VGb250L0xLQ1BIQitMdWNpZGFHcmFuZGUvRW5jb2RpbmcvSWRlbnRpdHktSC9UeXBlL0Zv bnQ+Pg1lbmRvYmoNNTQgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAx MCAwIFIvTGFzdENoYXIgMTE2L1dpZHRoc1syOTMgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzNjMgMCAwIDAgMCAwIDAgMCAwIDAgNzU3IDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNjI5 IDU5NCAwIDAgMCAwIDAgMCAzMDIgMCAwIDAgMCAwIDAgMCA0MTZdL0Jhc2VGb250L1RhaG9tYS1C b2xkL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5k b2JqDTU1IDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgNiAwIFIvTGFz dENoYXIgMTE2L1dpZHRoc1syNzggMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDI3OCA1NTYg NTU2IDU1NiA1NTYgMCAwIDAgMCA1NTYgMCAyNzggMCAwIDAgMCAwIDAgNjY3IDAgNzIyIDAgMCAw IDAgMCAwIDUwMCAwIDAgODMzIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg NTU2IDAgMCAwIDU1NiAwIDU1NiAwIDAgMCAwIDAgMCA1NTYgNTU2IDAgMCAzMzMgNTAwIDI3OF0v QmFzZUZvbnQvQXJpYWxNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5 cGUvRm9udD4+DWVuZG9iag01NiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlw dG9yIDE0IDAgUi9MYXN0Q2hhciAxNDgvV2lkdGhzWzI1MCAwIDQwOCAwIDAgMCAwIDAgMzMzIDMz MyAwIDAgMjUwIDMzMyAyNTAgMjc4IDUwMCA1MDAgMCA1MDAgNTAwIDUwMCAwIDUwMCA1MDAgMCAy NzggMCA1NjQgMCA1NjQgMCA5MjEgNzIyIDY2NyA2NjcgNzIyIDYxMSA1NTYgNzIyIDAgMzMzIDAg MCA2MTEgMCA3MjIgNzIyIDU1NiAwIDY2NyA1NTYgNjExIDcyMiAwIDAgMCAwIDAgMzMzIDAgMzMz IDAgMCAwIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDAgNTAwIDI3OCA3Nzgg NTAwIDUwMCA1MDAgNTAwIDMzMyAzODkgMjc4IDUwMCA1MDAgNzIyIDUwMCA1MDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA0NDQgNDQ0XS9CYXNlRm9u dC9UaW1lc05ld1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5n L1R5cGUvRm9udD4+DWVuZG9iag01NyAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNj cmlwdG9yIDE1IDAgUi9MYXN0Q2hhciAzMi9XaWR0aHNbNjAwXS9CYXNlRm9udC9Db3VyaWVyTmV3 UFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVu ZG9iag01OCAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDE2IDAgUi9M YXN0Q2hhciAxMTcvV2lkdGhzWzI1MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDI1MCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA2MTEgMCAwIDcyMiAwIDAgNzIyIDAgMzMz IDAgMCA1NTYgMCAwIDAgMCAwIDYxMSAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDAg NDQ0IDUwMCA0NDQgMjc4IDUwMCA1MDAgMjc4IDAgMCAyNzggMCA1MDAgNTAwIDAgNTAwIDM4OSAz ODkgMjc4IDUwMF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTLUl0YWxpY01UL0ZpcnN0Q2hhciAz Mi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTU5IDAgb2JqDTw8 L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMjAgMCBSL0xhc3RDaGFyIDE0OC9XaWR0 aHNbMjUwIDAgNDA4IDAgMCAwIDAgMCAzMzMgMzMzIDAgMCAyNTAgMzMzIDI1MCAyNzggNTAwIDUw MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMCAyNzggMjc4IDAgMCAwIDAgMCA3MjIgNjY3 IDY2NyA3MjIgNjExIDU1NiA3MjIgNzIyIDMzMyAwIDAgNjExIDg4OSA3MjIgNzIyIDU1NiA3MjIg NjY3IDU1NiA2MTEgNzIyIDcyMiA5NDQgNzIyIDcyMiAwIDMzMyAwIDMzMyAwIDAgMCA0NDQgNTAw IDQ0NCA1MDAgNDQ0IDMzMyA1MDAgNTAwIDI3OCAwIDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDUw MCAzMzMgMzg5IDI3OCA1MDAgNTAwIDcyMiA1MDAgNTAwIDQ0NCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA0NDQgNDQ0XS9CYXNlRm9udC9UaW1lc05ld1Jv bWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+ DWVuZG9iag02MCAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDI0IDAg Ui9MYXN0Q2hhciAzMi9XaWR0aHNbMzUyXS9CYXNlRm9udC9WZXJkYW5hL0ZpcnN0Q2hhciAzMi9F bmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTYxIDAgb2JqDTw8L1N1 YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMjMgMCBSL0xhc3RDaGFyIDMyL1dpZHRoc1sy NzhdL0Jhc2VGb250L0FyaWFsTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGlu Zy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNjIgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVz Y3JpcHRvciAyMiAwIFIvTGFzdENoYXIgMTQ5L1dpZHRoc1s0NjBdL0Jhc2VGb250L0xLREFDSytT eW1ib2wvRmlyc3RDaGFyIDE0OS9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4N ZW5kb2JqDTYzIDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMjUgMCBS L0xhc3RDaGFyIDExNy9XaWR0aHNbMjUwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDMzMyAyNTAg MCAwIDAgMCA1MDAgMCA1MDAgMCA1MDAgNTAwIDAgMCAwIDAgMCAwIDAgMCA2MTEgMCAwIDAgMCAw IDAgMCAwIDAgMCA1NTYgODMzIDY2NyAwIDYxMSAwIDAgNTAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgNTAwIDUwMCA0NDQgNTAwIDQ0NCAwIDAgMCAyNzggMCAwIDI3OCAwIDUwMCA1MDAgNTAw IDAgMzg5IDM4OSAyNzggNTAwXS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRmly c3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNjQg MCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAyOSAwIFIvTGFzdENoYXIg MTQ2L1dpZHRoc1syNTAgMCAwIDAgMCAwIDAgMCAzMzMgMzMzIDAgMCAyNTAgMzMzIDI1MCAyNzgg NTAwIDUwMCA1MDAgNTAwIDAgNTAwIDUwMCA1MDAgNTAwIDUwMCAyNzggMCAwIDAgMCAwIDAgNzIy IDY2NyA2NjcgNzIyIDYxMSA1NTYgMCAwIDMzMyAwIDAgNjExIDg4OSA3MjIgNzIyIDU1NiAwIDY2 NyA1NTYgNjExIDcyMiAwIDk0NCAwIDAgMCAzMzMgMCAzMzMgMCAwIDAgNDQ0IDUwMCA0NDQgNTAw IDQ0NCAzMzMgNTAwIDUwMCAyNzggMjc4IDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDAgMzMzIDM4 OSAyNzggNTAwIDUwMCA3MjIgNTAwIDUwMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAzMzNdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5QU01UL0ZpcnN0Q2hh ciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTY1IDAgb2Jq DTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMzEgMCBSL0xhc3RDaGFyIDExNi9X aWR0aHNbMjc4IDAgMzU1IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDI3OCA1NTYgNTU2IDU1NiA1 NTYgMCA1NTYgMCAwIDU1NiA1NTYgMjc4IDAgMCAwIDAgMCAwIDY2NyAwIDcyMiAwIDAgMCAwIDAg Mjc4IDUwMCAwIDU1NiA4MzMgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1 NTYgMCAwIDU1NiA1NTYgMjc4IDU1NiAwIDAgMCAwIDAgMCA1NTYgNTU2IDAgMCAzMzMgNTAwIDI3 OF0vQmFzZUZvbnQvQXJpYWxNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5n L1R5cGUvRm9udD4+DWVuZG9iag02NiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNj cmlwdG9yIDM1IDAgUi9MYXN0Q2hhciAxMTYvV2lkdGhzWzMzMyAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgNjExIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCA1NTYgMCAwIDYxMSA1NTYgMCAwIDAgMCAwIDAgMCA4ODkgMCA2MTEgMCAwIDM4OSAwIDMzM10v QmFzZUZvbnQvQXJpYWwtQm9sZE1UL0ZpcnN0Q2hhciA1OC9FbmNvZGluZy9XaW5BbnNpRW5jb2Rp bmcvVHlwZS9Gb250Pj4NZW5kb2JqDTY3IDAgb2JqDTw8L1N1YnR5cGUvVHlwZTAvRGVzY2VuZGFu dEZvbnRzWzM0IDAgUl0vQmFzZUZvbnQvTEtEQUhFK0x1Y2lkYUdyYW5kZS9FbmNvZGluZy9JZGVu dGl0eS1IL1R5cGUvRm9udD4+DWVuZG9iag02OCAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0Zv bnREZXNjcmlwdG9yIDMwIDAgUi9MYXN0Q2hhciAxMjEvV2lkdGhzWzI1MCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAzMzMgMjUwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCA2NjcgNzIyIDAgMCAwIDAgMzMzIDAgMCA1NTYgMCA2NjcgMCA2MTEgMCAwIDUwMCAwIDAgMCA4 MzMgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDUwMCA0NDQgNTAwIDQ0NCAyNzggNTAwIDUwMCAyNzgg MCA0NDQgMjc4IDcyMiA1MDAgNTAwIDUwMCAwIDM4OSAzODkgMjc4IDUwMCA0NDQgMCAwIDQ0NF0v QmFzZUZvbnQvVGltZXNOZXdSb21hblBTLUl0YWxpY01UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9X aW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTY5IDAgb2JqDTw8L1N1YnR5cGUvVHJ1 ZVR5cGUvRm9udERlc2NyaXB0b3IgMzYgMCBSL0xhc3RDaGFyIDExNi9XaWR0aHNbMjkzIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzYzIDAgMCAwIDAg MCAwIDAgMCAwIDc1NyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDYyOSA1OTQgMCAwIDAgMCAwIDAgMzAyIDAgMCAwIDAgMCAwIDAg NDE2XS9CYXNlRm9udC9UYWhvbWEtQm9sZC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVu Y29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag03MCAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0Zv bnREZXNjcmlwdG9yIDQwIDAgUi9MYXN0Q2hhciAxMjEvV2lkdGhzWzI1MCAwIDQwOCAwIDAgMCAw IDAgMzMzIDMzMyAwIDAgMjUwIDMzMyAyNTAgMjc4IDUwMCA1MDAgMCA1MDAgMCA1MDAgNTAwIDUw MCA1MDAgMCAyNzggMjc4IDAgMCAwIDAgOTIxIDcyMiA2NjcgNjY3IDcyMiA2MTEgNTU2IDcyMiA3 MjIgMzMzIDAgNzIyIDYxMSA4ODkgNzIyIDcyMiA1NTYgMCA2NjcgNTU2IDYxMSA3MjIgNzIyIDk0 NCA3MjIgNzIyIDYxMSAwIDAgMCAwIDAgMCA0NDQgNTAwIDQ0NCA1MDAgNDQ0IDMzMyA1MDAgNTAw IDI3OCAwIDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDUwMCAzMzMgMzg5IDI3OCA1MDAgNTAwIDcy MiA1MDAgNTAwXS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2Rp bmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag03MSAwIG9iag08PC9TdWJ0eXBl L1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDQyIDAgUi9MYXN0Q2hhciAxMjEvV2lkdGhzWzI3OCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMjc4IDU1NiA1NTYgMCA1NTYgNTU2IDAgNTU2IDAg MCA1NTYgMjc4IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNzIyIDAgMCAwIDAgODMzIDAgMCA2 NjcgMCA3MjIgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTU2IDAgMCAwIDAg MCAwIDIyMiAwIDAgNTU2IDAgMCAwIDUwMCAwIDU1NiAwIDAgMCA1MDBdL0Jhc2VGb250L0FyaWFs TVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRv YmoNNzIgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciA0MSAwIFIvTGFz dENoYXIgMzIvV2lkdGhzWzI1MF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTLUl0YWxpY01UL0Zp cnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTcz IDAgb2JqDTw8L1N1YnR5cGUvVHlwZTAvRGVzY2VuZGFudEZvbnRzWzQ1IDAgUl0vQmFzZUZvbnQv TEtEQkNGK0x1Y2lkYUdyYW5kZS9FbmNvZGluZy9JZGVudGl0eS1IL1R5cGUvRm9udD4+DWVuZG9i ag03NCAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDQ2IDAgUi9MYXN0 Q2hhciAxMTYvV2lkdGhzWzI5MyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDM2MyAwIDAgMCAwIDAgMCAwIDAgMCA3NTcgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA2MjkgNTk0IDAgMCAw IDAgMCAwIDMwMiAwIDAgMCAwIDAgMCAwIDQxNl0vQmFzZUZvbnQvVGFob21hLUJvbGQvRmlyc3RD aGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNzUgMCBv YmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciA1MCAwIFIvTGFzdENoYXIgMTE4 L1dpZHRoc1syNTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDI3OCA1MDAgNTAwIDAgMCAw IDAgMCA1MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDY2NyA3MjIgMCAwIDAgMCAwIDAgMCAwIDAg MCA3MjIgMCAwIDAgNTU2IDAgNzIyIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1MDBdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5Q U01UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5k b2JqDTc2IDAgb2JqDTw8L051bXNbMCA3NyAwIFJdPj4NZW5kb2JqDTc3IDAgb2JqDTw8L1MvRD4+ DWVuZG9iag03OCAwIG9iag08PC9Db3VudCA3L1R5cGUvUGFnZXMvS2lkc1s4MyAwIFIgMSAwIFIg MTEgMCBSIDE3IDAgUiAyNiAwIFIgMzcgMCBSIDQ3IDAgUl0+Pg1lbmRvYmoNNzkgMCBvYmoNPDwv U3VidHlwZS9YTUwvTGVuZ3RoIDM2NTAvVHlwZS9NZXRhZGF0YT4+c3RyZWFtDQo8P3hwYWNrZXQg YmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENlaGlIenJlU3pOVGN6a2M5ZCI/Pgo8eDp4bXBtZXRhIHht bG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA0LjAtYzMxNiA0 NC4yNTM5MjEsIFN1biBPY3QgMDEgMjAwNiAxNzowODoyMyI+CiAgIDxyZGY6UkRGIHhtbG5zOnJk Zj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+CiAgICAgIDxy ZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAgICAgICAgIHhtbG5zOnhhcD0iaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLyI+CiAgICAgICAgIDx4YXA6Q3JlYXRlRGF0ZT4yMDA5LTAx LTA4VDEyOjM3LTA1OjAwPC94YXA6Q3JlYXRlRGF0ZT4KICAgICAgICAgPHhhcDpNb2RpZnlEYXRl PjIwMDktMDEtMDhUMTI6MzctMDU6MDA8L3hhcDpNb2RpZnlEYXRlPgogICAgICAgICA8eGFwOkNy ZWF0b3JUb29sPk1pY3Jvc29mdCBXb3JkOiBjZ3BkZnRvcHMgQ1VQUyBmaWx0ZXI8L3hhcDpDcmVh dG9yVG9vbD4KICAgICAgPC9yZGY6RGVzY3JpcHRpb24+CiAgICAgIDxyZGY6RGVzY3JpcHRpb24g cmRmOmFib3V0PSIiCiAgICAgICAgICAgIHhtbG5zOnBkZj0iaHR0cDovL25zLmFkb2JlLmNvbS9w ZGYvMS4zLyI+CiAgICAgICAgIDxwZGY6UHJvZHVjZXI+QWNyb2JhdCBEaXN0aWxsZXIgOC4xLjAg KE1hY2ludG9zaCk8L3BkZjpQcm9kdWNlcj4KICAgICAgPC9yZGY6RGVzY3JpcHRpb24+CiAgICAg IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiCiAgICAgICAgICAgIHhtbG5zOmRjPSJodHRw Oi8vcHVybC5vcmcvZGMvZWxlbWVudHMvMS4xLyI+CiAgICAgICAgIDxkYzpmb3JtYXQ+YXBwbGlj YXRpb24vcGRmPC9kYzpmb3JtYXQ+CiAgICAgICAgIDxkYzpjcmVhdG9yPgogICAgICAgICAgICA8 cmRmOlNlcT4KICAgICAgICAgICAgICAgPHJkZjpsaT5SYXkgUGVsbGV0aWVyPC9yZGY6bGk+CiAg ICAgICAgICAgIDwvcmRmOlNlcT4KICAgICAgICAgPC9kYzpjcmVhdG9yPgogICAgICAgICA8ZGM6 dGl0bGU+CiAgICAgICAgICAgIDxyZGY6QWx0PgogICAgICAgICAgICAgICA8cmRmOmxpIHhtbDps YW5nPSJ4LWRlZmF1bHQiPk1pY3Jvc29mdCBXb3JkIC0gRHJhZnQtVXBkYXRlLXRvLUlFVEYtVHJ1 c3QtTGVnYWwtUHJvdmlzaW9ucy0xLTA2LTA5LkRPQzwvcmRmOmxpPgogICAgICAgICAgICA8L3Jk ZjpBbHQ+CiAgICAgICAgIDwvZGM6dGl0bGU+CiAgICAgIDwvcmRmOkRlc2NyaXB0aW9uPgogICAg ICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4YXBNTT0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL21tLyI+CiAgICAgICAgIDx4YXBNTTpEb2N1bWVu dElEPnV1aWQ6ODQxZjQ5OTYtMWNlYi04NzRkLWJlYTYtYzcxOTdhYzI1OGM1PC94YXBNTTpEb2N1 bWVudElEPgogICAgICAgICA8eGFwTU06SW5zdGFuY2VJRD51dWlkOjAzMGE3NzdlLWQ3OWUtYzc0 Ny1iYmU4LWEzZTY3NzA3NmMyMjwveGFwTU06SW5zdGFuY2VJRD4KICAgICAgPC9yZGY6RGVzY3Jp cHRpb24+CiAgIDwvcmRmOlJERj4KPC94OnhtcG1ldGE+CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IAogICAgICAgICAgICAgICAgICAgICAgICAgICAKPD94cGFja2V0IGVuZD0idyI/Pg1lbmRzdHJl YW0NZW5kb2JqDTgwIDAgb2JqDTw8L0NyZWF0aW9uRGF0ZShEOjIwMDkwMTA4MTIzNzAwLTA1JzAw JykvQXV0aG9yKFJheSBQZWxsZXRpZXIpL0NyZWF0b3IoTWljcm9zb2Z0IFdvcmQ6IGNncGRmdG9w cyBDVVBTIGZpbHRlcikvUHJvZHVjZXIoQWNyb2JhdCBEaXN0aWxsZXIgOC4xLjAgXChNYWNpbnRv c2hcKSkvTW9kRGF0ZShEOjIwMDkwMTA4MTIzNzAwLTA1JzAwJykvVGl0bGUoTWljcm9zb2Z0IFdv cmQgLSBEcmFmdC1VcGRhdGUtdG8tSUVURi1UcnVzdC1MZWdhbC1Qcm92aXNpb25zLTEtMDYtMDku RE9DKT4+DWVuZG9iag14cmVmDTAgODENMDAwMDAwMDAwMCA2NTUzNSBmDQowMDAwMDE1MDU2IDAw MDAwIG4NCjAwMDAwMTUxODMgMDAwMDAgbg0KMDAwMDAxNTM0MiAwMDAwMCBuDQowMDAwMDE3Nzgy IDAwMDAwIG4NCjAwMDAwMTc5NTggMDAwMDAgbg0KMDAwMDAxODEzNiAwMDAwMCBuDQowMDAwMDE4 Mjg2IDAwMDAwIG4NCjAwMDAwMjMwMTAgMDAwMDAgbg0KMDAwMDAyMzE4NSAwMDAwMCBuDQowMDAw MDIzMzg5IDAwMDAwIG4NCjAwMDAwMjM1NDUgMDAwMDAgbg0KMDAwMDAyMzY3NSAwMDAwMCBuDQow MDAwMDIzODExIDAwMDAwIG4NCjAwMDAwMjU5NjYgMDAwMDAgbg0KMDAwMDAyNjE0MyAwMDAwMCBu DQowMDAwMDI2Mjk4IDAwMDAwIG4NCjAwMDAwMjY0NzUgMDAwMDAgbg0KMDAwMDAyNjYwNSAwMDAw MCBuDQowMDAwMDI2NzY1IDAwMDAwIG4NCjAwMDAwMjk4MDMgMDAwMDAgbg0KMDAwMDAyOTk4MCAw MDAwMCBuDQowMDAwMDMxOTYzIDAwMDAwIG4NCjAwMDAwMzIxMzcgMDAwMDAgbg0KMDAwMDAzMjI4 OCAwMDAwMCBuDQowMDAwMDMyNDM4IDAwMDAwIG4NCjAwMDAwMzI2MTUgMDAwMDAgbg0KMDAwMDAz Mjc0NSAwMDAwMCBuDQowMDAwMDMyOTE3IDAwMDAwIG4NCjAwMDAwMzY0NDYgMDAwMDAgbg0KMDAw MDAzNjYyMyAwMDAwMCBuDQowMDAwMDM2ODAwIDAwMDAwIG4NCjAwMDAwMzY5NTIgMDAwMDAgbg0K MDAwMDA0MTY3NiAwMDAwMCBuDQowMDAwMDQxODUzIDAwMDAwIG4NCjAwMDAwNDIwNTkgMDAwMDAg bg0KMDAwMDA0MjIxNiAwMDAwMCBuDQowMDAwMDQyMzcyIDAwMDAwIG4NCjAwMDAwNDI1MDIgMDAw MDAgbg0KMDAwMDA0MjY2MiAwMDAwMCBuDQowMDAwMDQ2MDYxIDAwMDAwIG4NCjAwMDAwNDYyMzgg MDAwMDAgbg0KMDAwMDA0NjQxMCAwMDAwMCBuDQowMDAwMDQ2NTYyIDAwMDAwIG4NCjAwMDAwNTEy ODYgMDAwMDAgbg0KMDAwMDA1MTQ2MyAwMDAwMCBuDQowMDAwMDUxNjY5IDAwMDAwIG4NCjAwMDAw NTE4MjUgMDAwMDAgbg0KMDAwMDA1MTk1NSAwMDAwMCBuDQowMDAwMDUyMDY3IDAwMDAwIG4NCjAw MDAwNTIzMTkgMDAwMDAgbg0KMDAwMDA1MjQ4MSAwMDAwMCBuDQowMDAwMDUyOTIyIDAwMDAwIG4N CjAwMDAwNTMzMDQgMDAwMDAgbg0KMDAwMDA1MzQyMSAwMDAwMCBuDQowMDAwMDUzNzU1IDAwMDAw IG4NCjAwMDAwNTQxMTAgMDAwMDAgbg0KMDAwMDA1NDYyNiAwMDAwMCBuDQowMDAwMDU0NzgyIDAw MDAwIG4NCjAwMDAwNTUxNjUgMDAwMDAgbg0KMDAwMDA1NTY5NyAwMDAwMCBuDQowMDAwMDU1ODQ2 IDAwMDAwIG4NCjAwMDAwNTU5OTUgMDAwMDAgbg0KMDAwMDA1NjE1MiAwMDAwMCBuDQowMDAwMDU2 NTQxIDAwMDAwIG4NCjAwMDAwNTcwNDkgMDAwMDAgbg0KMDAwMDA1NzQxOSAwMDAwMCBuDQowMDAw MDU3NzA2IDAwMDAwIG4NCjAwMDAwNTc4MjQgMDAwMDAgbg0KMDAwMDA1ODIzMSAwMDAwMCBuDQow MDAwMDU4NTY1IDAwMDAwIG4NCjAwMDAwNTkwMzMgMDAwMDAgbg0KMDAwMDA1OTM5NyAwMDAwMCBu DQowMDAwMDU5NTYzIDAwMDAwIG4NCjAwMDAwNTk2ODEgMDAwMDAgbg0KMDAwMDA2MDAxNSAwMDAw MCBuDQowMDAwMDYwMzY3IDAwMDAwIG4NCjAwMDAwNjA0MDMgMDAwMDAgbg0KMDAwMDA2MDQyOCAw MDAwMCBuDQowMDAwMDYwNTIyIDAwMDAwIG4NCjAwMDAwNjQyNDkgMDAwMDAgbg0KdHJhaWxlcg08 PC9TaXplIDgxPj4Nc3RhcnR4cmVmDTExNg0lJUVPRg0= ------=_NextPart_000_0020_01C971B0.4A1BABC0-- From wgchairs-bounces@ietf.org Thu Jan 8 14:32:03 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8F9083A6965; Thu, 8 Jan 2009 14:32:03 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 412143A68A2; Thu, 8 Jan 2009 14:28:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.569 X-Spam-Level: X-Spam-Status: No, score=-2.569 tagged_above=-999 required=5 tests=[AWL=0.030, 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 qEJaKrEgERxb; Thu, 8 Jan 2009 14:28:15 -0800 (PST) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by core3.amsl.com (Postfix) with ESMTP id A91D73A68B5; Thu, 8 Jan 2009 14:28:14 -0800 (PST) Received: by ti-out-0910.google.com with SMTP id a6so6210089tib.25 for ; Thu, 08 Jan 2009 14:28:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=UcVxKdfTcu/9TIuEyGc+cKBbKAXQ7tMPwbJNYmKSeyQ=; b=huYxNpBVWVuNo2CuGQqvz5uR/ipXCqDijqvz/dn2GoKl6LQ7zllzd5+yNEzQ9ie1cR 7PHrhtGGnzih1sq3Ejcaq6Bcv78QNmhsreUuwsydSu/s3iCAC9GNSweIM+2CsKDm0kQv zSynO+gr7yIrv17+7GJzAL+4aPMlTMXQto7xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=p+0i0OjJbgnxMp2BaLEpUhC9FM7/C+7YXo2J+pvd5IfUBALOAShBsO0aI6BF1tlae9 d9u16oNSzDAkfT3TG5qWP7KheDooNmUbWNwW4hTTGBzPrtMADeS7YsKrKIps8SjlStdM Ko214kKwFA7M/zQwXPyTATdC6Pmp3cudiL9nI= Received: by 10.110.28.15 with SMTP id b15mr8689010tib.56.1231453680704; Thu, 08 Jan 2009 14:28:00 -0800 (PST) Received: from ?10.1.1.4? (118-93-185-90.dsl.dyn.ihug.co.nz [118.93.185.90]) by mx.google.com with ESMTPS id a14sm2235434tia.32.2009.01.08.14.27.56 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jan 2009 14:27:59 -0800 (PST) Message-ID: <49667DEF.6010900@gmail.com> Date: Fri, 09 Jan 2009 11:27:59 +1300 From: Brian E Carpenter Organization: University of Auckland User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Ed Juskevicius Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem References: <70873A2B7F744826B0507D4B84903E60@noisy> In-Reply-To: <70873A2B7F744826B0507D4B84903E60@noisy> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 08 Jan 2009 14:32:02 -0800 Cc: 'Trustees' , wgchairs@ietf.org, 'IETF Discussion' , rfc-editor@rfc-editor.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Ed, Thanks for this. As I understand it, the proposal boils down to adding a disclaimer to affected documents that reads: "This document contains material from IETF Documents or IETF Contribution= s published before November 10, 2008 and, to the Contributor=E2=80=99s know= ledge, the person(s) controlling the copyright in such material have not granted= the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from th= e person(s) controlling the copyright, this document may not be modified ou= tside the IETF Standards Process, and derivative works of it may not be created= outside the IETF Standards Process, except to format it for publication a= s an RFC and to translate it into languages other than English." That's a little bit long-winded but I agree that this is a correct fix. However, I didn't see in your note an explanation of the procedure for approving the use of this boilerplate (and preventing it being used simply as an easy way out). Rather than ranting about that, I will shortly submit an I-D that makes a concrete and, I hope, simple proposal for that as a fix to RFC5378. I see no reason that we need to revisit RFC5378 in a fundamental way. Regards Brian From wgchairs-bounces@ietf.org Thu Jan 8 14:49:42 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1281328C11F; Thu, 8 Jan 2009 14:49:42 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 464ED28C0FE; Thu, 8 Jan 2009 14:49:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.473 X-Spam-Level: X-Spam-Status: No, score=-106.473 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, 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 kmwtIL4kTXTy; Thu, 8 Jan 2009 14:49:38 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id C10D23A67F8; Thu, 8 Jan 2009 14:49:38 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,235,1231113600"; d="scan'208";a="226335512" Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 08 Jan 2009 22:49:25 +0000 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n08MnMgC012345; Thu, 8 Jan 2009 14:49:22 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n08MnMgZ025402; Thu, 8 Jan 2009 22:49:22 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Jan 2009 14:49:22 -0800 Received: from stealth-10-32-244-220.cisco.com ([10.32.244.220]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 8 Jan 2009 14:49:20 -0800 From: Fred Baker To: Ed Juskevicius In-Reply-To: <70873A2B7F744826B0507D4B84903E60@noisy> Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem X-Priority: 1 (Highest) References: <70873A2B7F744826B0507D4B84903E60@noisy> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 8 Jan 2009 14:49:16 -0800 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 08 Jan 2009 22:49:21.0315 (UTC) FILETIME=[58813F30:01C971E3] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=8132; t=1231454962; x=1232318962; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20 |Subject:=20Re=3A=20[Trustees]=20ANNOUNCEMENT=3A=20The=20IE TF=20Trustees=20invite=20your=20review=20and=20comments=20on =20a=20proposed=20Work-Around=20to=20the=20Pre-5378=20Proble m |Sender:=20; bh=Li2oVMyjit+361AjMmZROMfVTe57R1nuNowj0Za8FPM=; b=u2pVNHs9k3Xaunjb2HC+hs/SYrapq5lWQAd23a42s2v6nIBPtx56GLQVUN spKhpsoPn81CpkTNE3zPPCiMeZ0pOPV5TM0UWPW7ab2S7Cw+dOCJR4r0xDl2 B2Sg9G7o0e; Authentication-Results: sj-dkim-2; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); Cc: Trustees , Working Group Chairs , IETF Discussion , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org You asked me to make this comment publicly, so here it is. In my opinion, we need a 5378-bis that keeps the good bits but corrects the issue that has been problematic. The question before the house is how best to achieve that. The proposal here is to provide a work-around that enables an internet draft author to state that s/he has not verified the transferability of his/her text, which will work until an appropriate 5378-bis can be produced. This means that the tools people have to produce and accept the work-around and later on change the tools to accept 5378-bis, and it places a burden on authors to make that statement. From my perspective, the best approach involves keeping the general case simple. The documents that have been transferred outside the IETF in the past five years is a single digit number, a tenth of a percent of all RFCs if not a smaller fraction. From my perspective, the simplest solution to the transfer issue is to ask the people relevant to a document for which transfer has been suggested whether they have an issue with transferring it, rather than asking every document author his or her opinion on the vast majority of documents, which will never be transferred. Remember that this boilerplate affects internet drafts, but most internet drafts are discussion documents - a fraction of internet drafts even become RFCs, and a small fraction of RFCs are transferred elsewhere. As to the other issues that 5378 addresses, I suspect that a better approach will be to fall back to 3978/4748/2026 temporarily and move to 5378-bis when it comes rather than to use this very general workaround to 5378's issues until 5378-bis is resolved. 3978 etc worked just fine for most purposes... On Jan 8, 2009, at 1:43 PM, Ed Juskevicius wrote: > The purpose of this message is twofold: > > 1) To summarize the issues that some members of our community > have experienced since the publication of RFC 5378 in November 2008, > and > 2) To invite community review and discussion on a potential work- > around > being considered by the IETF Trustees. > > Some I-D authors are having difficulty implementing RFC 5378. An > example of the difficulty is as follows: > > - an author wants to include pre-5378 content in a new submission > or contribution to the IETF, but > - s/he is not certain that all of the author(s) of the earlier > material have agreed to license it to the IETF Trust according > to RFC 5378. > > If an I-D author includes pre-5378 material in a new document, then > s/he > must represent or warrant that all of the authors who created the > pre-5378 material have granted rights for that material to the IETF > Trust. > If s/he cannot make this assertion, then s/he has a problem. > > This situation has halted the progression of some Internet-Drafts and > interrupted the publication of some RFCs. The Trustees of the IETF > Trust > are investigating ways to implement a temporary work-around so that > IETF > work can continue to progress. A permanent solution to this "pre-5378 > problem" may require an update to RFC 5378, for example new work by > the > community to create a 5378-bis document. > > The remainder of this message provides an outline of the temporary > work- > around being considered by the Trustees. > > RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the > authority to develop legend text for authors to use in situations > where > they wish to limit the granting of rights to modify and prepare > derivatives of the documents they submit. The Trustees used this > authority in 2008 to develop and adopt the current "Legal Provisions > Relating to IETF Documents" which are posted at: > http://trustee.ietf.org/license-info/. > > The Trustees are now considering the creation of optional new legend > text > which could be used by authors experiencing the "pre-5378 problem". > > The new legend text, if implemented, would do the following: > > a. Provide Authors and Contributors with a way to identify (to the > IETF Trust) that their contributions contain material from > pre-5378 > documents for which RFC 5378 rights to modify the material outside > the IETF standards process may not have been granted, and > > b. Provide the IETF Trust and the community with a clear indication > of every document containing pre-5378 content and having the > "pre-5378 problem". > > So, how could the creation and use of some new legend text help people > work-around the pre-5378 problem? > > The proposed answer is as follows: > > 1. Anyone having a contribution with the "pre-5378" problem should > add > new legend text to the contribution, to clearly flag that it > includes > pre-5378 material for which all of the rights needed under RFC > 5378 > may not have been granted, and > > 2. The IETF Trust will consider authors and contributors (with the > pre-5378 problem) to have met their RFC 5378 obligations if the > new legend text appears on their documents, and > > 3. Authors and contributors should only resort to adding the new > legend text to their documents (per #1) if they cannot develop > certainty that all of the author(s) of pre-5378 material in > their documents have agreed to license the pre-5378 content to > the IETF Trust according to RFC 5378. > > The proposed wording for the new legend text is now available for your > review and comments in section 6.c.iii of a draft revision to the > IETF Trust's "Legal Provisions Relating to IETF Documents" located at > http://trustee.ietf.org/policyandprocedures.html. > > Please note that the above document also contains new text in > section 5.c > dealing with "License Limitations". > > If your review and feedback on this proposed work-around is positive, > then the new text may be adopted by the Trustees in early February > 2009, > and then be published as an official revision to the Legal Provisions > document. If so adopted, Internet-Drafts with pre-5378 material may > advance within the Internet standards process and get published as > RFCs > where otherwise qualified to do so. Unless covered by sections > 6.c.i or > 6.c.ii, authors of documents in which there is no pre-5378 > material must provide a RFC 5378 license with no limitation on > modifications outside the IETF standards process. > > The IETF Trust will not grant the right to modify or prepare > derivative > works of any specific RFC or other IETF Contribution outside the IETF > standards process until RFC 5378 rights pertaining to that document > have > been obtained from all authors and after compliance by the IETF Trust > with RFC 5377. The Trustees will establish one or more mechanisms by > which authors of pre-5378 documents may grant RFC 5378 rights. > > The Trustees hereby invite your review, comments and suggestions on > this > proposed work-around to the "pre-5378 problem". The period for this > review > is 30 days. Microsoft WORD and PDF versions of the proposed > revisions are > attached to this message. Copies are also available on the IETF Trust > website under the heading "DRAFT Policy and Procedures Being > Developed" at: > http://trustee.ietf.org/policyandprocedures.html > > All feedback submitted before the end of February 7th will be > considered by > the Trustees. A decision on whether to move forward with this > proposal will > be made and communicated to you before the end of February 15th. > > Please give this your attention. > > Regards and Happy New Year ! > > Ed Juskevicius, on behalf of the IETF Trustees > edj.etc@gmail.com > Update-to-IETF-Trust-Legal- > Provisions-1-06-09.pdf>_______________________________________________ > Trustees mailing list > Trustees@ietf.org > https://www.ietf.org/mailman/listinfo/trustees From wgchairs-bounces@ietf.org Thu Jan 8 15:24:35 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B10A93A69A2; Thu, 8 Jan 2009 15:24:35 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BD6973A67FD; Thu, 8 Jan 2009 15:21:05 -0800 (PST) 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 gzxznpXTeDV8; Thu, 8 Jan 2009 15:21:04 -0800 (PST) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by core3.amsl.com (Postfix) with ESMTP id 373763A67A3; Thu, 8 Jan 2009 15:21:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=mecxHjg70hmGQd+xBUlTKbFjroidRmCOthM4Ie1xl3XlSD/RgaDq2lEpGrhzSKRn; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [64.125.79.23] (helo=[192.168.0.32]) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1LL4BG-0000H1-6S; Thu, 08 Jan 2009 18:20:50 -0500 Message-ID: <49668A53.6010204@earthlink.net> Date: Thu, 08 Jan 2009 15:20:51 -0800 From: TSG User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Ed Juskevicius Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem References: <70873A2B7F744826B0507D4B84903E60@noisy> In-Reply-To: <70873A2B7F744826B0507D4B84903E60@noisy> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 01b7a7e171bdf5911aa676d7e74259b7b3291a7d08dfec79c376b67ed07fe68a0a8e2f91a0ae57aa350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 64.125.79.23 X-Mailman-Approved-At: Thu, 08 Jan 2009 15:24:35 -0800 Cc: 'Trustees' , wgchairs@ietf.org, 'IETF Discussion' , ietf-announce@ietf.org, rfc-editor@rfc-editor.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Ed Juskevicius wrote: Ed - you nor the rest of this list is going to like this retort but I would ask that you read all of it prior to flushing the response. > The purpose of this message is twofold: > > 1) To summarize the issues that some members of our community > have experienced since the publication of RFC 5378 in November 2008, > and > 2) To invite community review and discussion on a potential work-around > being considered by the IETF Trustees. > > Some I-D authors are having difficulty implementing RFC 5378. An > example of the difficulty is as follows: > > - an author wants to include pre-5378 content in a new submission > or contribution to the IETF, but > - s/he is not certain that all of the author(s) of the earlier > material have agreed to license it to the IETF Trust according > to RFC 5378. > Then the submission of such an assertion would be a criminal act of fraud by wire... and that is not a joke. > If an I-D author includes pre-5378 material in a new document, then s/he > must represent or warrant that all of the authors who created the > pre-5378 material have granted rights for that material to the IETF Trust. > Something which by the way is physically impossible because of how the RFC2026 licensing model was setup. Hell even BCP78 and 79 exist under RFC2026 rules since they had to be published as such to get them into the channel to review and advance them to the BCP's. As such these all are moot... funny that eh? > If s/he cannot make this assertion, then s/he has a problem. > > This situation has halted the progression of some Internet-Drafts and > interrupted the publication of some RFCs. The Trustees of the IETF Trust > are investigating ways to implement a temporary work-around so that IETF > work can continue to progress. A permanent solution to this "pre-5378 > problem" may require an update to RFC 5378, for example new work by the > community to create a 5378-bis document. > You mean a POST-5378 IP Disclosure Document. The issue is what happens to any derivative licensing which stems from RFC2026 based controls. And since 5378 is a derivative of the BCP78 document it is tied itself to the RFC2026 rules still too one could easily argue. > The remainder of this message provides an outline of the temporary work- > around being considered by the Trustees. > > RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the > authority to develop legend text for authors to use in situations where > they wish to limit the granting of rights to modify and prepare > derivatives of the documents they submit. The Trustees used this > authority in 2008 to develop and adopt the current "Legal Provisions > Relating to IETF Documents" which are posted at: > http://trustee.ietf.org/license-info/. > RFC2026 will not allow this. In fact once published under RFC2026 those document's are cast in concrete as far as the license model is concerned. > The Trustees are now considering the creation of optional new legend text > which could be used by authors experiencing the "pre-5378 problem". > > The new legend text, if implemented, would do the following: > > a. Provide Authors and Contributors with a way to identify (to the > IETF Trust) that their contributions contain material from pre-5378 > documents for which RFC 5378 rights to modify the material outside > the IETF standards process may not have been granted, and > Meaning that those documents would be published under yet another set of IP licensing constraints - So lets see that makes 1) Pre BCP78 o- Pure RFC2026 based licensing 2) Post BCP-78 publishing with Pre-BCP 78 licensing included o- Includes non-trust managed IP o- Includes trust managed IP 3) Post BCP-78 with pure BCP-78 licensing through the Trust > b. Provide the IETF Trust and the community with a clear indication > of every document containing pre-5378 content and having the > "pre-5378 problem". > Ahahahah - Oh damn that's funny. Try all of the RFC's published prior to (IMHO) the IESG's #$%^&*()_ act of putting BCP78 and BCP79 into production. > So, how could the creation and use of some new legend text help people > work-around the pre-5378 problem? > It cannot. The RFC2026 Licensing model clearly must survive the original filing of the original BCP78 and its ludicrously funny and pretty stupid brother BCP79. > The proposed answer is as follows: > > 1. Anyone having a contribution with the "pre-5378" problem should add > new legend text to the contribution, to clearly flag that it includes > pre-5378 material for which all of the rights needed under RFC 5378 > may not have been granted, and > They, according to the IETF submission process, cannot do this because the amended document supposedly has to be submitted under the BCP78/79 Terms which is what we are saying doesn't work here. So this is clearly impossible. > 2. The IETF Trust will consider authors and contributors (with the > pre-5378 problem) to have met their RFC 5378 obligations if the > new legend text appears on their documents, and > The TRUST isn't the issue - its the US Courts that are the issue. > 3. Authors and contributors should only resort to adding the new > legend text to their documents (per #1) if they cannot develop > certainty that all of the author(s) of pre-5378 material in > their documents have agreed to license the pre-5378 content to > the IETF Trust according to RFC 5378. > I would suggest that this also is not enough... > The proposed wording for the new legend text is now available for your > review and comments in section 6.c.iii of a draft revision to the > IETF Trust's "Legal Provisions Relating to IETF Documents" located at > http://trustee.ietf.org/policyandprocedures.html. > > Please note that the above document also contains new text in section 5.c > dealing with "License Limitations". > > If your review and feedback on this proposed work-around is positive, > then the new text may be adopted by the Trustees in early February 2009, > and then be published as an official revision to the Legal Provisions > document. If so adopted, Internet-Drafts with pre-5378 material may > advance within the Internet standards process and get published as RFCs > where otherwise qualified to do so. Unless covered by sections 6.c.i or > 6.c.ii, authors of documents in which there is no pre-5378 > material must provide a RFC 5378 license with no limitation on > modifications outside the IETF standards process. > > The IETF Trust will not grant the right to modify or prepare derivative > works of any specific RFC or other IETF Contribution outside the IETF > standards process until RFC 5378 rights pertaining to that document have > been obtained from all authors and after compliance by the IETF Trust > with RFC 5377. The Trustees will establish one or more mechanisms by > which authors of pre-5378 documents may grant RFC 5378 rights. > > The Trustees hereby invite your review, comments and suggestions on this > proposed work-around to the "pre-5378 problem". The period for this review > is 30 days. Microsoft WORD and PDF versions of the proposed revisions are > attached to this message. Copies are also available on the IETF Trust > website under the heading "DRAFT Policy and Procedures Being Developed" at: > http://trustee.ietf.org/policyandprocedures.html > > All feedback submitted before the end of February 7th will be considered by > the Trustees. A decision on whether to move forward with this proposal will > be made and communicated to you before the end of February 15th. > > Please give this your attention. > Ed this is garbage... If the earlier releases IP Owners will not formally change their licensing terms then the ONLY solution is that the original license terms for any initiative apply to any and all derivative works unless those works have more restrictive licenses. There is also an issue as to any physical works which were derived from those earlier licenses since they also would be constrained by those original terms too one would think. Further this is NOT rocket-science, its common sense. If work-product "A" contained specific IP then the uses of that IP cannot exceed the original licenses including being given to the Trust which RFC2026 doesn't provide for in any form. That means that the IETF may not in fact convey those document's to the Trust at all. They remain inside the IETF until those other licensees agree to relicense their work, and still anyone who was a relying party is still bound by the original RFC2026 release rules. So as an example of how simple this is, take for instance work-product "A" which was filed under RFC20206 alone, and that means that the follow-on derivatives MUST also be totally contained/constrained by that same set of terms and conditions otherwise the original conveyance contract is flawed, and may be unenforceable. Which brings us back to the issue of that the Trust MAY not rewrite licenses for any IP that the IETF processed under RFC2026 unless ALL of the parties - the people who wrote those drafts, the IP owners of that work and anyone who has relied on a SW or systems product fabricated under those licenses. Wake up and smell the coffee... BCP 78 and BCP79 are a waste of time and were fabricated by individuals of questionable expertise since they pretty clearly have screwed the pooch on this one. Nice move Harald... Todd Glassey On behalf of the victims of the IETF Trust. From wgchairs-bounces@ietf.org Thu Jan 8 15:31:06 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9CD8A28C0F9; Thu, 8 Jan 2009 15:31:06 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 48A1628C0F6; Thu, 8 Jan 2009 15:31:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.414 X-Spam-Level: X-Spam-Status: No, score=-2.414 tagged_above=-999 required=5 tests=[AWL=0.184, 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 Duhan-8CzUZR; Thu, 8 Jan 2009 15:31:03 -0800 (PST) Received: from blu0-omc1-s21.blu0.hotmail.com (blu0-omc1-s21.blu0.hotmail.com [65.55.116.32]) by core3.amsl.com (Postfix) with ESMTP id A31CF28C0F7; Thu, 8 Jan 2009 15:30:53 -0800 (PST) Received: from BLU137-W19 ([65.55.116.9]) by blu0-omc1-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 8 Jan 2009 15:30:35 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_47466575-cffb-4f80-8a14-e3826622471e_" X-Originating-IP: [131.107.0.101] From: Bernard Aboba To: , Subject: RE: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Thu, 8 Jan 2009 15:30:35 -0800 Importance: Normal In-Reply-To: References: <70873A2B7F744826B0507D4B84903E60@noisy> MIME-Version: 1.0 X-OriginalArrivalTime: 08 Jan 2009 23:30:35.0636 (UTC) FILETIME=[1B50AB40:01C971E9] Cc: trustees@ietf.org, wgchairs@ietf.org, ietf@ietf.org, RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --_47466575-cffb-4f80-8a14-e3826622471e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > From my perspective=2C the best approach involves keeping the general =20 > case simple. The documents that have been transferred outside the IETF =20 > in the past five years is a single digit number=2C a tenth of a percent = =20 > of all RFCs if not a smaller fraction. From my perspective=2C the =20 > simplest solution to the transfer issue is to ask the people relevant =20 > to a document for which transfer has been suggested whether they have =20 > an issue with transferring it=2C rather than asking every document =20 > author his or her opinion on the vast majority of documents=2C which =20 > will never be transferred. Certainly in the IETF as we have known it=2C situations such as those described in RFC 4663 have been rare. If handling those scenarios is the major focus=2C then I'd agree with your argument for "optimizing for th= e common case". In particular=2C corner conditions have a way of being=20 somewhat unique (that's why they are corner conditions) so that=20 trying to handle all of them in a unified way can prove elusive.=20 So overall=2C the question seems to come down to whether transfers are likely to become much more commonplace in the future than they have in the past. It strikes me that the situations in which this would occur would tend to be rather dark -- and indeed the discussion on this topic has wandered into some of those less rosy scenarios. While an organization (or person) is healthy=2C it is often=20 difficult to muster much enthusiasm for "estate planning" discussions.=20 However=2C even if one considers those situations=2C it still is not entire= ly clear to me that these provisions are required. For example=2C over the=20 last few years we seem to have made it through a number of wrenching transitions without requiring this. =20 For example=2C do we believe that the situation described in RFC 4663 is likely to become increasingly common in the years ahead?=20 To be blunt=2C the only scenarios in which that would seem possible would be "worst case"=20 Remember that this boilerplate affects =20 > internet drafts=2C but most internet drafts are discussion documents - a = =20 > fraction of internet drafts even become RFCs=2C and a small fraction of = =20 > RFCs are transferred elsewhere. >=20 > As to the other issues that 5378 addresses=2C I suspect that a better =20 > approach will be to fall back to 3978/4748/2026 temporarily and move =20 > to 5378-bis when it comes rather than to use this very general =20 > workaround to 5378's issues until 5378-bis is resolved. 3978 etc =20 > worked just fine for most purposes... >=20 >=20 >=20 > On Jan 8=2C 2009=2C at 1:43 PM=2C Ed Juskevicius wrote: >=20 > > The purpose of this message is twofold: > > > > 1) To summarize the issues that some members of our community > > have experienced since the publication of RFC 5378 in November 2008= =2C > > and > > 2) To invite community review and discussion on a potential work-=20 > > around > > being considered by the IETF Trustees. > > > > Some I-D authors are having difficulty implementing RFC 5378. An > > example of the difficulty is as follows: > > > > - an author wants to include pre-5378 content in a new submission > > or contribution to the IETF=2C but > > - s/he is not certain that all of the author(s) of the earlier > > material have agreed to license it to the IETF Trust according > > to RFC 5378. > > > > If an I-D author includes pre-5378 material in a new document=2C then = =20 > > s/he > > must represent or warrant that all of the authors who created the > > pre-5378 material have granted rights for that material to the IETF =20 > > Trust. > > If s/he cannot make this assertion=2C then s/he has a problem. > > > > This situation has halted the progression of some Internet-Drafts and > > interrupted the publication of some RFCs. The Trustees of the IETF =20 > > Trust > > are investigating ways to implement a temporary work-around so that =20 > > IETF > > work can continue to progress. A permanent solution to this "pre-5378 > > problem" may require an update to RFC 5378=2C for example new work by = =20 > > the > > community to create a 5378-bis document. > > > > The remainder of this message provides an outline of the temporary =20 > > work- > > around being considered by the Trustees. > > > > RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the > > authority to develop legend text for authors to use in situations =20 > > where > > they wish to limit the granting of rights to modify and prepare > > derivatives of the documents they submit. The Trustees used this > > authority in 2008 to develop and adopt the current "Legal Provisions > > Relating to IETF Documents" which are posted at: > > http://trustee.ietf.org/license-info/. > > > > The Trustees are now considering the creation of optional new legend =20 > > text > > which could be used by authors experiencing the "pre-5378 problem". > > > > The new legend text=2C if implemented=2C would do the following: > > > > a. Provide Authors and Contributors with a way to identify (to the > > IETF Trust) that their contributions contain material from =20 > > pre-5378 > > documents for which RFC 5378 rights to modify the material outside > > the IETF standards process may not have been granted=2C and > > > > b. Provide the IETF Trust and the community with a clear indication > > of every document containing pre-5378 content and having the > > "pre-5378 problem". > > > > So=2C how could the creation and use of some new legend text help peopl= e > > work-around the pre-5378 problem? > > > > The proposed answer is as follows: > > > > 1. Anyone having a contribution with the "pre-5378" problem should =20 > > add > > new legend text to the contribution=2C to clearly flag that it =20 > > includes > > pre-5378 material for which all of the rights needed under RFC =20 > > 5378 > > may not have been granted=2C and > > > > 2. The IETF Trust will consider authors and contributors (with the > > pre-5378 problem) to have met their RFC 5378 obligations if the > > new legend text appears on their documents=2C and > > > > 3. Authors and contributors should only resort to adding the new > > legend text to their documents (per #1) if they cannot develop > > certainty that all of the author(s) of pre-5378 material in > > their documents have agreed to license the pre-5378 content to > > the IETF Trust according to RFC 5378. > > > > The proposed wording for the new legend text is now available for your > > review and comments in section 6.c.iii of a draft revision to the > > IETF Trust's "Legal Provisions Relating to IETF Documents" located at > > http://trustee.ietf.org/policyandprocedures.html. > > > > Please note that the above document also contains new text in =20 > > section 5.c > > dealing with "License Limitations". > > > > If your review and feedback on this proposed work-around is positive=2C > > then the new text may be adopted by the Trustees in early February =20 > > 2009=2C > > and then be published as an official revision to the Legal Provisions > > document. If so adopted=2C Internet-Drafts with pre-5378 material may > > advance within the Internet standards process and get published as =20 > > RFCs > > where otherwise qualified to do so. Unless covered by sections =20 > > 6.c.i or > > 6.c.ii=2C authors of documents in which there is no pre-5378 > > material must provide a RFC 5378 license with no limitation on > > modifications outside the IETF standards process. > > > > The IETF Trust will not grant the right to modify or prepare =20 > > derivative > > works of any specific RFC or other IETF Contribution outside the IETF > > standards process until RFC 5378 rights pertaining to that document =20 > > have > > been obtained from all authors and after compliance by the IETF Trust > > with RFC 5377. The Trustees will establish one or more mechanisms by > > which authors of pre-5378 documents may grant RFC 5378 rights. > > > > The Trustees hereby invite your review=2C comments and suggestions on = =20 > > this > > proposed work-around to the "pre-5378 problem". The period for this =20 > > review > > is 30 days. Microsoft WORD and PDF versions of the proposed =20 > > revisions are > > attached to this message. Copies are also available on the IETF Trust > > website under the heading "DRAFT Policy and Procedures Being =20 > > Developed" at: > > http://trustee.ietf.org/policyandprocedures.html > > > > All feedback submitted before the end of February 7th will be =20 > > considered by > > the Trustees. A decision on whether to move forward with this =20 > > proposal will > > be made and communicated to you before the end of February 15th. > > > > Please give this your attention. > > > > Regards and Happy New Year ! > > > > Ed Juskevicius=2C on behalf of the IETF Trustees > > edj.etc@gmail.com > > > Update-to-IETF-Trust-Legal-=20 > > Provisions-1-06-09.pdf>_______________________________________________ > > Trustees mailing list > > Trustees@ietf.org > > https://www.ietf.org/mailman/listinfo/trustees >=20 --_47466575-cffb-4f80-8a14-e3826622471e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >=3B From my perspective=2C the best approach involves keeping the gener= al
>=3B case simple. The documents that have been transferred outsid= e the IETF
>=3B in the past five years is a single digit number=2C a= tenth of a percent
>=3B of all RFCs if not a smaller fraction. = =3B From my perspective=2C the
>=3B simplest solution to the transfe= r issue is to ask the people relevant
>=3B to a document for which t= ransfer has been suggested whether they have
>=3B an issue with tran= sferring it=2C rather than asking every document
>=3B author his or = her opinion on the vast majority of documents=2C which
>=3B will nev= er be transferred.

Certainly in the IETF as we have known it=2C situ= ations such as those
described in RFC 4663 have been rare. =3B If ha= ndling those scenarios is
the major focus=2C then I'd agree with your ar= gument for "optimizing for the
common case". =3B In particular=2C co= rner conditions have a way of being
somewhat unique (that's why they ar= e corner conditions) so that
trying to handle all of them in a unified = way can prove elusive.

So overall=2C the question seems to come dow= n to whether transfers
are likely to become much more commonplace in the future than
they have = in the past. =3B It strikes me that the situations in which
this wou= ld occur would tend to be rather dark -- and indeed the
discussion on th= is topic has wandered into some of those less rosy
scenarios. While an o= rganization (or person) is healthy=2C it is often
difficult to muster m= uch enthusiasm for "estate planning" discussions.

However=2C even i= f one considers those situations=2C it still is not entirely
clear to me= that these provisions are required. =3B For example=2C over the
la= st few years we seem to have made it through a number of wrenching
trans= itions without requiring this.  =3B




For example=2C = do we believe that the situation described in RFC 4663
is likely to beco= me increasingly common in the years ahead?
To be blunt=2C the only scen= arios in which that would seem possible
would be "worst case"




 =3BRemember that this boilerplate affects
>=3B in= ternet drafts=2C but most internet drafts are discussion documents - a >=3B fraction of internet drafts even become RFCs=2C and a small fractio= n of
>=3B RFCs are transferred elsewhere.
>=3B
>=3B As to= the other issues that 5378 addresses=2C I suspect that a better
>= =3B approach will be to fall back to 3978/4748/2026 temporarily and move <= br>>=3B to 5378-bis when it comes rather than to use this very general <= br>>=3B workaround to 5378's issues until 5378-bis is resolved. 3978 etc =
>=3B worked just fine for most purposes...
>=3B
>=3B
= >=3B
>=3B On Jan 8=2C 2009=2C at 1:43 PM=2C Ed Juskevicius wrote:>=3B
>=3B >=3B The purpose of this message is twofold:
>= =3B >=3B
>=3B >=3B 1) To summarize the issues that some members of= our community
>=3B >=3B have experienced since the publication of= RFC 5378 in November 2008=2C
>=3B >=3B and
>=3B >=3B 2) To= invite community review and discussion on a potential work-
>=3B >= =3B around
>=3B >=3B being considered by the IETF Trustees.
>= =3B >=3B
>=3B >=3B Some I-D authors are having difficulty implemen= ting RFC 5378. An
>=3B >=3B example of the difficulty is as follows= :
>=3B >=3B
>=3B >=3B - an author wants to include pre-5378 = content in a new submission
>=3B >=3B or contribution to the IETF= =2C but
>=3B >=3B - s/he is not certain that all of the author(s) o= f the earlier
>=3B >=3B material have agreed to license it to the= IETF Trust according
>=3B >=3B to RFC 5378.
>=3B >=3B
= >=3B >=3B If an I-D author includes pre-5378 material in a new document= =2C then
>=3B >=3B s/he
>=3B >=3B must represent or warrant= that all of the authors who created the
>=3B >=3B pre-5378 material= have granted rights for that material to the IETF
>=3B >=3B Trust= .
>=3B >=3B If s/he cannot make this assertion=2C then s/he has a pr= oblem.
>=3B >=3B
>=3B >=3B This situation has halted the prog= ression of some Internet-Drafts and
>=3B >=3B interrupted the public= ation of some RFCs. The Trustees of the IETF
>=3B >=3B Trust
&= gt=3B >=3B are investigating ways to implement a temporary work-around so= that
>=3B >=3B IETF
>=3B >=3B work can continue to progres= s. A permanent solution to this "pre-5378
>=3B >=3B problem" may re= quire an update to RFC 5378=2C for example new work by
>=3B >=3B t= he
>=3B >=3B community to create a 5378-bis document.
>=3B >= =3B
>=3B >=3B The remainder of this message provides an outline of t= he temporary
>=3B >=3B work-
>=3B >=3B around being conside= red by the Trustees.
>=3B >=3B
>=3B >=3B RFC 5378 sections 1.= j and 5.3.c provide the IETF Trust with the
>=3B >=3B authority to d= evelop legend text for authors to use in situations
>=3B >=3B wher= e
>=3B >=3B they wish to limit the granting of rights to modify and = prepare
>=3B >=3B derivatives of the documents they submit. The Tru= stees used this
>=3B >=3B authority in 2008 to develop and adopt the= current "Legal Provisions
>=3B >=3B Relating to IETF Documents" whi= ch are posted at:
>=3B >=3B http://trustee.ietf.org/license-info/.>=3B >=3B
>=3B >=3B The Trustees are now considering the creat= ion of optional new legend
>=3B >=3B text
>=3B >=3B which c= ould be used by authors experiencing the "pre-5378 problem".
>=3B >= =3B
>=3B >=3B The new legend text=2C if implemented=2C would do the = following:
>=3B >=3B
>=3B >=3B a. Provide Authors and Contri= butors with a way to identify (to the
>=3B >=3B IETF Trust) that= their contributions contain material from
>=3B >=3B pre-5378
&= gt=3B >=3B documents for which RFC 5378 rights to modify the material= outside
>=3B >=3B the IETF standards process may not have been = granted=2C and
>=3B >=3B
>=3B >=3B b. Provide the IETF Trust= and the community with a clear indication
>=3B >=3B of every do= cument containing pre-5378 content and having the
>=3B >=3B "pre= -5378 problem".
>=3B >=3B
>=3B >=3B So=2C how could the creat= ion and use of some new legend text help people
>=3B >=3B work-aroun= d the pre-5378 problem?
>=3B >=3B
>=3B >=3B The proposed answ= er is as follows:
>=3B >=3B
>=3B >=3B 1. Anyone having a con= tribution with the "pre-5378" problem should
>=3B >=3B add
>= =3B >=3B new legend text to the contribution=2C to clearly flag that = it
>=3B >=3B includes
>=3B >=3B pre-5378 material for w= hich all of the rights needed under RFC
>=3B >=3B 5378
>=3B &= gt=3B may not have been granted=2C and
>=3B >=3B
>=3B >= =3B 2. The IETF Trust will consider authors and contributors (with the
= >=3B >=3B pre-5378 problem) to have met their RFC 5378 obligations = if the
>=3B >=3B new legend text appears on their documents=2C a= nd
>=3B >=3B
>=3B >=3B 3. Authors and contributors should on= ly resort to adding the new
>=3B >=3B legend text to their docum= ents (per #1) if they cannot develop
>=3B >=3B certainty that al= l of the author(s) of pre-5378 material in
>=3B >=3B their docum= ents have agreed to license the pre-5378 content to
>=3B >=3B th= e IETF Trust according to RFC 5378.
>=3B >=3B
>=3B >=3B The p= roposed wording for the new legend text is now available for your
>=3B= >=3B review and comments in section 6.c.iii of a draft revision to the>=3B >=3B IETF Trust's "Legal Provisions Relating to IETF Documents" = located at
>=3B >=3B http://trustee.ietf.org/policyandprocedures.htm= l.
>=3B >=3B
>=3B >=3B Please note that the above document al= so contains new text in
>=3B >=3B section 5.c
>=3B >=3B dea= ling with "License Limitations".
>=3B >=3B
>=3B >=3B If your = review and feedback on this proposed work-around is positive=2C
>=3B &= gt=3B then the new text may be adopted by the Trustees in early February <= br>>=3B >=3B 2009=2C
>=3B >=3B and then be published as an offic= ial revision to the Legal Provisions
>=3B >=3B document. If so adop= ted=2C Internet-Drafts with pre-5378 material may
>=3B >=3B advance = within the Internet standards process and get published as
>=3B >= =3B RFCs
>=3B >=3B where otherwise qualified to do so. Unless cover= ed by sections
>=3B >=3B 6.c.i or
>=3B >=3B 6.c.ii=2C autho= rs of documents in which there is no pre-5378
>=3B >=3B material mus= t provide a RFC 5378 license with no limitation on
>=3B >=3B modific= ations outside the IETF standards process.
>=3B >=3B
>=3B >= =3B The IETF Trust will not grant the right to modify or prepare
>= =3B >=3B derivative
>=3B >=3B works of any specific RFC or other I= ETF Contribution outside the IETF
>=3B >=3B standards process until = RFC 5378 rights pertaining to that document
>=3B >=3B have
>= =3B >=3B been obtained from all authors and after compliance by the IETF = Trust
>=3B >=3B with RFC 5377. The Trustees will establish one or m= ore mechanisms by
>=3B >=3B which authors of pre-5378 documents may = grant RFC 5378 rights.
>=3B >=3B
>=3B >=3B The Trustees hereb= y invite your review=2C comments and suggestions on
>=3B >=3B this=
>=3B >=3B proposed work-around to the "pre-5378 problem". The peri= od for this
>=3B >=3B review
>=3B >=3B is 30 days. Microso= ft WORD and PDF versions of the proposed
>=3B >=3B revisions are>=3B >=3B attached to this message. Copies are also available on the= IETF Trust
>=3B >=3B website under the heading "DRAFT Policy and Pr= ocedures Being
>=3B >=3B Developed" at:
>=3B >=3B http://tr= ustee.ietf.org/policyandprocedures.html
>=3B >=3B
>=3B >=3B A= ll feedback submitted before the end of February 7th will be
>=3B &g= t=3B considered by
>=3B >=3B the Trustees. A decision on whether to= move forward with this
>=3B >=3B proposal will
>=3B >=3B b= e made and communicated to you before the end of February 15th.
>=3B &= gt=3B
>=3B >=3B Please give this your attention.
>=3B >=3B>=3B >=3B Regards and Happy New Year !
>=3B >=3B
>=3B >= =3B Ed Juskevicius=2C on behalf of the IETF Trustees
>=3B >=3B edj.e= tc@gmail.com
>=3B >=3B <=3BDraft-Update-to-IETF-Trust-Legal-Provis= ions-1-06-09.DOC>=3B<=3BDraft-
>=3B >=3B Update-to-IETF-Trust-L= egal-
>=3B >=3B Provisions-1-06-09.pdf>=3B_______________________= ________________________
>=3B >=3B Trustees mailing list
>=3B &= gt=3B Trustees@ietf.org
>=3B >=3B https://www.ietf.org/mailman/listi= nfo/trustees
>=3B
= --_47466575-cffb-4f80-8a14-e3826622471e_-- From wgchairs-bounces@ietf.org Thu Jan 8 16:45:34 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AFAE028C117; Thu, 8 Jan 2009 16:45:34 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB20428C0FA; Thu, 8 Jan 2009 16:45:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.33 X-Spam-Level: X-Spam-Status: No, score=-2.33 tagged_above=-999 required=5 tests=[AWL=0.269, 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 QUZP1I+2k4eb; Thu, 8 Jan 2009 16:45:32 -0800 (PST) Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by core3.amsl.com (Postfix) with ESMTP id D3A5928C0FC; Thu, 8 Jan 2009 16:45:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=RnJtWUpHhTH/q4tnN5kR8xhD/RJF7bVgHSsJ77EzE4faQLarKd0QwEs74t/VBvm3; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [69.3.26.217] (helo=oemcomputer) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1LL5Ux-00073m-QD; Thu, 08 Jan 2009 19:45:17 -0500 Message-ID: <005b01c971f3$eca68f20$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "Ed Juskevicius" , , References: <70873A2B7F744826B0507D4B84903E60@noisy> Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on aproposed Work-Around to the Pre-5378 Problem Date: Thu, 8 Jan 2009 16:48:00 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8886924630f8852f1739bc0fe971954ad5c2b72d0b26ce17c40350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 69.3.26.217 Cc: 'Trustees' X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Hi - > From: "Ed Juskevicius" > To: "'IETF Discussion'" ; ; ; ; ; > Cc: "'Trustees'" > Sent: Thursday, January 08, 2009 1:43 PM > Subject: ANNOUNCEMENT: The IETF Trustees invite your review and comments on aproposed Work-Around to the Pre-5378 Problem ... > The Trustees hereby invite your review, comments and suggestions on this > proposed work-around to the "pre-5378 problem". The period for this review > is 30 days. Microsoft WORD and PDF versions of the proposed revisions are > attached to this message. Copies are also available on the IETF Trust > website under the heading "DRAFT Policy and Procedures Being Developed" at: > http://trustee.ietf.org/policyandprocedures.html > > All feedback submitted before the end of February 7th will be considered by > the Trustees. A decision on whether to move forward with this proposal will > be made and communicated to you before the end of February 15th. ... I admit to being completely baffled by the document. My only concern at this time is finishing off two WG documents. My questions: (1) Do we need to wait for the availability of the updated license form before we can submit new internet drafts? (2) How do we (the WG, since the editors are merely working under our direction) determine whose signatures are needed before we OK submission of an updated I-D? We've always operated under the "Note Well" provisions, and consequently have not tracked the origin of every snippet of text thrown into the editing blender. Randy From wgchairs-bounces@ietf.org Thu Jan 8 17:03:08 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B6A628C0E5; Thu, 8 Jan 2009 17:03:08 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 654A53A6A0B; Thu, 8 Jan 2009 17:03:07 -0800 (PST) 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 EsxnxC98PWkR; Thu, 8 Jan 2009 17:03:06 -0800 (PST) Received: from relay.imagine.ie (dns2.dns.imagine.ie [87.232.1.41]) by core3.amsl.com (Postfix) with ESMTP id B50A43A69E8; Thu, 8 Jan 2009 17:03:05 -0800 (PST) Received: from mail2.int.imagine.ie (mail2 [87.232.1.153]) by relay.imagine.ie (Postfix) with ESMTP id AF9FD4402; Fri, 9 Jan 2009 01:02:50 +0000 (GMT) Received: from [10.87.48.5] (dsl-102-234.cust.imagine.ie [87.232.102.234]) by mail2.int.imagine.ie (8.13.4/8.13.4/Debian-3) with ESMTP id n0912j88019546; Fri, 9 Jan 2009 01:02:45 GMT References: <70873A2B7F744826B0507D4B84903E60@noisy> Message-Id: From: Stephen Farrell To: Fred Baker In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Fri, 9 Jan 2009 00:59:06 +0000 X-Bayes-Prob: 0.0001 (Score 0) X-Canit-Stats-ID: 35980497 - c19b8c8ee66d (trained as not-spam) X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 87.232.1.53 Cc: Trustees , Ed Juskevicius , RFC Editor , IETF Discussion , Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org +1 to fred's proposal, let the exceptions be just that and don't bother most I-D authors, Stephen. On 8 Jan 2009, at 22:49, Fred Baker wrote: > You asked me to make this comment publicly, so here it is. > > In my opinion, we need a 5378-bis that keeps the good bits but > corrects the issue that has been problematic. The question before > the house is how best to achieve that. The proposal here is to > provide a work-around that enables an internet draft author to state > that s/he has not verified the transferability of his/her text, > which will work until an appropriate 5378-bis can be produced. This > means that the tools people have to produce and accept the work- > around and later on change the tools to accept 5378-bis, and it > places a burden on authors to make that statement. > > From my perspective, the best approach involves keeping the general > case simple. The documents that have been transferred outside the > IETF in the past five years is a single digit number, a tenth of a > percent of all RFCs if not a smaller fraction. From my perspective, > the simplest solution to the transfer issue is to ask the people > relevant to a document for which transfer has been suggested whether > they have an issue with transferring it, rather than asking every > document author his or her opinion on the vast majority of > documents, which will never be transferred. Remember that this > boilerplate affects internet drafts, but most internet drafts are > discussion documents - a fraction of internet drafts even become > RFCs, and a small fraction of RFCs are transferred elsewhere. > > As to the other issues that 5378 addresses, I suspect that a better > approach will be to fall back to 3978/4748/2026 temporarily and move > to 5378-bis when it comes rather than to use this very general > workaround to 5378's issues until 5378-bis is resolved. 3978 etc > worked just fine for most purposes... > > > > On Jan 8, 2009, at 1:43 PM, Ed Juskevicius wrote: > >> The purpose of this message is twofold: >> >> 1) To summarize the issues that some members of our community >> have experienced since the publication of RFC 5378 in November 2008, >> and >> 2) To invite community review and discussion on a potential work- >> around >> being considered by the IETF Trustees. >> >> Some I-D authors are having difficulty implementing RFC 5378. An >> example of the difficulty is as follows: >> >> - an author wants to include pre-5378 content in a new submission >> or contribution to the IETF, but >> - s/he is not certain that all of the author(s) of the earlier >> material have agreed to license it to the IETF Trust according >> to RFC 5378. >> >> If an I-D author includes pre-5378 material in a new document, then >> s/he >> must represent or warrant that all of the authors who created the >> pre-5378 material have granted rights for that material to the IETF >> Trust. >> If s/he cannot make this assertion, then s/he has a problem. >> >> This situation has halted the progression of some Internet-Drafts and >> interrupted the publication of some RFCs. The Trustees of the IETF >> Trust >> are investigating ways to implement a temporary work-around so that >> IETF >> work can continue to progress. A permanent solution to this >> "pre-5378 >> problem" may require an update to RFC 5378, for example new work by >> the >> community to create a 5378-bis document. >> >> The remainder of this message provides an outline of the temporary >> work- >> around being considered by the Trustees. >> >> RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the >> authority to develop legend text for authors to use in situations >> where >> they wish to limit the granting of rights to modify and prepare >> derivatives of the documents they submit. The Trustees used this >> authority in 2008 to develop and adopt the current "Legal Provisions >> Relating to IETF Documents" which are posted at: >> http://trustee.ietf.org/license-info/. >> >> The Trustees are now considering the creation of optional new >> legend text >> which could be used by authors experiencing the "pre-5378 problem". >> >> The new legend text, if implemented, would do the following: >> >> a. Provide Authors and Contributors with a way to identify (to the >> IETF Trust) that their contributions contain material from >> pre-5378 >> documents for which RFC 5378 rights to modify the material outside >> the IETF standards process may not have been granted, and >> >> b. Provide the IETF Trust and the community with a clear indication >> of every document containing pre-5378 content and having the >> "pre-5378 problem". >> >> So, how could the creation and use of some new legend text help >> people >> work-around the pre-5378 problem? >> >> The proposed answer is as follows: >> >> 1. Anyone having a contribution with the "pre-5378" problem should >> add >> new legend text to the contribution, to clearly flag that it >> includes >> pre-5378 material for which all of the rights needed under RFC >> 5378 >> may not have been granted, and >> >> 2. The IETF Trust will consider authors and contributors (with the >> pre-5378 problem) to have met their RFC 5378 obligations if the >> new legend text appears on their documents, and >> >> 3. Authors and contributors should only resort to adding the new >> legend text to their documents (per #1) if they cannot develop >> certainty that all of the author(s) of pre-5378 material in >> their documents have agreed to license the pre-5378 content to >> the IETF Trust according to RFC 5378. >> >> The proposed wording for the new legend text is now available for >> your >> review and comments in section 6.c.iii of a draft revision to the >> IETF Trust's "Legal Provisions Relating to IETF Documents" located at >> http://trustee.ietf.org/policyandprocedures.html. >> >> Please note that the above document also contains new text in >> section 5.c >> dealing with "License Limitations". >> >> If your review and feedback on this proposed work-around is positive, >> then the new text may be adopted by the Trustees in early February >> 2009, >> and then be published as an official revision to the Legal Provisions >> document. If so adopted, Internet-Drafts with pre-5378 material may >> advance within the Internet standards process and get published as >> RFCs >> where otherwise qualified to do so. Unless covered by sections >> 6.c.i or >> 6.c.ii, authors of documents in which there is no pre-5378 >> material must provide a RFC 5378 license with no limitation on >> modifications outside the IETF standards process. >> >> The IETF Trust will not grant the right to modify or prepare >> derivative >> works of any specific RFC or other IETF Contribution outside the IETF >> standards process until RFC 5378 rights pertaining to that document >> have >> been obtained from all authors and after compliance by the IETF Trust >> with RFC 5377. The Trustees will establish one or more mechanisms by >> which authors of pre-5378 documents may grant RFC 5378 rights. >> >> The Trustees hereby invite your review, comments and suggestions on >> this >> proposed work-around to the "pre-5378 problem". The period for >> this review >> is 30 days. Microsoft WORD and PDF versions of the proposed >> revisions are >> attached to this message. Copies are also available on the IETF >> Trust >> website under the heading "DRAFT Policy and Procedures Being >> Developed" at: >> http://trustee.ietf.org/policyandprocedures.html >> >> All feedback submitted before the end of February 7th will be >> considered by >> the Trustees. A decision on whether to move forward with this >> proposal will >> be made and communicated to you before the end of February 15th. >> >> Please give this your attention. >> >> Regards and Happy New Year ! >> >> Ed Juskevicius, on behalf of the IETF Trustees >> edj.etc@gmail.com >> > Update-to-IETF-Trust-Legal- >> Provisions- >> 1-06-09.pdf>_______________________________________________ >> Trustees mailing list >> Trustees@ietf.org >> https://www.ietf.org/mailman/listinfo/trustees > From jim.monteith@aiclaimssolutions.com Thu Jan 8 18:38:43 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 651633A6879 for ; Thu, 8 Jan 2009 18:38:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -54.188 X-Spam-Level: X-Spam-Status: No, score=-54.188 tagged_above=-999 required=5 tests=[ANY_BOUNCE_MESSAGE=0.1, BAYES_99=3.5, CRBOUNCE_MESSAGE=0.1, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DYNAMIC=1.144, HTML_IMAGE_ONLY_04=2.041, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_HTML_A_BODY=0.742, SARE_HTML_IMG_ONLY=1.666, USER_IN_WHITELIST=-100, VIRUS_WARNING357=20] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fTnjDyHkHF7E for ; Thu, 8 Jan 2009 18:38:43 -0800 (PST) Received: from cable-87-116-133-99.dynamic.sbb.rs (cable-87-116-133-99.dynamic.sbb.rs [87.116.133.99]) by core3.amsl.com (Postfix) with SMTP id 38D333A6AB3 for ; Thu, 8 Jan 2009 18:38:38 -0800 (PST) To: Subject: Undeliverable Mail From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090109023840.38D333A6AB3@core3.amsl.com> Date: Thu, 8 Jan 2009 18:38:38 -0800 (PST) Having trouble viewing this email?
Click here to view as a webpage. From wgchairs-bounces@ietf.org Fri Jan 9 02:43:41 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4A9CC3A6A2A; Fri, 9 Jan 2009 02:43:41 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 959C63A6A35 for ; Fri, 9 Jan 2009 02:43:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_CHICKENPOX_23=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7nf13Wa3cHrq for ; Fri, 9 Jan 2009 02:43:39 -0800 (PST) Received: from scmailgw1.scop.aoyama.ac.jp (scmailgw1.scop.aoyama.ac.jp [133.2.251.194]) by core3.amsl.com (Postfix) with ESMTP id 3FEF63A68C9 for ; Fri, 9 Jan 2009 02:43:39 -0800 (PST) Received: from scmse3.scbb.aoyama.ac.jp ([133.2.253.23]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id n09AhOCO001997 for ; Fri, 9 Jan 2009 19:43:24 +0900 (JST) Received: from (unknown [133.2.206.133]) by scmse3.scbb.aoyama.ac.jp with smtp id 18bc_577f9140_de3a_11dd_a317_001d0969ab06; Fri, 09 Jan 2009 19:43:24 +0900 Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:59272) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id for from ; Fri, 9 Jan 2009 19:35:18 +0900 Message-Id: <6.0.0.20.2.20090109143653.05e3ebd8@localhost> X-Sender: duerst@localhost X-Mailer: QUALCOMM Windows Eudora Version 6J Date: Fri, 09 Jan 2009 19:42:20 +0900 To: Brian E Carpenter , Stephen Farrell From: Martin Duerst Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: <4966CEF3.8080506@gmail.com> References: <70873A2B7F744826B0507D4B84903E60@noisy> <4966CEF3.8080506@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Trustees , Working Group Chairs , RFC Editor , IETF Discussion , Fred Baker X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org At 13:13 09/01/09, Brian E Carpenter wrote: > >On 2009-01-09 13:59, Stephen Farrell wrote: >> +1 to fred's proposal, let the exceptions be just that and don't bother >> most I-D authors, >> Stephen. >> >> On 8 Jan 2009, at 22:49, Fred Baker wrote: >> >>> You asked me to make this comment publicly, so here it is. >>> From my perspective, the best approach involves keeping the general >>> case simple. The documents that have been transferred outside the IETF >>> in the past five years is a single digit number, a tenth of a percent >>> of all RFCs if not a smaller fraction. > >If that was the main problem, I would agree. But it isn't; it's the ability >to allow appropriate use of extracts, including code extracts, in 3rd >party documents. First, my gut feeling would be that use of ABNF and similar stuff in actual implementations might simply be considered fair use, or it may just be possible to consider implementations as part of the IETF standards process (which they very much are). The situation may be somewhat different for longer/longish pieces of code, a typical example of which might be Appendix A of http://www.ietf.org/rfc/rfc2192.txt. But the code is essentially there to serve as an example, as an additional guarantee that there is a common, shared understanding of the specification, not as a drop-in implementation. Also, such code in many instances is already covered under a more appropriate licence anyway. >That potentially concerns every RFC, Given the above (some of which might be a bit out on a limb, or not), I'm still not convinced the potential issue is that big. >and automatically >concerns every RFC that is a new version of an older one. > >It isn't hard to fix in my opinion (well, I just posted a draft with >the proposed fix) and I don't see that it *requires* any tool fixes. >Optionally, the tools could provide a macro that expands to the >disclaimer text, but cut-and-paste would work equally well. I have read your draft. I have one suggestion for modification. The text says: "the person(s) controlling the copyright in such material have not granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process." I think it might be more appropriate to change "the person(s)" to "some person(s)". Overall, I think currently the aspect most overlooked in the general discussion, but most relevant for somebody who would actually like to move on with publications (I'm both a WG chair with some drafts that have completed WG Last Call, but which are now in "RFC 5378 limbo", and an author of some individual IDs that I'd like to update and move forward) is: WHO exactly are we supposed to get permissions from. The situation of a deceased author is a tought one, but it's an obvious one. But I haven't seen any clear answer to whether permission from all the authors/editors (the people listed in the front of the document) is sufficient, whether we have to ask everybody above a certain percentage of email contributions in the WG, everybody who's mentioned in the Acks section, or what. It's a significant nuissance for everybody to go around and beg people (maybe including for their former employer) to confirm something they probably couldn't care less, even if they otherwise think the IETF does great stuff and everything. So it would really be good to know who exactly has to be bothered, and who not. Regards, Martin. #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp From wgchairs-bounces@ietf.org Fri Jan 9 04:08:37 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE4EC28C12D; Fri, 9 Jan 2009 04:08:37 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A41DD28C120; Fri, 9 Jan 2009 04:08:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.05 X-Spam-Level: X-Spam-Status: No, score=-103.05 tagged_above=-999 required=5 tests=[AWL=-0.051, BAYES_00=-2.599, J_CHICKENPOX_23=0.6, RCVD_IN_DNSWL_LOW=-1, 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 pLQxnIr5xjZ9; Fri, 9 Jan 2009 04:08:35 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id E9DE128C114; Fri, 9 Jan 2009 04:08:34 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14204604; Fri, 09 Jan 2009 07:08:20 -0500 Message-Id: <1DAAD0EF-CF96-457D-8BB3-972FB26757EE@multicasttech.com> From: Marshall Eubanks To: Martin Duerst In-Reply-To: <6.0.0.20.2.20090109143653.05e3ebd8@localhost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem Date: Fri, 9 Jan 2009 07:08:20 -0500 References: <70873A2B7F744826B0507D4B84903E60@noisy> <4966CEF3.8080506@gmail.com> <6.0.0.20.2.20090109143653.05e3ebd8@localhost> X-Mailer: Apple Mail (2.930.3) Cc: Trustees , Working Group Chairs , IETF Discussion , Fred Baker , Brian E Carpenter , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 9, 2009, at 5:42 AM, Martin Duerst wrote: > At 13:13 09/01/09, Brian E Carpenter wrote: >> >> On 2009-01-09 13:59, Stephen Farrell wrote: >>> +1 to fred's proposal, let the exceptions be just that and don't >>> bother >>> most I-D authors, >>> Stephen. >>> >>> On 8 Jan 2009, at 22:49, Fred Baker wrote: >>> >>>> You asked me to make this comment publicly, so here it is. > >>>> From my perspective, the best approach involves keeping the general >>>> case simple. The documents that have been transferred outside the >>>> IETF >>>> in the past five years is a single digit number, a tenth of a >>>> percent >>>> of all RFCs if not a smaller fraction. >> >> If that was the main problem, I would agree. But it isn't; it's the >> ability >> to allow appropriate use of extracts, including code extracts, in 3rd >> party documents. > > First, my gut feeling would be that use of ABNF and similar stuff > in actual implementations might simply be considered fair use, or > it may just be possible to consider implementations as part of the > IETF standards process (which they very much are). > > The situation may be somewhat different for longer/longish pieces > of code, a typical example of which might be Appendix A of > http://www.ietf.org/rfc/rfc2192.txt. But the code is essentially > there to serve as an example, as an additional guarantee that > there is a common, shared understanding of the specification, > not as a drop-in implementation. Also, such code in many > instances is already covered under a more appropriate licence > anyway. > > >> That potentially concerns every RFC, > > Given the above (some of which might be a bit out on a limb, or not), > I'm still not convinced the potential issue is that big. > >> and automatically >> concerns every RFC that is a new version of an older one. >> >> It isn't hard to fix in my opinion (well, I just posted a draft with >> the proposed fix) and I don't see that it *requires* any tool fixes. >> Optionally, the tools could provide a macro that expands to the >> disclaimer text, but cut-and-paste would work equally well. > > I have read your draft. I have one suggestion for modification. > The text says: > > "the person(s) controlling the copyright in > such material have not granted the IETF Trust the right to allow > modifications of such material outside the IETF Standards Process." > > I think it might be more appropriate to change "the person(s)" to > "some person(s)". That is really the Trust's text, from http://trustee.ietf.org/docs/Draft-Update-to-IETF-Trust-Legal-Provisions-1-06-09.pdf And, it is from the DRAFT legal provisions, not the current legal provisions. At any rate, I think it needs to be "persons or entities" as some copyrights are controlled by corporations, universities or maybe even governments. Regards Marshall > > > > Overall, I think currently the aspect most overlooked in the general > discussion, but most relevant for somebody who would actually like > to move on with publications (I'm both a WG chair with some drafts > that have completed WG Last Call, but which are now in "RFC 5378 > limbo", > and an author of some individual IDs that I'd like to update > and move forward) is: > > WHO exactly are we supposed to get permissions from. > > The situation of a deceased author is a tought one, but it's an > obvious one. But I haven't seen any clear answer to whether > permission from all the authors/editors (the people listed in > the front of the document) is sufficient, whether we have to > ask everybody above a certain percentage of email contributions > in the WG, everybody who's mentioned in the Acks section, or > what. It's a significant nuissance for everybody to go around > and beg people (maybe including for their former employer) > to confirm something they probably couldn't care less, even if > they otherwise think the IETF does great stuff and everything. > So it would really be good to know who exactly has to be > bothered, and who not. > > Regards, Martin. > > > > #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University > #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp > From mark.rosen@altertrading.com Fri Jan 9 04:19:14 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5DBBE3A67F7 for ; Fri, 9 Jan 2009 04:19:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.017 X-Spam-Level: X-Spam-Status: No, score=-8.017 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DSL=1.129, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 yrftYLY6E4MO for ; Fri, 9 Jan 2009 04:19:13 -0800 (PST) Received: from adsl-070-148-172-170.sip.bct.bellsouth.net (adsl-070-148-172-170.sip.bct.bellsouth.net [70.148.172.170]) by core3.amsl.com (Postfix) with SMTP id CF2C03A67CF for ; Fri, 9 Jan 2009 04:19:12 -0800 (PST) To: Subject: Your order 03730 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090109121912.CF2C03A67CF@core3.amsl.com> Date: Fri, 9 Jan 2009 04:19:12 -0800 (PST)
From lholder1@aisd.net Fri Jan 9 06:12:06 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A26F53A67CF for ; Fri, 9 Jan 2009 06:12:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -28.48 X-Spam-Level: X-Spam-Status: No, score=-28.48 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_NET=0.611, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_WS_SURBL=10, 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 drWHEWF8AMJz for ; Fri, 9 Jan 2009 06:12:06 -0800 (PST) Received: from agt.net (unknown [59.183.35.139]) by core3.amsl.com (Postfix) with SMTP id 630F73A6783 for ; Fri, 9 Jan 2009 06:12:03 -0800 (PST) To: Subject: Re: Order status 09288 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090109141204.630F73A6783@core3.amsl.com> Date: Fri, 9 Jan 2009 06:12:03 -0800 (PST)
From wgchairs-bounces@ietf.org Fri Jan 9 06:32:48 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD72628C17B; Fri, 9 Jan 2009 06:32:48 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB9923A69AA; Fri, 9 Jan 2009 06:32:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.022 X-Spam-Level: X-Spam-Status: No, score=-6.022 tagged_above=-999 required=5 tests=[AWL=0.577, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XsFztc6iUboZ; Fri, 9 Jan 2009 06:32:45 -0800 (PST) Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.142]) by core3.amsl.com (Postfix) with ESMTP id 45D693A67CF; Fri, 9 Jan 2009 06:32:45 -0800 (PST) Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e2.ny.us.ibm.com (8.13.1/8.13.1) with ESMTP id n09EVDvb021738; Fri, 9 Jan 2009 09:31:13 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id n09EWUhV018984; Fri, 9 Jan 2009 09:32:30 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n09EWTRu009269; Fri, 9 Jan 2009 09:32:30 -0500 Received: from cichlid.raleigh.ibm.com (sig-9-65-234-4.mts.ibm.com [9.65.234.4]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n09EWSUu009130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 09:32:29 -0500 Received: from cichlid.raleigh.ibm.com (cichlid.raleigh.ibm.com [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.2/8.12.5) with ESMTP id n09EWPuR023227; Fri, 9 Jan 2009 09:32:25 -0500 Message-Id: <200901091432.n09EWPuR023227@cichlid.raleigh.ibm.com> To: "Ed Juskevicius" Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem In-reply-to: <70873A2B7F744826B0507D4B84903E60@noisy> References: <70873A2B7F744826B0507D4B84903E60@noisy> Comments: In-reply-to "Ed Juskevicius" message dated "Thu, 08 Jan 2009 16:43:50 -0500." Date: Fri, 09 Jan 2009 09:32:25 -0500 From: Thomas Narten Cc: 'Trustees' , wgchairs@ietf.org, 'IETF Discussion' , rfc-editor@rfc-editor.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org "Ed Juskevicius" writes: > The new legend text, if implemented, would do the following: > a. Provide Authors and Contributors with a way to identify (to the > IETF Trust) that their contributions contain material from pre-5378 > documents for which RFC 5378 rights to modify the material outside > the IETF standards process may not have been granted, and One thing that I don't recall being mentioned explicitely is that any such clause (IMO) needs to make clear which contributers are granting full 5378 rights, and which are not. What I mean is that all *current* contributers (i.e., those involved in the editing the *current* version of the document) need to make clear that their *new* contribution *is* covered by 5378. That is, we do not want existance of pre-5378 text to allow a current contributer to continue to operate under the pre-5378 rules. It is only the pre-existing text that is covered by the older rules. Presumably, if at some future time we can get proper rights from all previous contributers, the document should then be covered in full by 5378. Looking at the updated draft legal provisions, this aspect needs a little bit more clarification, IMO. (I'd be happy to comment further offline if that is not clear.) Thomas From wgchairs-bounces@ietf.org Fri Jan 9 07:17:03 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99D243A68CF; Fri, 9 Jan 2009 07:17:03 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6246F28C165; Fri, 9 Jan 2009 07:17:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.037 X-Spam-Level: X-Spam-Status: No, score=-6.037 tagged_above=-999 required=5 tests=[AWL=0.562, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YDQzNcmqB3u0; Fri, 9 Jan 2009 07:17:02 -0800 (PST) Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.149]) by core3.amsl.com (Postfix) with ESMTP id 6F7BD3A6358; Fri, 9 Jan 2009 07:17:01 -0800 (PST) Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e31.co.us.ibm.com (8.13.1/8.13.1) with ESMTP id n09FF1fS022479; Fri, 9 Jan 2009 08:15:02 -0700 Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id n09FGQtS223246; Fri, 9 Jan 2009 08:16:28 -0700 Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n09FGP1H016292; Fri, 9 Jan 2009 08:16:25 -0700 Received: from cichlid.raleigh.ibm.com (sig-9-65-234-4.mts.ibm.com [9.65.234.4]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n09FGLWm015925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 08:16:24 -0700 Received: from cichlid.raleigh.ibm.com (cichlid.raleigh.ibm.com [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.2/8.12.5) with ESMTP id n09FGJsI023601; Fri, 9 Jan 2009 10:16:20 -0500 Message-Id: <200901091516.n09FGJsI023601@cichlid.raleigh.ibm.com> To: Martin Duerst Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem In-reply-to: <6.0.0.20.2.20090109143653.05e3ebd8@localhost> References: <70873A2B7F744826B0507D4B84903E60@noisy> <4966CEF3.8080506@gmail.com> <6.0.0.20.2.20090109143653.05e3ebd8@localhost> Comments: In-reply-to Martin Duerst message dated "Fri, 09 Jan 2009 19:42:20 +0900." Date: Fri, 09 Jan 2009 10:16:19 -0500 From: Thomas Narten Cc: Trustees , Working Group Chairs , IETF Discussion , Fred Baker , Brian E Carpenter , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Martin Duerst writes: > WHO exactly are we supposed to get permissions from. > The situation of a deceased author is a tought one, but it's an > obvious one. But I haven't seen any clear answer to whether > permission from all the authors/editors (the people listed in > the front of the document) is sufficient, whether we have to > ask everybody above a certain percentage of email contributions > in the WG, everybody who's mentioned in the Acks section, or > what. It's a significant nuissance for everybody to go around > and beg people (maybe including for their former employer) > to confirm something they probably couldn't care less, even if > they otherwise think the IETF does great stuff and everything. > So it would really be good to know who exactly has to be > bothered, and who not. IANAL, but if you are expecting anyone (like the IETF) to give a clear final, legally defensible answer to "who do you need permission from", you won't get it. That is the nature of legal questions and is what makes this entire discussion so difficult. And why what is an accptable risk for you may not be an acceptable risk for me or someone else. To answer the question, you have to look at who bears the risk if they make an assertion (i.e, by claiming that all contributers have signed off) that someone later challenges. And what the potential consequences would be. How likely is such a challenge? (the answer is almost always "it depends"). What is the likelyhood of a challenge having merit? (answer is "it depends"). What is the cost (time/money/aggrevation) of having to deal with such a situation? ("it depends" -- see the pattern?) While you (personally) may think the risk is negligble and silly, does your employer (who also probably bears some risk) share your opinion ("it depends"). Etc. And, it is all made that much worse by having to go through the same excercise for each document. Having done the analysis on 10 documents, doesn't help you much when it comes to the next document. Thomas From wgchairs-bounces@ietf.org Fri Jan 9 08:19:51 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7358F3A6A30; Fri, 9 Jan 2009 08:19:51 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C8E13A6A30; Fri, 9 Jan 2009 08:19:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.352 X-Spam-Level: X-Spam-Status: No, score=-103.352 tagged_above=-999 required=5 tests=[AWL=0.247, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 IsllGalwThGw; Fri, 9 Jan 2009 08:19:49 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id 44D533A68F2; Fri, 9 Jan 2009 08:19:49 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14206574; Fri, 09 Jan 2009 11:19:35 -0500 Message-Id: <4FE8E970-A93A-43B7-85B5-34E2DC613534@multicasttech.com> From: Marshall Eubanks To: Thomas Narten In-Reply-To: <200901091516.n09FGJsI023601@cichlid.raleigh.ibm.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem Date: Fri, 9 Jan 2009 11:19:34 -0500 References: <70873A2B7F744826B0507D4B84903E60@noisy> <4966CEF3.8080506@gmail.com> <6.0.0.20.2.20090109143653.05e3ebd8@localhost> <200901091516.n09FGJsI023601@cichlid.raleigh.ibm.com> X-Mailer: Apple Mail (2.930.3) Cc: Trustees , Working Group Chairs , IETF Discussion , Fred Baker , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 9, 2009, at 10:16 AM, Thomas Narten wrote: > Martin Duerst writes: > >> WHO exactly are we supposed to get permissions from. > >> The situation of a deceased author is a tought one, but it's an >> obvious one. But I haven't seen any clear answer to whether >> permission from all the authors/editors (the people listed in >> the front of the document) is sufficient, whether we have to >> ask everybody above a certain percentage of email contributions >> in the WG, everybody who's mentioned in the Acks section, or >> what. It's a significant nuissance for everybody to go around >> and beg people (maybe including for their former employer) >> to confirm something they probably couldn't care less, even if >> they otherwise think the IETF does great stuff and everything. >> So it would really be good to know who exactly has to be >> bothered, and who not. > > IANAL, but if you are expecting anyone (like the IETF) to give a clear > final, legally defensible answer to "who do you need permission from", > you won't get it. That is the nature of legal questions and is what > makes this entire discussion so difficult. And why what is an > accptable risk for you may not be an acceptable risk for me or someone > else. My personal feeling is that is it is reasonable to ask authors to give their permission, and to obtain their company's permission, if need be, but that it is not reasonable to ask _authors_ to obtain permissions from third parties. Regards Marshall > > > To answer the question, you have to look at who bears the risk if they > make an assertion (i.e, by claiming that all contributers have signed > off) that someone later challenges. And what the potential > consequences would be. > > How likely is such a challenge? (the answer is almost always "it > depends"). > > What is the likelyhood of a challenge having merit? (answer is "it > depends"). > > What is the cost (time/money/aggrevation) of having to deal with such > a situation? ("it depends" -- see the pattern?) > > While you (personally) may think the risk is negligble and silly, does > your employer (who also probably bears some risk) share your opinion > ("it depends"). > > Etc. > > And, it is all made that much worse by having to go through the same > excercise for each document. Having done the analysis on 10 documents, > doesn't help you much when it comes to the next document. > > Thomas > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf From wgchairs-bounces@ietf.org Fri Jan 9 09:02:18 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D0D7928C0DB; Fri, 9 Jan 2009 09:02:18 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B284D3A68F9; Thu, 8 Jan 2009 17:46:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.652 X-Spam-Level: X-Spam-Status: No, score=-2.652 tagged_above=-999 required=5 tests=[AWL=-0.053, 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 M-a15STY2N-s; Thu, 8 Jan 2009 17:46:28 -0800 (PST) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by core3.amsl.com (Postfix) with ESMTP id 57DD53A6809; Thu, 8 Jan 2009 17:46:27 -0800 (PST) Received: by an-out-0708.google.com with SMTP id c5so3278700anc.4 for ; Thu, 08 Jan 2009 17:46:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references:subject :date:message-id:mime-version:content-type:content-transfer-encoding :x-mailer:thread-index:in-reply-to:x-mimeole; bh=pLzLOegLNiCQ+Z39taIEMIynCmppbvkUaDAe2SwvE0A=; b=qH4vdpQIB669QLVV5zY2f6IjlxL8bTLIILJ+H463ZZWQCaH9kIUzXmFbDnWg5xXLJg SHbwOc8SkIbg18ucldY8qSArG6A7dat4tPIBj9ExZvL+lkkqvVia1T7lVOad0OC9XeK/ jMgTE2jwnlfA+lfqPjJX3bH2b/woGek99gEm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :in-reply-to:x-mimeole; b=uoOqUj308NHhJ0oBeCUo3SrZ1BEu8KpktpxQHBDHQWlKmKSkjXIvlZZcLLq2Esl96v FDNtbYLL5N5AcQcXAlbpnVqiSriwmFrWq4JZunMTYQpoDeOJB7B/DrDj/mv0bSHvuP2O nm+hp9ywyrKR46g86iiBOWGFqCNBmJG64m4SU= Received: by 10.64.142.5 with SMTP id p5mr2480959qbd.136.1231465573045; Thu, 08 Jan 2009 17:46:13 -0800 (PST) Received: from noisy (bas3-ottawa23-1177594413.dsl.bell.ca [70.48.170.45]) by mx.google.com with ESMTPS id 28sm8504993qbw.16.2009.01.08.17.46.09 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jan 2009 17:46:11 -0800 (PST) From: "Ed Juskevicius" To: "'TSG'" References: <70873A2B7F744826B0507D4B84903E60@noisy> <49668A53.6010204@earthlink.net> Subject: RE: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Thu, 8 Jan 2009 20:46:54 -0500 Message-ID: <90E367A72369494E92AEA87D8ED9AA70@noisy> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Aclx58AJXLHJv3/PQvGmVSxAwtkQxAADMnjA In-Reply-To: <49668A53.6010204@earthlink.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Fri, 09 Jan 2009 09:02:18 -0800 Cc: 'Trustees' , wgchairs@ietf.org, 'IETF Discussion' , ietf-announce@ietf.org, rfc-editor@rfc-editor.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Todd, Thank You for your comments. I've read them. Carefully. Three times. I'm not sure if we are on the same page. For example, you wrote: > Which brings us back to the issue of that the Trust MAY not rewrite > licenses for any IP that the IETF processed under RFC2026 unless ALL > of the parties - the people who wrote those drafts, the IP owners of > that work and anyone who has relied on a SW or systems product > fabricated under those licenses. The IETF Trust is not looking for a way to rewrite licenses for IP processed under RFC2026. That is not the objective or the driver of the proposed revision to the Trust's "Legal Provisions" document. You also wrote: > ... If work-product "A" contained specific IP then the used of that > IP cannot exceed the original licenses including being given to the > Trust which RFC2026 doesn't provide for in any form. That means that > the IETF may not in fact convey those document's to the Trust at all. Could you please point me to text in RFC2026 that pertains to the above? When I read 2026, I see the following: 10. INTELLECTUAL PROPERTY RIGHTS 10.3. Rights and Permissions 10.3.1. All Contributions l. Some works (e.g. works of the U.S. Government) are not subject to copyright. However, to the extent that the submission is or may be subject to copyright, the contributor, the organization he represents (if any) and the owners of any proprietary rights in the contribution, grant an unlimited perpetual, non-exclusive, royalty-free, world-wide right and license to the ISOC and the IETF under any copyrights in the contribution. This license includes the right to copy, publish and distribute the contribution in any way, and to prepare derivative works that are based on or incorporate all or part of the contribution, the license to such derivative works to be of the same scope as the license of the original contribution. I believe the text (above) is quite broad and does permit an author (today) to prepare a derivative work from a pure 2026 licensed work, and then submit that derived work into the IETF process. RFC 5378 is the current BCP with respect to rights in IETF Contributions; it replaces all of the text in Section 10 from RFC 2026. 5378 requires new author(s) to make some clear statements about rights to and for the IETF Trust. The issue for some authors today is that they may not be able to assert that the original licenses (covering some earlier work that they may be using) would allow for use of the new work outside of the IETF process. Sam Hartman identified this concern during the IETF Plenary in November 2008, and that was a trigger for the "work-around" proposal which the Trustees sent out for review to everyone a few hours ago. BCP78 is not, in my personal opinion, "garbage". Rather, I think it is incomplete with respect to providing guidance on how pre-5378 content in new contributions should be handled. That issue is the driver for the proposed (and temporary) work-around (per below), and it is also the reason I said that a permanent solution may require new work by the IETF community to update RFC 5378. Regards, Ed J. -----Original Message----- From: TSG [mailto:tglassey@earthlink.net] Sent: January 8, 2009 6:21 PM To: Ed Juskevicius Cc: 'IETF Discussion'; ietf-announce@ietf.org; iesg@ietf.org; iab@iab.org; rfc-editor@rfc-editor.org; wgchairs@ietf.org; 'Trustees' Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Ed Juskevicius wrote: Ed - you nor the rest of this list is going to like this retort but I would ask that you read all of it prior to flushing the response. > The purpose of this message is twofold: > > 1) To summarize the issues that some members of our community > have experienced since the publication of RFC 5378 in November 2008, > and > 2) To invite community review and discussion on a potential work-around > being considered by the IETF Trustees. > > Some I-D authors are having difficulty implementing RFC 5378. An > example of the difficulty is as follows: > > - an author wants to include pre-5378 content in a new submission > or contribution to the IETF, but > - s/he is not certain that all of the author(s) of the earlier > material have agreed to license it to the IETF Trust according > to RFC 5378. > Then the submission of such an assertion would be a criminal act of fraud by wire... and that is not a joke. > If an I-D author includes pre-5378 material in a new document, then s/he > must represent or warrant that all of the authors who created the > pre-5378 material have granted rights for that material to the IETF Trust. > Something which by the way is physically impossible because of how the RFC2026 licensing model was setup. Hell even BCP78 and 79 exist under RFC2026 rules since they had to be published as such to get them into the channel to review and advance them to the BCP's. As such these all are moot... funny that eh? > If s/he cannot make this assertion, then s/he has a problem. > > This situation has halted the progression of some Internet-Drafts and > interrupted the publication of some RFCs. The Trustees of the IETF Trust > are investigating ways to implement a temporary work-around so that IETF > work can continue to progress. A permanent solution to this "pre-5378 > problem" may require an update to RFC 5378, for example new work by the > community to create a 5378-bis document. > You mean a POST-5378 IP Disclosure Document. The issue is what happens to any derivative licensing which stems from RFC2026 based controls. And since 5378 is a derivative of the BCP78 document it is tied itself to the RFC2026 rules still too one could easily argue. > The remainder of this message provides an outline of the temporary work- > around being considered by the Trustees. > > RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the > authority to develop legend text for authors to use in situations where > they wish to limit the granting of rights to modify and prepare > derivatives of the documents they submit. The Trustees used this > authority in 2008 to develop and adopt the current "Legal Provisions > Relating to IETF Documents" which are posted at: > http://trustee.ietf.org/license-info/. > RFC2026 will not allow this. In fact once published under RFC2026 those document's are cast in concrete as far as the license model is concerned. > The Trustees are now considering the creation of optional new legend text > which could be used by authors experiencing the "pre-5378 problem". > > The new legend text, if implemented, would do the following: > > a. Provide Authors and Contributors with a way to identify (to the > IETF Trust) that their contributions contain material from pre-5378 > documents for which RFC 5378 rights to modify the material outside > the IETF standards process may not have been granted, and > Meaning that those documents would be published under yet another set of IP licensing constraints - So lets see that makes 1) Pre BCP78 o- Pure RFC2026 based licensing 2) Post BCP-78 publishing with Pre-BCP 78 licensing included o- Includes non-trust managed IP o- Includes trust managed IP 3) Post BCP-78 with pure BCP-78 licensing through the Trust > b. Provide the IETF Trust and the community with a clear indication > of every document containing pre-5378 content and having the > "pre-5378 problem". > Ahahahah - Oh damn that's funny. Try all of the RFC's published prior to (IMHO) the IESG's #$%^&*()_ act of putting BCP78 and BCP79 into production. > So, how could the creation and use of some new legend text help people > work-around the pre-5378 problem? > It cannot. The RFC2026 Licensing model clearly must survive the original filing of the original BCP78 and its ludicrously funny and pretty stupid brother BCP79. > The proposed answer is as follows: > > 1. Anyone having a contribution with the "pre-5378" problem should add > new legend text to the contribution, to clearly flag that it includes > pre-5378 material for which all of the rights needed under RFC 5378 > may not have been granted, and > They, according to the IETF submission process, cannot do this because the amended document supposedly has to be submitted under the BCP78/79 Terms which is what we are saying doesn't work here. So this is clearly impossible. > 2. The IETF Trust will consider authors and contributors (with the > pre-5378 problem) to have met their RFC 5378 obligations if the > new legend text appears on their documents, and > The TRUST isn't the issue - its the US Courts that are the issue. > 3. Authors and contributors should only resort to adding the new > legend text to their documents (per #1) if they cannot develop > certainty that all of the author(s) of pre-5378 material in > their documents have agreed to license the pre-5378 content to > the IETF Trust according to RFC 5378. > I would suggest that this also is not enough... > The proposed wording for the new legend text is now available for your > review and comments in section 6.c.iii of a draft revision to the > IETF Trust's "Legal Provisions Relating to IETF Documents" located at > http://trustee.ietf.org/policyandprocedures.html. > > Please note that the above document also contains new text in section 5.c > dealing with "License Limitations". > > If your review and feedback on this proposed work-around is positive, > then the new text may be adopted by the Trustees in early February 2009, > and then be published as an official revision to the Legal Provisions > document. If so adopted, Internet-Drafts with pre-5378 material may > advance within the Internet standards process and get published as RFCs > where otherwise qualified to do so. Unless covered by sections 6.c.i or > 6.c.ii, authors of documents in which there is no pre-5378 > material must provide a RFC 5378 license with no limitation on > modifications outside the IETF standards process. > > The IETF Trust will not grant the right to modify or prepare derivative > works of any specific RFC or other IETF Contribution outside the IETF > standards process until RFC 5378 rights pertaining to that document have > been obtained from all authors and after compliance by the IETF Trust > with RFC 5377. The Trustees will establish one or more mechanisms by > which authors of pre-5378 documents may grant RFC 5378 rights. > > The Trustees hereby invite your review, comments and suggestions on this > proposed work-around to the "pre-5378 problem". The period for this review > is 30 days. Microsoft WORD and PDF versions of the proposed revisions are > attached to this message. Copies are also available on the IETF Trust > website under the heading "DRAFT Policy and Procedures Being Developed" at: > http://trustee.ietf.org/policyandprocedures.html > > All feedback submitted before the end of February 7th will be considered by > the Trustees. A decision on whether to move forward with this proposal will > be made and communicated to you before the end of February 15th. > > Please give this your attention. > Ed this is garbage... If the earlier releases IP Owners will not formally change their licensing terms then the ONLY solution is that the original license terms for any initiative apply to any and all derivative works unless those works have more restrictive licenses. There is also an issue as to any physical works which were derived from those earlier licenses since they also would be constrained by those original terms too one would think. Further this is NOT rocket-science, its common sense. If work-product "A" contained specific IP then the uses of that IP cannot exceed the original licenses including being given to the Trust which RFC2026 doesn't provide for in any form. That means that the IETF may not in fact convey those document's to the Trust at all. They remain inside the IETF until those other licensees agree to relicense their work, and still anyone who was a relying party is still bound by the original RFC2026 release rules. So as an example of how simple this is, take for instance work-product "A" which was filed under RFC20206 alone, and that means that the follow-on derivatives MUST also be totally contained/constrained by that same set of terms and conditions otherwise the original conveyance contract is flawed, and may be unenforceable. Which brings us back to the issue of that the Trust MAY not rewrite licenses for any IP that the IETF processed under RFC2026 unless ALL of the parties - the people who wrote those drafts, the IP owners of that work and anyone who has relied on a SW or systems product fabricated under those licenses. Wake up and smell the coffee... BCP 78 and BCP79 are a waste of time and were fabricated by individuals of questionable expertise since they pretty clearly have screwed the pooch on this one. Nice move Harald... Todd Glassey On behalf of the victims of the IETF Trust. From wgchairs-bounces@ietf.org Fri Jan 9 09:02:19 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 13A5828C187; Fri, 9 Jan 2009 09:02:19 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F26D3A6879; Thu, 8 Jan 2009 20:05:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.642 X-Spam-Level: X-Spam-Status: No, score=-2.642 tagged_above=-999 required=5 tests=[AWL=-0.043, 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 UJ+7TDanieXl; Thu, 8 Jan 2009 20:05:28 -0800 (PST) Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 3C9E43A67FD; Thu, 8 Jan 2009 20:05:28 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1LL8cO-0004gK-6H; Thu, 08 Jan 2009 23:05:08 -0500 Date: Thu, 08 Jan 2009 23:05:01 -0500 From: John C Klensin To: Stephen Farrell , Fred Baker Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: <44D118A7DDE76EE60062D389@PST.jck.com> In-Reply-To: References: <70873A2B7F744826B0507D4B84903E60@noisy> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 09 Jan 2009 09:02:18 -0800 Cc: Trustees , Working Group Chairs , IETF Discussion , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Stephen and Fred, One of the interesting issues with 5378 is that there has never been consensus about what problem(s) it was trying to solve. The WG reached consensus on the two documents without, IMO, reaching consensus on the problem statement. Nothing in our procedures prohibits that, whether it is wise or not in a particular case. However, to the extent to which "the problem" has been handing off documents to other bodies, I believe it has always been a distraction because there is a far easier solution... even easier than the "go ask that set of authors" suggestion that Fred proposes. One thing that has always been vague, perhaps deliberately, is just where the boundary of "use in the IETF for IETF purposes" (a crude paraphrase of the intent that has dominated our thinking since 2026 and before) lies. With the understanding that their situations are a bit different because of different basic IPR rules, other standards bodies have regularly interpreted their equivalent principles as giving them the ability to transfer change control to someone else _as a natural part of their own work_. I say "regularly", rather than "often" because, AFAIK, inter-SDO transfers have never been frequent (except for specifications developed as national standards by ISO Member Bodies and then transferred to ISO (or ISO/IEC) for development and maintenance as International Standards). Sometimes it might require a bit of a dance --for example, we could define an IEEE WG as being joint with a shadow IETF one, but then permit it to work under IEEE rules and approval and publications process-- but the big issue is the handing over of change control, not the handing over of the document and the right to maintain it. >From that perspective, the "transfer" situation is entirely a problem of definitions. It is up to the Trustees to get an opinion from Counsel, but, as a common-sense matter and with the understanding that I'm one of the more reluctant members of the community to hand "do whatever you want" rights off to the Trust without a formal copyright transfer, I just can't imagine an author/ contributor who would be ok with the IETF using a Contribution in IETF Standards work for the benefit of the Internet community taking serious exception to the IETF's delegating responsibility for that Standard and its maintenance to some other body. If I'm correct and transfer of a Standard to another SDO is really a non-issue, then perhaps the question of what problem(s) 5378 was intended to solve becomes more relevant... or perhaps it does not. But, given the problems the 5378/5377 model has turned out to create, eliminating one of the major claimed reasons for creating that model makes it much easier to consider just repealing the things and doing a small update to 3978/4748 to de-glitch them. john --On Friday, January 09, 2009 0:59 +0000 Stephen Farrell wrote: > +1 to fred's proposal, let the exceptions be just that and > don't bother most I-D authors, > Stephen. > > On 8 Jan 2009, at 22:49, Fred Baker wrote: > >> You asked me to make this comment publicly, so here it is. >> >> In my opinion, we need a 5378-bis that keeps the good bits >> but corrects the issue that has been problematic. The >> question before the house is how best to achieve that. The >> proposal here is to provide a work-around that enables an >> internet draft author to state that s/he has not verified >... >> From my perspective, the best approach involves keeping the >> general case simple. The documents that have been >> transferred outside the IETF in the past five years is a >> single digit number, a tenth of a percent of all RFCs if >> not a smaller fraction. From my perspective, the simplest >> solution to the transfer issue is to ask the people >> relevant to a document for which transfer has been suggested >> whether they have an issue with transferring it, rather >> than asking every document author his or her opinion on the >... >> As to the other issues that 5378 addresses, I suspect that a >> better approach will be to fall back to 3978/4748/2026 >> temporarily and move to 5378-bis when it comes rather than >> to use this very general workaround to 5378's issues until >> 5378-bis is resolved. 3978 etc worked just fine for most >> purposes... From wgchairs-bounces@ietf.org Fri Jan 9 09:02:19 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 41CAC28C18B; Fri, 9 Jan 2009 09:02:19 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35F533A6B00; Thu, 8 Jan 2009 20:14:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.569 X-Spam-Level: X-Spam-Status: No, score=-2.569 tagged_above=-999 required=5 tests=[AWL=0.030, 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 lT0HaZZAGiFS; Thu, 8 Jan 2009 20:14:00 -0800 (PST) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by core3.amsl.com (Postfix) with ESMTP id A991A3A67FD; Thu, 8 Jan 2009 20:14:00 -0800 (PST) Received: by wf-out-1314.google.com with SMTP id 27so10351730wfd.31 for ; Thu, 08 Jan 2009 20:13:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=7GwMUMAtoLaM3zuAGDGLfp3cjBejzO9FSQ3K9fyfbhk=; b=GV13UUInuR01BrT3/ZYcpygPsZAIi5hPGfgYGj0knnXT+2WKmcaocRSzR19LGzjbh8 dr+leM3f3KM6HJJDIiBasJQGBXsLBmMXfhafFRGl7JS4muN7ynwJSVIAXuGdBlctJzuc 8eAK9WmV6D1I+oh0nzF+MGXArrE7p+j9nEbzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=S6wF/Mnt1HaDngicciuWyppjsOaBA3A852vDlLwPkF8c5N2nJZPE9D8r/MreV1Y1dy K1iDo1yvwG0JWaWdwRoJyiKCE5whNrLmYJTPv2ZtFZchgohVZhOIBc6ixKfJw1xt3QoS f1He8D0VxIxUuR8u7duIVZex630nGo4RMyd58= Received: by 10.142.140.14 with SMTP id n14mr10502434wfd.292.1231474427354; Thu, 08 Jan 2009 20:13:47 -0800 (PST) Received: from ?10.1.1.4? (118-93-185-90.dsl.dyn.ihug.co.nz [118.93.185.90]) by mx.google.com with ESMTPS id 28sm400732wfd.14.2009.01.08.20.13.42 (version=SSLv3 cipher=RC4-MD5); Thu, 08 Jan 2009 20:13:46 -0800 (PST) Message-ID: <4966CEF3.8080506@gmail.com> Date: Fri, 09 Jan 2009 17:13:39 +1300 From: Brian E Carpenter Organization: University of Auckland User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stephen Farrell Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem References: <70873A2B7F744826B0507D4B84903E60@noisy> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 09 Jan 2009 09:02:18 -0800 Cc: Trustees , Working Group Chairs , IETF Discussion , Fred Baker , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On 2009-01-09 13:59, Stephen Farrell wrote: > +1 to fred's proposal, let the exceptions be just that and don't bother > most I-D authors, > Stephen. > > On 8 Jan 2009, at 22:49, Fred Baker wrote: > >> You asked me to make this comment publicly, so here it is. >> >> In my opinion, we need a 5378-bis that keeps the good bits but >> corrects the issue that has been problematic. The question before the >> house is how best to achieve that. The proposal here is to provide a >> work-around that enables an internet draft author to state that s/he >> has not verified the transferability of his/her text, which will work >> until an appropriate 5378-bis can be produced. This means that the >> tools people have to produce and accept the work-around and later on >> change the tools to accept 5378-bis, and it places a burden on authors >> to make that statement. >> >> From my perspective, the best approach involves keeping the general >> case simple. The documents that have been transferred outside the IETF >> in the past five years is a single digit number, a tenth of a percent >> of all RFCs if not a smaller fraction. If that was the main problem, I would agree. But it isn't; it's the ability to allow appropriate use of extracts, including code extracts, in 3rd party documents. That potentially concerns every RFC, and automatically concerns every RFC that is a new version of an older one. It isn't hard to fix in my opinion (well, I just posted a draft with the proposed fix) and I don't see that it *requires* any tool fixes. Optionally, the tools could provide a macro that expands to the disclaimer text, but cut-and-paste would work equally well. Brian >> From my perspective, the >> simplest solution to the transfer issue is to ask the people relevant >> to a document for which transfer has been suggested whether they have >> an issue with transferring it, rather than asking every document >> author his or her opinion on the vast majority of documents, which >> will never be transferred. Remember that this boilerplate affects >> internet drafts, but most internet drafts are discussion documents - a >> fraction of internet drafts even become RFCs, and a small fraction of >> RFCs are transferred elsewhere. >> >> As to the other issues that 5378 addresses, I suspect that a better >> approach will be to fall back to 3978/4748/2026 temporarily and move >> to 5378-bis when it comes rather than to use this very general >> workaround to 5378's issues until 5378-bis is resolved. 3978 etc >> worked just fine for most purposes... >> >> >> >> On Jan 8, 2009, at 1:43 PM, Ed Juskevicius wrote: >> >>> The purpose of this message is twofold: >>> >>> 1) To summarize the issues that some members of our community >>> have experienced since the publication of RFC 5378 in November 2008, >>> and >>> 2) To invite community review and discussion on a potential work-around >>> being considered by the IETF Trustees. >>> >>> Some I-D authors are having difficulty implementing RFC 5378. An >>> example of the difficulty is as follows: >>> >>> - an author wants to include pre-5378 content in a new submission >>> or contribution to the IETF, but >>> - s/he is not certain that all of the author(s) of the earlier >>> material have agreed to license it to the IETF Trust according >>> to RFC 5378. >>> >>> If an I-D author includes pre-5378 material in a new document, then s/he >>> must represent or warrant that all of the authors who created the >>> pre-5378 material have granted rights for that material to the IETF >>> Trust. >>> If s/he cannot make this assertion, then s/he has a problem. >>> >>> This situation has halted the progression of some Internet-Drafts and >>> interrupted the publication of some RFCs. The Trustees of the IETF >>> Trust >>> are investigating ways to implement a temporary work-around so that IETF >>> work can continue to progress. A permanent solution to this "pre-5378 >>> problem" may require an update to RFC 5378, for example new work by the >>> community to create a 5378-bis document. >>> >>> The remainder of this message provides an outline of the temporary work- >>> around being considered by the Trustees. >>> >>> RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the >>> authority to develop legend text for authors to use in situations where >>> they wish to limit the granting of rights to modify and prepare >>> derivatives of the documents they submit. The Trustees used this >>> authority in 2008 to develop and adopt the current "Legal Provisions >>> Relating to IETF Documents" which are posted at: >>> http://trustee.ietf.org/license-info/. >>> >>> The Trustees are now considering the creation of optional new legend >>> text >>> which could be used by authors experiencing the "pre-5378 problem". >>> >>> The new legend text, if implemented, would do the following: >>> >>> a. Provide Authors and Contributors with a way to identify (to the >>> IETF Trust) that their contributions contain material from pre-5378 >>> documents for which RFC 5378 rights to modify the material outside >>> the IETF standards process may not have been granted, and >>> >>> b. Provide the IETF Trust and the community with a clear indication >>> of every document containing pre-5378 content and having the >>> "pre-5378 problem". >>> >>> So, how could the creation and use of some new legend text help people >>> work-around the pre-5378 problem? >>> >>> The proposed answer is as follows: >>> >>> 1. Anyone having a contribution with the "pre-5378" problem should add >>> new legend text to the contribution, to clearly flag that it includes >>> pre-5378 material for which all of the rights needed under RFC 5378 >>> may not have been granted, and >>> >>> 2. The IETF Trust will consider authors and contributors (with the >>> pre-5378 problem) to have met their RFC 5378 obligations if the >>> new legend text appears on their documents, and >>> >>> 3. Authors and contributors should only resort to adding the new >>> legend text to their documents (per #1) if they cannot develop >>> certainty that all of the author(s) of pre-5378 material in >>> their documents have agreed to license the pre-5378 content to >>> the IETF Trust according to RFC 5378. >>> >>> The proposed wording for the new legend text is now available for your >>> review and comments in section 6.c.iii of a draft revision to the >>> IETF Trust's "Legal Provisions Relating to IETF Documents" located at >>> http://trustee.ietf.org/policyandprocedures.html. >>> >>> Please note that the above document also contains new text in section >>> 5.c >>> dealing with "License Limitations". >>> >>> If your review and feedback on this proposed work-around is positive, >>> then the new text may be adopted by the Trustees in early February 2009, >>> and then be published as an official revision to the Legal Provisions >>> document. If so adopted, Internet-Drafts with pre-5378 material may >>> advance within the Internet standards process and get published as RFCs >>> where otherwise qualified to do so. Unless covered by sections 6.c.i or >>> 6.c.ii, authors of documents in which there is no pre-5378 >>> material must provide a RFC 5378 license with no limitation on >>> modifications outside the IETF standards process. >>> >>> The IETF Trust will not grant the right to modify or prepare derivative >>> works of any specific RFC or other IETF Contribution outside the IETF >>> standards process until RFC 5378 rights pertaining to that document have >>> been obtained from all authors and after compliance by the IETF Trust >>> with RFC 5377. The Trustees will establish one or more mechanisms by >>> which authors of pre-5378 documents may grant RFC 5378 rights. >>> >>> The Trustees hereby invite your review, comments and suggestions on this >>> proposed work-around to the "pre-5378 problem". The period for this >>> review >>> is 30 days. Microsoft WORD and PDF versions of the proposed >>> revisions are >>> attached to this message. Copies are also available on the IETF Trust >>> website under the heading "DRAFT Policy and Procedures Being >>> Developed" at: >>> http://trustee.ietf.org/policyandprocedures.html >>> >>> All feedback submitted before the end of February 7th will be >>> considered by >>> the Trustees. A decision on whether to move forward with this >>> proposal will >>> be made and communicated to you before the end of February 15th. >>> >>> Please give this your attention. >>> >>> Regards and Happy New Year ! >>> >>> Ed Juskevicius, on behalf of the IETF Trustees >>> edj.etc@gmail.com >>> _______________________________________________ >>> >>> Trustees mailing list >>> Trustees@ietf.org >>> https://www.ietf.org/mailman/listinfo/trustees >> > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf > From wgchairs-bounces@ietf.org Fri Jan 9 09:02:19 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7FDF028C190; Fri, 9 Jan 2009 09:02:19 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8C7F3A6B1C; Fri, 9 Jan 2009 08:01:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.641 X-Spam-Level: X-Spam-Status: No, score=-2.641 tagged_above=-999 required=5 tests=[AWL=-0.042, 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 GSQD9w1W3kQW; Fri, 9 Jan 2009 08:01:41 -0800 (PST) Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 81EE63A6889; Fri, 9 Jan 2009 08:01:41 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1LLJnQ-000AFh-Aj; Fri, 09 Jan 2009 11:01:16 -0500 Date: Fri, 09 Jan 2009 11:01:09 -0500 From: John C Klensin To: Thomas Narten , Martin Duerst Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: <4260CD9462ADE55A7DFC3C99@PST.jck.com> In-Reply-To: <200901091516.n09FGJsI023601@cichlid.raleigh.ibm.com> References: <70873A2B7F744826B0507D4B84903E60@noisy> <4966CEF3.8080506@gmail.com> <6.0.0.20.2.20090109143653.05e3ebd8@localhost> <200901091516.n09FGJsI023601@cichlid.raleigh.ibm.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 09 Jan 2009 09:02:18 -0800 Cc: Trustees , Working Group Chairs , RFC Editor , IETF Discussion , Fred Baker X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --On Friday, January 09, 2009 10:16 -0500 Thomas Narten wrote: > Martin Duerst writes: > >> WHO exactly are we supposed to get permissions from. > >> The situation of a deceased author is a tought one, but it's >> an obvious one. But I haven't seen any clear answer to whether >> permission from all the authors/editors (the people listed in >>... > IANAL, but if you are expecting anyone (like the IETF) to give > a clear final, legally defensible answer to "who do you need > permission from", you won't get it. That is the nature of > legal questions and is what makes this entire discussion so > difficult. And why what is an accptable risk for you may not > be an acceptable risk for me or someone else. > > To answer the question, you have to look at who bears the risk > if they make an assertion (i.e, by claiming that all > contributers have signed off) that someone later challenges. > And what the potential consequences would be. I think this is the crux of the issue. Let's consider three possible assertions (deliberately trying to avoid expressing them in lawyer-speak): (1) I give the Trust any rights that I or my company have and can give, but make absolutely no assertions about anyone else's rights. (2) I give the Trust any rights that I or my company have and can give, and have verified that everyone listed on the front page (or in some other list), with the following exceptions, have signed off on this. But I make absolutely no assertions about either the rights of anyone not listed, nor about anyone whom I had to identify as an exception. (3) I transfer all rights in the document to the Trust and guarantee the Trust that I've gotten the ok to do so from everyone who might be able to assert a claim of rights to the content, whether they are explicitly listed or not and whether the claim is bogus or not. Implicitly, if the Trust acts on the assumption that they have all the rights and someone complains or litigates, that is my problem to defend against and not the Trust's. Unless I am hugely confident, either * That I wrote every word of the text myself, paraphrasing contributions or suggestions from others, or * that no one will pop out of the woodwork, I believe that making assertion (3) is basically insane unless one is convinced that no one will _ever_ litigate any of this. If the Trust and IPR WG believed the latter, we wouldn't need any of this stuff, so forget that. The 2026/ 3739/ 4879 requirement is not insane because it only requires me to make assertions based on what I can be reasonably expected to know (and the transfer is less general, lowering the odds of protests somewhat). That doesn't eliminate the risk, but, IMO, brings it into manageable proportions. (1) is easy. (2) is a lot harder, but still plausible. But either of those do the one thing that (3) does not and that the current state of things seem intended to avoid: With (1) or (2), the Trust cannot write licenses that assert that they actually control all of the relevant rights (at least without a lot of expensive insurance). Consequently, with either of those options, the risk that someone unidentified might show up and assert a claim falls on either the Trust or the user of the material, not the author/editor of the document. That is the common characteristic of my I-D, Brian's recent I-D, and at least part of some of the "repeal 5378" suggestions: the Trust doesn't get to assume that they have clear and unambiguous title to documents and permission to license them further on whatever terms they determine (and that, if the assumption is wrong, it is the author's problem). It is also, IMO, the fundamental problem with 5378/5377 and with almost any attempt to patch them. They are designed to protect the Trust against granting rights it doesn't have by making the submitter assume all of the obligations and risks of guaranteeing the Trust that it does have certain rights. That is just not how we ought to be designing things if we want people to make contributions to the IETF that build on the work of others. YMMD john From wgchairs-bounces@ietf.org Fri Jan 9 09:32:14 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9BC9928C18D; Fri, 9 Jan 2009 09:32:14 -0800 (PST) X-Original-To: wgchairs@ietf.org Delivered-To: wgchairs@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id 5D9A33A6835; Fri, 9 Jan 2009 09:32:12 -0800 (PST) From: IETF Secretariat To: IETF Announcement list Subject: IETF 74 - Update for Travelers from Visa Waiver Program Countries Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20090109173212.5D9A33A6835@core3.amsl.com> Date: Fri, 9 Jan 2009 09:32:12 -0800 (PST) Cc: irsg@isi.edu, wgchairs@ietf.org, bofchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Please be informed that effective January 12, 2009, eligible citizens or nationals from all Visa Waiver Program countries must obtain approval through the Electronic System for Travel Authorization (ESTA) prior to traveling to the United States. Eligible nationals of the Visa Waiver Program countries are able to travel without a visa for tourist and business travel of 90 days or less provided they possess an e-passport and an approved authorization through ESTA. The ESTA approval form and additional information can be found at: https://esta.cbp.dhs.gov The following countries participate in the Visa Waiver Program (as of December 30, 2008): Andorra, Australia, Austria, Belgium, Brunei, Czech Republic, Denmark, Estonia, Finland, France, Germany, Hungary, Iceland, Ireland, Italy, Japan, Latvia, Liechtenstein, Lithuania, Luxembourg, Malta, Monaco, the Netherlands, New Zealand, Norway, Portugal, San Marino, Singapore, Slovakia, Slovenia, South Korea, Spain, Sweden, Switzerland, and the United Kingdom Applications may be submitted at any time prior to travel to the United States. The Department of Homeland Security recommends that travel authorization applications be submitted at least 72 hours prior to travel. Unless revoked, travel authorizations are valid for two years from the date of authorization, or until your passport expires, whichever comes first. You can update the following information at https://esta.cbp.dhs.gov once you have received approval: - Email address - Telephone number - Airline and flight number - City where you are boarding - Address while in the United States Online registration for the IETF meeting is at: http://www.ietf.org/meetings/74/ To request a letter of invitation for the IETF 74 meeting in San Francisco, go to: http://www.ietf.org/meetings/74/LOI.html Only 72 days until the San Francisco IETF! From wgchairs-bounces@ietf.org Fri Jan 9 09:39:46 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D3B8A28C127; Fri, 9 Jan 2009 09:39:46 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BC9C3A68A5; Fri, 9 Jan 2009 09:37:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.276 X-Spam-Level: X-Spam-Status: No, score=-2.276 tagged_above=-999 required=5 tests=[AWL=0.323, 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 lvh1OV-gtXzr; Fri, 9 Jan 2009 09:37:05 -0800 (PST) Received: from sbh17.songbird.com (mail.mipassoc.org [IPv6:2001:470:1:76:0:ffff:4834:7146]) by core3.amsl.com (Postfix) with ESMTP id 125033A688D; Fri, 9 Jan 2009 09:37:04 -0800 (PST) Received: from [192.168.0.4] (adsl-68-122-40-145.dsl.pltn13.pacbell.net [68.122.40.145]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id n09Haggo012960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 09:36:48 -0800 Message-ID: <49678B2A.8000100@dcrocker.net> Date: Fri, 09 Jan 2009 09:36:42 -0800 From: Dave CROCKER Organization: Brandenburg InternetWorking User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Fred Baker Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem References: <70873A2B7F744826B0507D4B84903E60@noisy> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92/8848/Fri Jan 9 05:16:38 2009 on sbh17.songbird.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Fri, 09 Jan 2009 09:36:48 -0800 (PST) X-Mailman-Approved-At: Fri, 09 Jan 2009 09:39:45 -0800 Cc: Trustees , Working Group Chairs , IETF Discussion , Ed Juskevicius , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dcrocker@bbiw.net List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Fred Baker wrote: > From my perspective, the best approach involves keeping the general > case simple. The documents that have been transferred outside the IETF > in the past five years is a single digit number, a tenth of a percent of > all RFCs if not a smaller fraction. From my perspective, the simplest > solution to the transfer issue is to ask the people relevant to a > document for which transfer has been suggested whether they have an > issue with transferring it, rather than asking every document author his > or her opinion on the vast majority of documents, which will never be > transferred. +1 for simplicity, pragmatics, stability, narrowness of impact, and probably "legality". A number of the comments, so far, appear to hinge on a rather basic cost/benefit model that is clearly quite different from what the proposal is based. I suspect that difference comes from a different sense of the problem, per John Klensin's posting. My reference to "legality" is based on a view of the proposal which sees it as having individual submitters essentially say "I am required to get permission and I have not gotten it". That's an admission of guilt, which seems like a very bad thing to admit and formally document, particularly for an issue involving the law. And if you don't think that's what the proposal calls for, please explain, because I don't think my interpretation is all that creative. I am also struck by the proposal's noting: > This situation has halted the progression of some Internet-Drafts and > interrupted the publication of some RFCs. This means that we have a crisis which is stopping productive work, yet the crisis appears to be caused by a faulty new requirement, rather than by the situation that the document seeks to correct. In other words, remove the new requirement and we no longer have a crisis. We have an issue to pursue -- the same one that prompted the new requirement -- but no crisis. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net From wgchairs-bounces@ietf.org Fri Jan 9 10:02:08 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8714F28C1B6; Fri, 9 Jan 2009 10:02:08 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E5AA628C1AB; Fri, 9 Jan 2009 10:02:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KwJWqFTIdwlF; Fri, 9 Jan 2009 10:02:05 -0800 (PST) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 682373A687D; Fri, 9 Jan 2009 10:02:05 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,240,1231113600"; d="txt'?scan'208";a="127765478" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 09 Jan 2009 18:01:51 +0000 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id n09I1pAW018539; Fri, 9 Jan 2009 10:01:51 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.13.8/8.13.8) with ESMTP id n09I1p6O016264; Fri, 9 Jan 2009 18:01:51 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 9 Jan 2009 10:01:51 -0800 Received: from stealth-10-32-244-220.cisco.com ([10.32.244.220]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 9 Jan 2009 10:01:44 -0800 Message-Id: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> From: Fred Baker To: Trustees Content-Type: multipart/mixed; boundary=Apple-Mail-41--186166317 Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Logjam and "we gotta DO something!" Date: Fri, 9 Jan 2009 10:01:43 -0800 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 09 Jan 2009 18:01:44.0594 (UTC) FILETIME=[551C5720:01C97284] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=327315; t=1231524111; x=1232388111; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20 |Subject:=20Logjam=20and=20=22we=20gotta=20DO=20something!= 22 |Sender:=20; bh=8UApfRCaXKKSedLeSwgDvcLJ7BHccU6ot51s6jIqWLI=; b=Y7a0AOwoHQuSTr78U0WegD9Gbr3blzQpEzQFeMtTem0o8d5s/Ryc/Y1/mZ WvViqrAH63df5MgrlUzNYtY5BGXihjciGG9qzoYiGIp3wNIfB8tx0tNCCeCW MGqWXULF+Z; Authentication-Results: sj-dkim-3; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); Cc: Working Group Chairs , IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --Apple-Mail-41--186166317 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Not posting this to the IETF list as I don't think it materially contributes to that discussion. This is a comment for the management, if you will. There is a comment I have heard frequently that there is a "logjam" and folks "aren't posting internet drafts". Since the 16th of December, there have been 144 newly posted drafts, and since the past IETF there have been 668. Comparison to a recent IETF, the one in Dublin: 37 drafts were posted during the meeting, 105 in August, 107 in September, and 410 in October for a total of 659 between the two IETFs. 144 (Dec 16-present around a holiday) is more than 107 (September), and 668 is comparable to the total updates Dublin-October. My numbers will be off by the number of documents that were posted pre- MPLS and updated since (my mirror doesn't contain every version of every draft, only the current versions), but my main point is that I'm not sure that the statistics support the term "logjam". Jul.txt 37 (after 24 July) Aug.txt 105 Sep.txt 107 Oct.txt 410 Nov.txt 402 Dec.txt 206 Jan.txt 60 (to date, one week) --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Aug.txt Content-Type: text/plain; x-unix-mode=0644; name="Aug.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-agl-tcpm-sadata "Faster application handshakes with SYN/ACK payloads", Adam Langley, 5-Aug-08, http://tools.ietf.org/html/draft-andrews-dnsext-expire "EDNS EXPIRE OPTION", Mark Andrews, 25-Aug-08, http://tools.ietf.org/html/draft-bakker-sipping-3gpp-ims-xml-body-handling "Specification of 3GPP IM CN Subsystem XML body handling", John-Luc Bakker, 8-Aug-08, http://tools.ietf.org/html/draft-bellovin-useipsec "Guidelines for Specifying the Use of IPsec Version 2", Steven Bellovin, 3-Aug-08, http://tools.ietf.org/html/draft-boulton-mediactrl-feature-tags "Indicating Support for Basic Media Server Capabilities in the Session Initiation Protocol (SIP)", Chris Boulton, 20-Aug-08, http://tools.ietf.org/html/draft-boulton-mmusic-sdp-control-package-attribute "A Session Description Protocol (SDP) Control Package Attribute", Chris Boulton, 20-Aug-08, http://tools.ietf.org/html/draft-boulton-xcon-conference-control-package "An XCON Client Conference Control Package for the Media Control Channel Framework", Chris Boulton, Mary Barnes, 20-Aug-08, http://tools.ietf.org/html/draft-briscoe-tsvwg-re-ecn-tcp "Re-ECN: Adding Accountability for Causing Congestion to TCP/IP", Bob Briscoe, Arnaud Jacquet, T Moncaster, Alan Smith, 4-Aug-08, http://tools.ietf.org/html/draft-crocker-rfc-media "Media Format Choices for RFCs", Dave Crocker, 27-Aug-08, http://tools.ietf.org/html/draft-decroy-http-progress "Progress notifications for HTTP", Andrien de Croy, 23-Jul-08, http://tools.ietf.org/html/draft-detienne-ikev2-recovery "Safe IKE Recovery", Frederic Detienne, Pratima Sethi, Yoav Nir, 6-Aug-08, http://tools.ietf.org/html/draft-devarapalli-netlmm-multihoming "Multiple Interface Support with Proxy Mobile IPv6", Vijay Devarapalli, Nishi Kant, Heeseon Lim, Christian Vogt, 22-Aug-08, http://tools.ietf.org/html/draft-dhankins-dhcpinform-clarify "Dynamic Host Configuration Protocol DHCPINFORM Message Clarifications", David Hankins, 22-Aug-08, http://tools.ietf.org/html/draft-dhankins-softwire-tunnel-option "Dynamic Host Configuration Protocol Option for Softwires", David Hankins, 11-Aug-08, http://tools.ietf.org/html/draft-dickson-idr-last-resort "A New BGP Standards Action Community, LAST_RESORT", Brian Dickson, 20-Aug-08, http://tools.ietf.org/html/draft-doria-genart-experience "General Area Review Team (GenART) Experiences", Mary Barnes, Avri Doria, Harald Alvestrand, Brian Carpenter, 14-Aug-08, http://tools.ietf.org/html/draft-duerst-iri-bis "Internationalized Resource Identifiers (IRIs)", Martin Duerst, Michel Suignard, 3-Aug-08, http://tools.ietf.org/html/draft-ebalard-mext-pfkey-enhanced-migrate "PF_KEY Extension as an Interface between Mobile IPv6 and IPsec/IKE", Arnaud Ebalard, Sebastien Decugis, 18-Aug-08, http://tools.ietf.org/html/draft-ellermann-idnabis-test-tlds "Reserved Top Level DNS Names", Frank Ellermann, Donald Eastlake 3rd, 18-Aug-08, http://tools.ietf.org/html/draft-giordano-sip-call-hold-revision "Call on hold for telephony applications of SIP protocol", Daniele Giordano, 20-Aug-08, http://tools.ietf.org/html/draft-gont-opsec-ip-security "Security Assessment of the Internet Protocol version 4", Fernando Gont, 31-Aug-08, http://tools.ietf.org/html/draft-groth-openpgp-attribute-extension "OpenPGP Attribute Extension", Duane Groth, 14-Aug-08, http://tools.ietf.org/html/draft-guthery-wiegand-ip "IP and ARP over Wiegand", Scott Guthery, 22-Aug-08, http://tools.ietf.org/html/draft-hartman-webauth-phishing "Requirements for Web Authentication Resistant to Phishing", Sam Hartman, 18-Aug-08, http://tools.ietf.org/html/draft-hubert-ulevitch-edns-ping "EDNS Option for performing a data PING", Bert Hubert, David Ulevitch, 17-Aug-08, http://tools.ietf.org/html/draft-iab-dns-choices "Design Choices When Expanding DNS", Patrik Faltstrom, Rob Austein, Peter Koch, 11-Aug-08, http://tools.ietf.org/html/draft-ietf-avt-rfc3047-bis "RTP Payload Format for ITU-T Recommendation G.722.1", Patrick Luthi, Roni Even, 22-Aug-08, http://tools.ietf.org/html/draft-ietf-avt-rfc4695-bis "RTP Payload Format for MIDI", John Lazzaro, John Wawrzynek, Intellectual Property, 6-Aug-08, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-dcsc-channel-ext "Generalized MPLS (GMPLS) Data Channel Switching Capable (DCSC) and Channel Set Label Extensions", Lou Berger, Don Fedyk, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ether-svcs "Generalized MPLS (GMPLS) Support For Metro Ethernet Forum and G.8011 Ethernet Service Switching", Lou Berger, Don Fedyk, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-mef-uni "Generalized MPLS (GMPLS) Support For Metro Ethernet Forum and G.8011 User-Network Interface (UNI)", Lou Berger, Don Fedyk, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ted-mib "Traffic Engineering Database Management Information Base in support of MPLS-TE/GMPLS", Thomas Nadeau, 4-Aug-08, http://tools.ietf.org/html/draft-ietf-ediint-compression "Compressed Data within an Internet EDI Message", Terry Harding, 27-Aug-08, http://tools.ietf.org/html/draft-ietf-fecframe-dvb-al-fec "DVB Application-Layer Hybrid FEC Protection", Ali Begen, Thomas Stockhammer, 29-Aug-08, http://tools.ietf.org/html/draft-ietf-ipcdn-pktc-eventmess "Management Event Management Information Base (MIB) for PacketCable- and IPCablecom-Compliant Devices", Sumanth Channabasappa, Intellectual Property, 17-Aug-08, http://tools.ietf.org/html/draft-ietf-ipdvb-sec-req "Security requirements for the Unidirectional Lightweight Encapsulation (ULE) protocol", Prashant Pillai, Michael Noisternig, 23-Aug-08, http://tools.ietf.org/html/draft-ietf-krb-wg-naming "Additional Kerberos Naming Constraints", Larry Zhu, 12-Aug-08, http://tools.ietf.org/html/draft-ietf-krb-wg-pkinit-alg-agility "PK-INIT algorithm agility", Love Astrand, Larry Zhu, 5-Aug-08, http://tools.ietf.org/html/draft-ietf-l1vpn-ospfv3-auto-discovery "OSPFv3 Based Layer 1 VPN Auto-Discovery", Lou Berger, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-l2vpn-vpls-mcast-reqts "Requirements for Multicast Support in Virtual Private LAN Services", Yuji Kamite, Yuichiro Wada, Yetik Serbest, Thomas Morin, Luyuan Fang, 5-Aug-08, http://tools.ietf.org/html/draft-ietf-lemonade-imap-notify "The IMAP NOTIFY Extension", Arnt Gulbrandsen, Alexey Melnikov, Curtis King, 19-Aug-08, http://tools.ietf.org/html/draft-ietf-mext-generic-signaling-message "Mobile IPv6 Generic Signaling Message", Brian Haley, Sri Gundavelli, 14-Aug-08, http://tools.ietf.org/html/draft-ietf-mip4-nemov4-dynamic "Dynamic Prefix Allocation for NEMOv4", George Tsirtsis, Vincent Park, Vidya Narayanan, Kent Leung, 29-Aug-08, http://tools.ietf.org/html/draft-ietf-mip4-udptunnel-mib "The Definitions of Managed Objects for Mobile IP UDP Tunneling", Hans Sjostrand, 11-Aug-08, http://tools.ietf.org/html/draft-ietf-mip6-cn-ipsec "Using IPsec between Mobile and Correspondent IPv6 Nodes", Francis Dupont, Jean-Michel Combes, 25-Aug-08, http://tools.ietf.org/html/draft-ietf-mmusic-media-loopback "An Extension to the Session Description Protocol (SDP) for Media Loopback", Kaynam Hedayat, 4-Aug-08, http://tools.ietf.org/html/draft-ietf-mpls-3209-patherr "Node behavior upon originating and receiving Resource ReserVation Protocol (RSVP) Path Error message", JP Vasseur, George Swallow, Ina Minei, 18-Aug-08, http://tools.ietf.org/html/draft-ietf-ntp-autokey "Network Time Protocol Version 4 Autokey Specification", Brian Haberman, David Mills, 18-Aug-08, http://tools.ietf.org/html/draft-ietf-ntp-ntpv4-mib "Definitions of Managed Objects for Network Time Protocol Version 4 (NTPv4)", Heiko Gerstung, Chris Elliott, 28-Aug-08, http://tools.ietf.org/html/draft-ietf-pce-p2mp-app "draft-ietf-pce-p2mp-app-00.txt", Seisho Yasukawa, Adrian Farrel, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-pce-p2mp-req "PCC-PCE Communication Requirements for Point to Multipoint Multiprotocol Label Switching Traffic Engineering (MPLS-TE)", Seisho Yasukawa, Adrian Farrel, 8-Aug-08, http://tools.ietf.org/html/draft-ietf-pim-port "A Reliable Transport Mechanism for PIM", Dino Farinacci, IJsbrand Wijnands, Apoorva Karan, A Boers, Maria Napierala, 22-Aug-08, http://tools.ietf.org/html/draft-ietf-pwe3-fc-encap "Encapsulation Methods for Transport of Fibre Channel frames Over MPLS Networks", Moran Roth, Tel Aviv, David Zelig, Tel Aviv, San Jose, 19-Aug-08, http://tools.ietf.org/html/draft-ietf-radext-design "RADIUS Design Guidelines", Greg Weber, Alan DeKok, Intellectual Property, 26-Aug-08, http://tools.ietf.org/html/draft-ietf-rohc-rfc4995bis "The RObust Header Compression (ROHC) Framework", Kristofer Sandlund, Ghyslain Pelletier, Lars-Erik Jonsson, 4-Aug-08, http://tools.ietf.org/html/draft-ietf-sidr-rescerts-provisioning "A Protocol for Provisioning Resource Certificates", Geoff Huston, Robert Loomans, Byron Ellacott, Rob Austein, 6-Aug-08, http://tools.ietf.org/html/draft-ietf-sipping-service-identification "Identification of Communications Services in the Session Initiation Protocol (SIP)", Jonathan Rosenberg, 4-Aug-08, http://tools.ietf.org/html/draft-ietf-smime-bfibecms "Using the Boneh-Franklin and Boneh-Boyen identity-based Encryption Algorithms with the Cryptographic Message Syntax (CMS)", Luther Martin, Mark Schertler, 4-Aug-08, http://tools.ietf.org/html/draft-ietf-tsvwg-byte-pkt-congest "Byte and Packet Congestion Notification", Bob Briscoe, 7-Aug-08, http://tools.ietf.org/html/draft-ietf-tsvwg-port-randomization "Port Randomization", Michael Larsen, Fernando Gont, 31-Aug-08, http://tools.ietf.org/html/draft-irtf-iccrg-welzl-congestion-control-open-research "Open Research Issues in Internet Congestion Control", Dimitri Papadimitriou, 8-Aug-08, http://tools.ietf.org/html/draft-irtf-routing-history "Analysis of Inter-Domain Routing Requirements and History", Elwyn Davies, Avri Doria, 8-Aug-08, http://tools.ietf.org/html/draft-josefsson-sasl-external-channel "SASL Mechanism for External Authentication using Channel Bindings: EXTERNAL-CHANNEL", Simon Josefsson, 5-Aug-08, http://tools.ietf.org/html/draft-josefsson-sasl-tls-cb "Channel Bindings for TLS based on PRF", Simon Josefsson, 12-Aug-08, http://tools.ietf.org/html/draft-kappler-nsis-qosmodel-controlledload "A QoS Model for Signaling IntServ Controlled-Load Service with NSIS", Cornelia Kappler, Xiaoming Fu, Bernd Schloer, 21-Aug-08, http://tools.ietf.org/html/draft-kato-ipsec-camellia-modes "Modes of Operation for Camellia for Use With IPsec", Akihiro Kato, Masayuki Kanda, 5-Aug-08, http://tools.ietf.org/html/draft-kumar-ipv6-pmtu-using-routing-proto "IPv6 Path MTU computation using routing protocol", Vijay Kumar Vasantha, 4-Aug-08, http://tools.ietf.org/html/draft-kumar-isis-path-mtu "ISIS: Path MTU calculation in ISIS", Vijay Kumar Vasantha, 4-Aug-08, http://tools.ietf.org/html/draft-levis-roll-protocols-survey "Overview of Existing Routing Protocols for Low Power and Lossy Networks", Arsalan Tavakoli, Stephen Dawson-Haggerty, P Levis, 8-Aug-08, http://tools.ietf.org/html/draft-licanhuang-dnsop-urnresolution "Distributed Universal Resource Name Resolution based on Distributed DNS", Lican Huang, 4-Aug-08, http://tools.ietf.org/html/draft-lochter-pkix-brainpool-ecc "ECC Brainpool Standard Curves and Curve Generation", Manfred Lochter, Johannes Merkle, 4-Aug-08, http://tools.ietf.org/html/draft-marchioni-itzhaki-ds-system-deployment "Approach to Digital Signature Systems Deployment", John Marchioni, Yair Itzhaki, 14-Aug-08, http://tools.ietf.org/html/draft-moreau-pkix-aixcm "Auto Issued X.509 Certificate Mechanism (AIXCM)", Thierry Moreau, 6-Aug-08, http://tools.ietf.org/html/draft-mraihi-inch-thraud "Sharing Transaction Fraud Data", Sharon Boeyen, Michael Grandcolas, Siddharth Bajaj, David M'Raihi, 25-Aug-08, http://tools.ietf.org/html/draft-natarajan-tsvwg-sctp-nrsack "Non-Renegable Selective Acknowledgements (NR-SACKs) for SCTP", Preethi Natarajan, Paul Amer, Ertugrul Yilmaz, Randall Stewart, Janardhan Iyengar, 27-Aug-08, http://tools.ietf.org/html/draft-nikander-esp-beet-mode "A Bound End-to-End Tunnel (BEET) mode for ESP", Pekka Nikander, Jan Melen, 5-Aug-08, http://tools.ietf.org/html/draft-oiwa-http-mutualauth "Mutual Authentication Protocol for HTTP", Yutaka Oiwa, 11-Aug-08, http://tools.ietf.org/html/draft-peterson-streamlined-ftp-command-extensions "Streamlined FTP Command Extensions", Mark Peterson, Rhino Software, 29-Aug-08, http://tools.ietf.org/html/draft-reid-dnsext-aleatoric "A DNS Resource Record for Additional Entropy", Jim Reid, 6-Aug-08, http://tools.ietf.org/html/draft-rhee-tcpm-cubic "CUBIC for Fast Long-Distance Networks", Injong Rhee, Lisong Xu, Sangtae Ha, 26-Aug-08, http://tools.ietf.org/html/draft-rhodes-rsvp-recovery-signaling "Problems observed with RSVP recovery signaling", Andrew Rhodes, Nic Neate, David McWalter, 6-Aug-08, http://tools.ietf.org/html/draft-saintandre-sip-xmpp-presence "Interworking between the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP): Presence", Peter Saint-Andre, Avshalom Houri, Joe Hildebrand, 5-Aug-08, http://tools.ietf.org/html/draft-saleem-msml "Media Server Markup Language (MSML)", Adnan Saleem, 14-Aug-08, http://tools.ietf.org/html/draft-sanjib-private-vlan "Cisco Systems' Private VLANs: Scalable Security in a Multi-Client Environment", Sanjib HomChaudhuri, Marco Foschiano, 19-Aug-08, http://tools.ietf.org/html/draft-shur-pack-uri-scheme "The "pack" URI Scheme", Andrey Shur, Jerry Dunietz, 7-Aug-08, http://tools.ietf.org/html/draft-smith-opentoken "OpenToken", Dave Smith, Peter Motykowski, Yasir Faruqi, Peter Saint-Andre, 11-Aug-08, http://tools.ietf.org/html/draft-templin-seal "The Subnetwork Encapsulation and Adaptation Layer (SEAL)", Fred Templin, 19-Aug-08, http://tools.ietf.org/html/draft-thompson-esds-commands "Extensible Supply-chain Discovery Service Commands", Frank Thompson, 29-Aug-08, http://tools.ietf.org/html/draft-thompson-esds-schema "Extensible Supply-chain Discovery Service Schema", Frank Thompson, 29-Aug-08, http://tools.ietf.org/html/draft-thubert-tree-discovery "Nested Nemo Tree Discovery", Pascal Thubert, Caroline Bontoux, Nicolas Montavont, Ben McCarthy, 1-Aug-08, http://tools.ietf.org/html/draft-tiwari-radext-tunnel-type "New Tunnel-Type Values", Abhishek Tiwari, 29-Aug-08, http://tools.ietf.org/html/draft-toutain-6lowpan-ra-suppression "Neighbor Discovery Suppression", Laurent Toutain, Guillaume Chelius, Yoongsoo Lee, Yongqiang DONG, 20-Aug-08, http://tools.ietf.org/html/draft-ug-xcast20-protocol-spec "XCAST6 (version 2.0) Protocol Specification", Yuji Imai, Takahiro Kurosawa, Nobuo Kawaguchi, Eiichi Muramoto, 17-Aug-08, http://tools.ietf.org/html/draft-urien-eap-smartcard "EAP-Support in Smartcard", Guy Pujolle, Pascal Urien, 4-Aug-08, http://tools.ietf.org/html/draft-wang-avt-rtp-mvc "RTP Payload Format for MVC Video", Ye-Kui Wang, Thomas Schierl, 21-Aug-08, http://tools.ietf.org/html/draft-welzl-expires "The Expires Header in E-mail", Michael Welzl, Thomas Nolf, Jacob Palme, 4-Aug-08, http://tools.ietf.org/html/draft-whittle-ivip-arch "Ivip (Internet Vastly Improved Plumbing) Architecture", Robin Whittle, 19-Aug-08, http://tools.ietf.org/html/draft-whittle-ivip-db-fast-push "Ivip Mapping Database Fast Push", Robin Whittle, 20-Aug-08, http://tools.ietf.org/html/draft-whittle-ivip4-etr-addr-forw "Ivip4 ETR Address Forwarding", Robin Whittle, 22-Aug-08, http://tools.ietf.org/html/draft-wijngaards-dnsext-resolver-side-mitigation "Resolver side mitigations", Wouter Wijngaards, 25-Aug-08, http://tools.ietf.org/html/draft-worley-service-example "Session Initiation Protocol Service Example -- Music on Hold", Dale Worley, 28-Aug-08, http://tools.ietf.org/html/draft-yokota-netlmm-pmipv6-mn-itho-support "Inter-Technology Handoff support in Mobile Node for Proxy Mobile IPv6", Hidetoshi Yokota, Sri Gundavelli, Kent Leung, 21-Aug-08, http://tools.ietf.org/html/draft-yousaf-ietf-nemo-neron "Nest Route Optimization for NEMO (NERON)", Faqir Zarrar Yousaf, Christian Wietfeld, Alain Tigyo, 21-Aug-08, http://tools.ietf.org/html/draft-zhang-multimob-mld-mmcast "MLD Extensions to Support the Mobile Multicast Group Management", Hong-Ke Zhang, Jian-feng Guan, Hua-chun Zhou, Zhi-wei Yan, 5-Aug-08, http://tools.ietf.org/html/draft-zinjuvadia-traceflow "TraceFlow", Arun Viswanathan, Subi Krishnamurthy, Rajeev Manur, Vishal Zinjuvadia, 16-Aug-08, --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Dec.txt Content-Type: text/plain; x-unix-mode=0644; name="Dec.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-arkko-arp-iana-rules "IANA Allocation Guidelines for the Address Resolution Protocol (ARP)", Jari Arkko, Carlos Pignataro, 1-Dec-08, http://tools.ietf.org/html/draft-avasarala-sipping-comm-div-notification "A Session Initiation Protocol (SIP) Event Package for Communication Diversion Information in support of the Communication Diversion (CDIV) Notification (CDIVN) CDIV service", Ranjit Avasarala, Subir Saha, John-Luc Bakker, 22-Dec-08, http://tools.ietf.org/html/draft-baccelli-multi-hop-wireless-communication "Multi-hop Ad Hoc Wireless Communication", Emmanuel Baccelli, Charles Perkins, 18-Dec-08, http://tools.ietf.org/html/draft-bhatia-ipsecme-esp-null "Identifying ESP-NULL Packets", Manav Bhatia, 1-Dec-08, http://tools.ietf.org/html/draft-bhatia-manral-igp-crypto-requirements "Cryptographic Algorithm Implementation Requirements for Routing Protocols", Manav Bhatia, Vishwas Manral, 1-Dec-08, http://tools.ietf.org/html/draft-blanchet-mif-problem-statement "Multiple Interfaces Problem Statement", Marc Blanchet, 9-Dec-08, http://tools.ietf.org/html/draft-boutros-mpls-tp-loopback "Operating MPLS Transport Profile LSP in Loopback Mode", Nabil Bitar, Rahul Aggarwal, Sami Boutros, Siva Sivabalan, David Ward, George Swallow, 17-Dec-08, http://tools.ietf.org/html/draft-brasher-diap "Distributed Internet Archive Protocol (DIAP)", Damian Brasher, 3-Dec-08, http://tools.ietf.org/html/draft-brusilovsky-pak "Password-Authenticated Diffie-Hellman Exchange (PAK)", Igor Faynberg, Sarvar Patel, Zachary Zeltsan, Alec Brusilovsky, 10-Dec-08, http://tools.ietf.org/html/draft-bryan-metalink "The Metalink Download Description Format", Anthony Bryan, 31-Dec-08, http://tools.ietf.org/html/draft-carlberg-avt-rtcp-xr-ecn "RTCP Extended Report for ECN Marked Packets", Piers O'Hanlon, Ken Carlberg, 18-Dec-08, http://tools.ietf.org/html/draft-carlberg-avt-rtp-ecn "Explicit Notification Extension (ECN) Support for RTP Sessions", Ken Carlberg, Piers O'Hanlon, 18-Dec-08, http://tools.ietf.org/html/draft-carpenter-renum-needs-work "Renumbering still needs work", Brian Carpenter, Randall Atkinson, Hannu Flinck, 21-Dec-08, http://tools.ietf.org/html/draft-chudov-cryptopro-cptls "GOST 28147-89 Cipher Suites for Transport Layer Security (TLS)", Alexandr Afanasiev, Nikolaj Nikishin, Boleslav Izotov, Elena Minaeva, Serguei Murugov, Igor Ustinov, Anatolij Erkin, Grigorij Chudov, Serguei Leontiev, 8-Dec-08, http://tools.ietf.org/html/draft-chudov-cryptopro-cpxmldsig "Using GOST 28147-89, GOST R 34.10-2001, and GOST R 34.11-94 Algorithms for XML Security", Serguei Leontiev, Pavel Smirnov, Aleksandr Chelpanov, 18-Dec-08, http://tools.ietf.org/html/draft-crocker-dnssec-algo-signal "Signaling Cryptographic Algorithm Understanding in DNSSEC", Steve Crocker, Scott Rose, 29-Dec-08, http://tools.ietf.org/html/draft-daboo-imap-annotatemore "IMAP METADATA Extension", Cyrus Daboo, 12-Dec-08, http://tools.ietf.org/html/draft-eastlake-trill-rbridge-notes "Rbridge Notes", Donald Eastlake 3rd, 10-Dec-08, http://tools.ietf.org/html/draft-ejzak-mmusic-bg-bypass "Extension to the Session Description Protocol (SDP) for Bypass of Border Gateways", Richard Ejzak, 17-Dec-08, http://tools.ietf.org/html/draft-eronen-enterprise-number-documentation "Enterprise Number for Documentation Use", Pasi Eronen, David Harrington, 15-Dec-08, http://tools.ietf.org/html/draft-farinacci-lisp "Locator/ID Separation Protocol (LISP)", Dino Farinacci, Vince Fuller, David Oran, Dave Meyer, Scott Brim, 19-Dec-08, http://tools.ietf.org/html/draft-forte-ecrit-lost-extensions "Location-to-Service Translation Protocol (LoST) Extensions", Andrea Forte, Henning Schulzrinne, 3-Nov-08, http://tools.ietf.org/html/draft-forte-ecrit-service-classification "Classification of Location-based Services", Andrea Forte, Henning Schulzrinne, 3-Nov-08, http://tools.ietf.org/html/draft-freed-sieve-ihave "Sieve Email Filtering: Ihave Extension", Ned Freed, 25-Dec-08, http://tools.ietf.org/html/draft-garcia-martinez-cgamib "Management Information Base for Cryptographically Generated Addresses (CGA)", Alberto Garcia-Martinez, 18-Dec-08, http://tools.ietf.org/html/draft-garcia-martinez-sendmib "Management Information Base for the SEcure Neighbor Discovery (SEND) protocol", Alberto Garcia-Martinez, 18-Dec-08, http://tools.ietf.org/html/draft-green-secsh-ecc "Elliptic-Curve Algorithm Integration in the Secure Shell Transport Layer", Douglas Stebila, 2-Dec-08, http://tools.ietf.org/html/draft-gulbrandsen-imap-inthread "The IMAP SEARCH=INTHREAD and THREAD=REFS Extensions", Arnt Gulbrandsen, 15-Dec-08, http://tools.ietf.org/html/draft-gulbrandsen-imap-response-codes "IMAP Response Codes", Arnt Gulbrandsen, 15-Dec-08, http://tools.ietf.org/html/draft-gundavelli-mip4-multiple-tunnel-support "Multiple Tunnel Support for Mobile IPv4", Sri Gundavelli, Kent Leung, 8-Dec-08, http://tools.ietf.org/html/draft-haddad-alien-privacy-terminology "Privacy Aspects Terminology", Wassim Haddad, Erik Nordmark, 26-Dec-08, http://tools.ietf.org/html/draft-hallambaker-ocspagility "OCSP Algorithm Agility", Phillip Hallam-Baker, 2-Dec-08, http://tools.ietf.org/html/draft-haluska-sipping-directory-assistance "Considerations for Information Services and Operator Services Using SIP", John Haluska, Renee Berkowitz, Paul Roder, Wesley Downum, Richard Ahern, Paul Lung, Nicholas Costantino, Chris Blackwell, Jim Mellinger, Intellectual Property, 15-Dec-08, http://tools.ietf.org/html/draft-hardaker-isms-dtls-tm "Datagram Transport Layer Security Transport Model for SNMP", Wesley Hardaker, 10-Dec-08, http://tools.ietf.org/html/draft-hethmon-mcmurray-ftp-hosts "File Transfer Protocol HOST Command", Paul Hethmon, Robert McMurray, 1-Dec-08, http://tools.ietf.org/html/draft-hoene-avt-rtp-sbc "RTP Payload Format for Bluetooth's SBC audio codec", Christian Hoene, Frans Bont, 17-Dec-08, http://tools.ietf.org/html/draft-hoffman-dac-vbr "Vouch By Reference", Paul Hoffman, John Levine, Arvel Hathcock, 2-Dec-08, http://tools.ietf.org/html/draft-housley-internet-draft-sig-file "Digital Signatures on Internet-Draft Documents", Russ Housley, 21-Dec-08, http://tools.ietf.org/html/draft-hoyer-keyprov-pskc-algorithm-profiles "Additional Portable Symmetric Key Container (PSKC) Algorithm Profiles", Philip Hoyer, Mingliang Pei, Salah Machani, Andrea Doherty, 24-Dec-08, http://tools.ietf.org/html/draft-iab-ip-config "Principles of Internet Host Configuration", Bernard Aboba, Dave Thaler, Loa Andersson, 19-Dec-08, http://tools.ietf.org/html/draft-iab-rfc-editor-model "RFC Editor Model (Version 1)", Olaf Kolkman, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-6lowpan-hc "Compression Format for IPv6 Datagrams in 6LoWPAN Networks", Jonathan Hui, Pascal Thubert, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-6man-reserved-iids "Reserved IPv6 Interface Identifiers", Suresh Krishnan, 3-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rfc4749-dtx-update "G.729.1 RTP Payload Format update: DTX support", Aurelien Sollaud, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-atrac-family "RTP Payload Format for Adaptive TRansform Acoustic Coding (ATRAC) Family", Jun Matsumoto, Mitsuyuki Hatanaka, 2-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-rfc3984bis "RTP Payload Format for H.264 Video", Ye-Kui Wang, Roni Even, Tom Kristensen, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-svc "RTP Payload Format for SVC Video", Stephan Wenger, Ye-Kui Wang, Thomas Schierl, Alex Eleftheriadis, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-behave-turn-uri "Traversal Using Relays around NAT (TURN) Uniform Resource Identifiers", Marc Petit-Huguenin, 21-Dec-08, http://tools.ietf.org/html/draft-ietf-bliss-call-completion "Call Completion for Session Initiation Protocol (SIP)", Dale Worley, Martin Huelsemann, Roland Jesske, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-ethernet-gmpls-provider-reqs "Service Provider Requirements for Ethernet control with GMPLS", Wataru Imajuku, Yoshiaki Sone, Muneyoshi Suzuki, Kazuhiro Matsuda, Tomohiro Otani, Kenichi Ogaki, Nabil Bitar, 10-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-vcat-lcas "draft-ietf-ccamp-gmpls-vcat-lcas-07.txt", Greg Bernstein, Richard Rabbat, Huub Helvoort, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-lsp-dppm "Label Switched Path (LSP) Dynamic Provisioning Performance Metrics in Generalized MPLS Networks", Weiqiang Sun, Guoying Zhang, Jianhua Gao, Guowu Xie, Rajiv Papneja, Bin Gu, Xueqing Wei, Tomohiro Otani, Ruiquan Jing, 4-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-lsp-hierarchy-bis "Procedures for Dynamically Signaled Hierarchical Label Switched Paths", Kohei Shiomoto, Adrian Farrel, Richard Rabbat, Arthi Ayyangar, Zafar Ali, 9-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-oam-configuration-fwk "OAM Configuration Framework and Requirements for GMPLS RSVP-TE", Attila Takacs, Don Fedyk, He Jia, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-eth-oam-ext "GMPLS RSVP-TE Extensions for Ethernet OAM Configuration", Attila Takacs, Balazs Gero, Don Fedyk, Dinesh Mohan, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode "Routing and Wavelength Assignment Information Encoding for Wavelength Switched Optical Networks", Greg Bernstein, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-framework "Framework for GMPLS and PCE Control of Wavelength Switched Optical Networks (WSON)", Greg Bernstein, 5-Dec-08, http://tools.ietf.org/html/draft-ietf-dccp-simul-open "DCCP Simultaneous-Open Technique to Facilitate NAT/Middlebox Traversal", Gorry Fairhurst, 7-Dec-08, http://tools.ietf.org/html/draft-ietf-dhc-relay-id-suboption "The DHCPv4 Relay Agent Identifier Suboption", Mark Stapp, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-diameter-qos "Diameter Quality of Service Application", Dong Sun, Pete McCann, Hannes Tschofenig, Tina Tsou, Avri Doria, Glen Zorn, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-mip6-split "Diameter Mobile IPv6: Support for Home Agent to Diameter Server Interaction", Jouni Korhonen, Hannes Tschofenig, Julien Bournelle, Gerardo Giaretta, Madjid Nakhjiri, 29-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-qos-attributes "Quality of Service Attributes for Diameter", Jouni Korhonen, Hannes Tschofenig, Mayutan Arumaithurai, Mark Jones, Avi Lior, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-qos-parameters "Quality of Service Parameters for Usage with Diameter", Jouni Korhonen, Hannes Tschofenig, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-rfc3588bis "Diameter Base Protocol", Victor Fajardo, Jari Arkko, John Loughney, Glen Zorn, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-dkim-ssp "DomainKeys Identified Mail (DKIM) Author Domain Signing Practices (ADSP)", agent Local-part, Author Domain, return error, Eric Allman, Jim Fenton, Mark Delany, John Levine, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-dnsext-dnssec-rsasha256 "Use of SHA-2 algorithms with RSA in DNSKEY and RRSIG Resource Records for DNSSEC", Jelte Jansen, 4-Dec-08, http://tools.ietf.org/html/draft-ietf-dnsext-forgery-resilience "Measures for making DNS more resilient against forged answers", Bert Hubert, Remco Mook, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-eai-downgrade "Downgrading mechanism for Email Address Internationalization", Kazunori Fujiwara, Yoshiro Yoneya, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-eai-dsnbis "Internationalized Delivery Status and Disposition Notifications", Chris Newman, Alexey Melnikov, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-emu-chbind "Channel Binding Support for EAP Methods", Charles Clancy, Katrin Hoeper, 19-Nov-08, http://tools.ietf.org/html/draft-ietf-enum-enumservices-guide "IANA Registration of Enumservices: Guide, Template and IANA Considerations", Hoeneisen Bernie, Alexander Mayrhofer, Jason Livingood, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-geopriv-http-location-delivery "HTTP Enabled Location Delivery (HELD)", Mary Barnes, James Winterbottom, Martin Thomson, Barbara Stark, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-geopriv-lis-discovery "Discovering the Local Location Information Server (LIS)", Martin Thomson, James Winterbottom, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-hokey-preauth-ps "EAP Pre-authentication Problem Statement", Yoshihiro Ohba, 3-Dec-08, http://tools.ietf.org/html/draft-ietf-httpbis-method-registrations "Initial Hypertext Transfer Protocol (HTTP) Method Registrations", Julian Reschke, 1-Dec-08, http://tools.ietf.org/html/draft-ietf-idnabis-defs "Internationalized Domain Names for Applications (IDNA): Definitions and Document Framework", John Klensin, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-idnabis-protocol "Internationalized Domain Names in Applications (IDNA): Protocol", John Klensin, 7-Dec-08, http://tools.ietf.org/html/draft-ietf-idnabis-rationale "Internationalized Domain Names for Applications (IDNA): Background, Explanation, and Rationale", John Klensin, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-idnabis-tables "The Unicode code points and IDNA", Patrik Faltstrom, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-idr-add-paths "Advertisement of Multiple Paths in BGP", Daniel Walton, Alvaro Retana, Enke Chen, John Scudder, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-idr-mrai-dep "Revisions to the BGP 'Minimum Route Advertisement Interval'", Paul Jakma, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-ippm-duplicate "A One-Way Packet Duplication Metric", Henk Uijterwaal, 9-Dec-08, http://tools.ietf.org/html/draft-ietf-ipsecme-ikev2-redirect "Re-direct Mechanism for IKEv2", Vijay Devarapalli, Kilian Weniger, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-isis-wg-extlsp "Simplified Extension of LSP Space for IS-IS", Les Ginsberg, Stefano Previdi, Mike Shand, Danny McPherson, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-kitten-gssapi-store-cred "GSS-API Extension for Storing Delegated Credentials", Nicolas Williams, 30-Dec-08, http://tools.ietf.org/html/draft-ietf-krb-wg-otp-preauth "OTP Pre-authentication", Gareth Richards, 5-Dec-08, http://tools.ietf.org/html/draft-ietf-krb-wg-ticket-extensions "Kerberos ticket extensions", Love Astrand, 18-Nov-08, http://tools.ietf.org/html/draft-ietf-l2tpext-circuit-status-extensions "L2TPv3 Extended Circuit Status Values", Neil McGill, Carlos Pignataro, 5-Dec-08, http://tools.ietf.org/html/draft-ietf-l3vpn-mvpn-considerations "Mandatory Features in a Layer 3 Multicast BGP/MPLS VPN Solution", Thomas Morin, Ben Niven-Jenkins, Yuji Kamite, Raymond Zhang, Nicolai Leymann, Nabil Bitar, 9-Dec-08, http://tools.ietf.org/html/draft-ietf-l3vpn-v6-ext-communities "IPv6 Address Specific BGP Extended Communities Attribute", Yakov Rekhter, 10-Dec-08, http://tools.ietf.org/html/draft-ietf-lemonade-streaming "Streaming Internet Messaging Attachments", Neil Cook, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-ltru-4645bis "Update to the Language Subtag Registry", Doug Ewell, 1-Dec-08, http://tools.ietf.org/html/draft-ietf-ltru-4646bis "Tags for Identifying Languages", Addison Phillips, Mark Davis, 10-Dec-08, http://tools.ietf.org/html/draft-ietf-manet-dymo "Dynamic MANET On-demand (DYMO) Routing", Ian Chakeres, Charles Perkins, 5-Dec-08, http://tools.ietf.org/html/draft-ietf-mboned-ssmping "Multicast Ping Protocol", Stig Venaas, 2-Dec-08, http://tools.ietf.org/html/draft-ietf-mediactrl-sip-control-framework "Media Control Channel Framework", Chris Boulton, Tim Melanchuk, Scott McGlashan, 3-Dec-08, http://tools.ietf.org/html/draft-ietf-mext-nemo-v4traversal "Mobile IPv6 Support for Dual Stack Hosts and Routers (DSMIPv6)", Hesham Soliman, 13-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-cosfield-def "Multi-Protocol Label Switching (MPLS) label stack entry: "EXP" field renamed to "Traffic Class" field", Loa Andersson, Rajiv Asati, 5-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-ip-options "Requirements for Label Edge Router Forwarding of IPv4 Option Packets", William Jaeger, John Mullooly, Tom Scholl, David Smith, Intellectual Property, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-ldp-igp-sync "LDP IGP Synchronization", Luyuan Fang, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-te-scaling-analysis "An Analysis of Scaling Issues in MPLS-TE Core Networks", Seisho Yasukawa, Adrian Farrel, Olufemi Komolafe, 14-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-tp-oam-requirements "Requirements for OAM in MPLS Transport Networks", Martin Vigoureux, David Ward, Malcolm Betts, 3-Dec-08, http://tools.ietf.org/html/draft-ietf-msec-tesla-for-alc-norm "Use of TESLA in the ALC and NORM Protocols", Vincent Roca, Aurelien Francillon, Sebastien Faurite, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-netconf-partial-lock "Partial Lock RPC for NETCONF", Balazs Lengyel, Martin Bjorklund, 9-Dec-08, http://tools.ietf.org/html/draft-ietf-netlmm-pmip6-ipv4-support "IPv4 Support for Proxy Mobile IPv6", Ryuji Wakikawa, Sri Gundavelli, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-netlmm-pmipv6-heartbeat "Heartbeat Mechanism for Proxy Mobile IPv6", Vijay Devarapalli, Rajeev Koodli, Heeseon Lim, Nishi Kant, Suresh Krishnan, Julien Laganier, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-federated-fs-reqts "Requirements for Federated File Systems", James Lentini, Craig Everhart, Daniel Ellard, Renu Tewari, Manoj Naik, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-minorversion1 "NFS Version 4 Minor Version 1", Spencer Shepler, Mike Eisler, David Noveck, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-minorversion1-dot-x "NFSv4 Minor Version 1 XDR Description", Spencer Shepler, Mike Eisler, David Noveck, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-pnfs-block "pNFS Block/Volume Layout", David Black, Stephen Fridella, Jason Glasgow, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-pnfs-obj "Object-based pNFS Operations", Benny Halevy, Brent Welch, Jim Zelenka, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-rpc-netid "IANA Considerations for RPC Net Identifiers and Universal Address Formats", Mike Eisler, 10-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-rpcrdma "Remote Direct Memory Access Transport for Remote Procedure Call", Thomas Talpey, Brent Callaghan, 4-Dec-08, http://tools.ietf.org/html/draft-ietf-openpgp-camellia "The Camellia Cipher in OpenPGP", David Shaw, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-opsec-efforts "Security Best Practices Efforts and Documents", Chris Lonvick, David Spak, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-ospf-lls "OSPF Link-local Signaling", Alex Zinin, Abhay Roy, Liem Nguyen, Barry Friedman, Derek Yeung, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-ospf-manet-mdr "MANET Extension of OSPF using CDS Flooding", Richard Ogier, Phil Spagnolo, 28-Dec-08, http://tools.ietf.org/html/draft-ietf-p2psip-base "REsource LOcation And Discovery (RELOAD) Base Protocol", Cullen Jennings, Bruce Lowekamp, Eric Rescorla, Salman Baset, Henning Schulzrinne, 12-Dec-08, http://tools.ietf.org/html/draft-ietf-pana-preauth "Pre-authentication Support for PANA", Yoshihiro Ohba, 3-Dec-08, http://tools.ietf.org/html/draft-ietf-pana-statemachine "State Machines for Protocol for Carrying Authentication for Network Access (PANA)", Victor Fajardo, Yoshihiro Ohba, Rafa Lopez, 4-Dec-08, http://tools.ietf.org/html/draft-ietf-pce-of "Encoding of Objective Functions in the Path Computation Element Communication Protocol (PCEP)", Jean-Louis Le Roux, JP Vasseur, Young Lee, 27-Dec-08, http://tools.ietf.org/html/draft-ietf-pkix-3281update "An Internet Attribute Certificate Profile for Authorization", Russ Housley, Stephen Farrell, Sean Turner, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-pkix-ecc-subpubkeyinfo "Elliptic Curve Cryptography Subject Public Key Information", Sean Turner, Kelvin Yiu, Daniel R. L. Brown, Russ Housley, William Polk, 12-Dec-08, http://tools.ietf.org/html/draft-ietf-pkix-prqp "PKI Resource Query Protocol (PRQP)", Massimiliano Pala, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-pkix-tac "Traceable Anonymous Certificate", Sanghwan Park, Haeryong Park, Yoojae Won, Jaeil Lee, Stephen Kent, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-pwe3-ldp-aii-reachability "LDP extensions for AII reachability", Simon DeLord, Frederic JOUNAY, Philippe Niger, Mustapha Aissaoui, Matthew Bocci, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-radext-status-server "Use of Status-Server Packets in the Remote Authentication Dial In User Service (RADIUS) Protocol", Alan DeKok, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-radext-tcp-transport "RADIUS Over TCP", Alan DeKok, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-rmt-pi-norm-revised "NACK-Oriented Reliable Multicast Protocol", Brian Adamson, Carsten Bormann, University London, Joseph Macker, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-roll-indus-routing-reqs "Industrial Routing Requirements in Low Power and Lossy Networks", Dust Networks, Pascal Thubert, Sicco Dwars, Tom Phinney, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-shim6-proto "Shim6: Level 3 Multihoming Shim Protocol for IPv6", Erik Nordmark, Marcelo Bagnulo, 15-Dec-08, http://tools.ietf.org/html/draft-ietf-sidr-rpsl-sig "Securing RPSL Objects with RPKI Signatures", Robert Kisteleki, Jos Boumans, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-sieve-notify-mailto "Sieve Notification Mechanism: mailto", Barry Leiba, Michael Haardt, 4-Dec-08, http://tools.ietf.org/html/draft-ietf-sieve-notify-sip-message "Sieve Notification Mechanism: SIP MESSAGE", Alexey Melnikov, Henning Schulzrinne, Qian Sun, 11-Dec-08, http://tools.ietf.org/html/draft-ietf-simple-imdn "Instant Message Disposition Notification", Eric Burger, Hisham Khartabil, 8-Dec-08, http://tools.ietf.org/html/draft-ietf-sipping-update-pai "Updates to Asserted Identity in the Session Initiation Protocol (SIP)", John Elwell, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-smime-sha2 "Using SHA2 Algorithms with Cryptographic Message Syntax", Sean Turner, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-bgp-te-attribute "BGP Traffic Engineering Attribute", Don Fedyk, Yakov Rekhter, Hamid Ould-Brahim, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-encaps-safi "BGP Encapsulation SAFI and BGP Tunnel Encapsulation Attribute", Pradosh Mohapatra, Eric Rosen, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-lb "Load Balancing for Mesh Softwires", Clarence Filsfils, Pradosh Mohapatra, Carlos Pignataro, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-syslog-sign "Signed syslog Messages", John Kelsey, Jon Callas, Alex Clemm, 10-Dec-08, http://tools.ietf.org/html/draft-ietf-tcpm-tcp-uto "TCP User Timeout Option", Lars Eggert, Fernando Gont, 1-Dec-08, http://tools.ietf.org/html/draft-ietf-usefor-usepro "Netnews Architecture and Protocols", Russ Allbery, Charles Lindsey, 14-Dec-08, http://tools.ietf.org/html/draft-igoe-secsh-aes-gcm "AES Galois Counter Mode for the Secure Shell Transport Layer Protocol", Kevin Igoe, Jerome Solinas, 8-Dec-08, http://tools.ietf.org/html/draft-irtf-asrg-postage "An SMTP Extension for email postage", Ben April, John Leslie, Bart Schaefer, 13-Dec-08, http://tools.ietf.org/html/draft-irtf-dtnrg-cbhe "Compressed Bundle Header Encoding (CBHE)", Scott Burleigh, 6-Dec-08, http://tools.ietf.org/html/draft-irtf-mobopts-location-privacy-solutions "Mobile IPv6 Location Privacy Solutions", QIU Ying, Fan Zhao, Rajeev Koodli, 19-Dec-08, http://tools.ietf.org/html/draft-iucg-precaution "Application of the Precautionary Principle by the IETF http://iucg.org/draft-iucg-precaution-00.txt", Jean-Francois Morfin, 15-Dec-08, http://tools.ietf.org/html/draft-jiang-p2psip-relay "An extension to RELOAD to support Direct Response and Relay Peer routing", XingFeng Jiang, Roni Even, 27-Dec-08, http://tools.ietf.org/html/draft-jivsov-openpgp-ecc "ECC in OpenPGP", Andrey Jivsov, 31-Dec-08, http://tools.ietf.org/html/draft-jones-dime-3gpp-eps-command-codes "Diameter Command Code Registration for Third Generation Partnership Project (3GPP) Evolved Packet System (EPS)", Mark Jones, Lionel Morand, 30-Dec-08, http://tools.ietf.org/html/draft-josefsson-kerberos5-starttls "Using Kerberos V5 over the Transport Layer Security (TLS) protocol", Simon Josefsson, 5-Dec-08, http://tools.ietf.org/html/draft-klensin-rfc5321-numbered "Simple Mail Transfer Protocol", John Klensin, 14-Dec-08, http://tools.ietf.org/html/draft-klensin-rfc5378var "A Workable Variation on Rights Contributors Provide to the IETF Trust", John Klensin, 15-Dec-08, http://tools.ietf.org/html/draft-korhonen-mip4-service "Service Selection for Mobile IPv4", Jouni Korhonen, Ulf Nilsson, 31-Dec-08, http://tools.ietf.org/html/draft-kucherawy-sender-auth-caps "Indicating Message Authentication System Parameters", Murray Kucherawy, 9-Dec-08, http://tools.ietf.org/html/draft-kucherawy-sender-auth-header "Message Header Field for Indicating Message Authentication Status", Murray Kucherawy, 27-Dec-08, http://tools.ietf.org/html/draft-kumar-mpls-fec-to-nhlfe-mib "draft-kumar-mpls-fec-to-nhlfe-mib-00", Subodh Kumar, Ronald Bonica, 19-Dec-08, http://tools.ietf.org/html/draft-leung-mip4-proxy-mode "WiMAX Forum/3GPP2 Proxy Mobile IPv4", Kent Leung, 1-Dec-08, http://tools.ietf.org/html/draft-lha-gssapi-delegate-policy "GSS-API: Delegate if approved by policy", Love Astrand, Sam Hartman, 9-Dec-08, http://tools.ietf.org/html/draft-mammoliti-l2tp-accessline-avp "Layer 2 Tunneling Protocol (L2TP) Access Line Information Attribute Value Pair (AVP) Extensions", Vince Mammoliti, Carlos Pignataro, Peter Arberg, John Gibbons, Paul Howard, 22-Dec-08, http://tools.ietf.org/html/draft-mcgrew-tss "Threshold Secret Sharing", David McGrew, Praveen Patnala, 19-Dec-08, http://tools.ietf.org/html/draft-meadors-multiple-attachments-ediint "Multiple Attachments for EDI-INT", Kyle Meadors, 15-Dec-08, http://tools.ietf.org/html/draft-melnikov-eai-rfc5337bis "Internationalized Delivery Status and Disposition Notifications", Chris Newman, Alexey Melnikov, 15-Dec-08, http://tools.ietf.org/html/draft-melnikov-imapext-filters "IMAP4 extension for named searches (filters)", Alexey Melnikov, Curtis King, 11-Dec-08, http://tools.ietf.org/html/draft-melnikov-sieve-imapext-metadata "The Sieve mail filtering language - extensions for checking mailbox status and accessing mailbox metadata", Alexey Melnikov, 16-Dec-08, http://tools.ietf.org/html/draft-meyer-loc-id-implications "Architectural Implications of Locator/ID Separation", Dave Meyer, Darrel Lewis, 10-Dec-08, http://tools.ietf.org/html/draft-miloucheva-policy-monitoring "Policy based monitoring and learning of context for enhanced QoS guarantees", Ilka Miloucheva, Christof Brandauer, Georg Panholzer, 4-Dec-08, http://tools.ietf.org/html/draft-mrw-ram-trip "Tiered Routing for IPv4 and IPv6 (TRIP)", Margaret Wasserman, 2-Dec-08, http://tools.ietf.org/html/draft-narten-successful-bof "Considerations for Having a Successful Birds-of-a-Feather (BOF) Session", Thomas Narten, 3-Dec-08, http://tools.ietf.org/html/draft-ncook-urlauth-accessid "Internet Message Access Protocol (IMAP) - URL Access Identifier Extension", Neil Cook, 8-Dec-08, http://tools.ietf.org/html/draft-nitinb-lsp-ping-rsvp-protection "Mechanism for performing LSP-Ping over RSVP protection paths", Nitin Bahadur, Kireeti Kompella, Kenji Kumaki, 1-Dec-08, http://tools.ietf.org/html/draft-ott-avt-rtcp-xt-discard-metrics "Real-time Transport Control Protocol Extension Report for Run Length Encoding of Discarded Packets", Joerg Ott, Igor Curcio, Varun Singh, 8-Dec-08, http://tools.ietf.org/html/draft-patel-ecrit-sos-parameter "SOS Uniform Resource Identifier (URI) Parameter for Marking of Session Initiation Protocol (SIP) Requests related to Emergency Services", Milan Patel, 16-Dec-08, http://tools.ietf.org/html/draft-reschke-rfc2231-in-http "Application of RFC 2231 Encoding to Hypertext Transfer Protocol (HTTP) Headers", Julian Reschke, 30-Dec-08, http://tools.ietf.org/html/draft-reschke-webdav-post "Using POST to add Members to Web Distributed Authoring and Versioning (WebDAV) Collections", Julian Reschke, 7-Dec-08, http://tools.ietf.org/html/draft-rgaglian-v6ops-v6inixp "IPv6 Deployment in Internet Exchange Points (IXPs)", Roque Gagliano, 10-Dec-08, http://tools.ietf.org/html/draft-rja-ilnp-dns "Additional DNS Resource Records", Randall Atkinson, 10-Dec-08, http://tools.ietf.org/html/draft-rja-ilnp-icmp "ICMP Locator Update message", Randall Atkinson, 10-Dec-08, http://tools.ietf.org/html/draft-rja-ilnp-intro "ILNP Concept of Operations", Randall Atkinson, 10-Dec-08, http://tools.ietf.org/html/draft-rja-ilnp-nonce "Nonce Destination Option", Randall Atkinson, 10-Dec-08, http://tools.ietf.org/html/draft-romano-dcon-framework "A Framework for Distributed Conferencing", Simon Romano, Alessandro Amirante, Tobia Castaldi, Lorenzo Miniero, Alfonso Buono, 10-Dec-08, http://tools.ietf.org/html/draft-romano-dcon-requirements "Requirements for Distributed Conferencing", Simon Romano, Alessandro Amirante, Tobia Castaldi, Lorenzo Miniero, Alfonso Buono, 10-Dec-08, http://tools.ietf.org/html/draft-rosen-l3vpn-mvpn-profiles "MVPN Profiles Using PIM Control Plane", A Boers, Yiqun Cai, Eric Rosen, IJsbrand Wijnands, 31-Dec-08, http://tools.ietf.org/html/draft-rosen-vpn-mcast "Multicast in MPLS/BGP IP VPNs", Yiqun Cai, Eric Rosen, IJsbrand Wijnands, 31-Dec-08, http://tools.ietf.org/html/draft-scudder-idr-open-registry "Registry for BGP-4 OPEN Options", John Scudder, 16-Dec-08, http://tools.ietf.org/html/draft-smarr-vcarddav-portable-contacts "Portable Contacts: A Common Format and Protocol for Accessing Contacts", Joseph Smarr, 2-Dec-08, http://tools.ietf.org/html/draft-solinas-suiteb-cert-profile "Suite B Certificate and Certificate Revocation List (CRL) Profile", Jerome Solinas, L Zieglar, 5-Dec-08, http://tools.ietf.org/html/draft-stjohns-sipso "Common Architecture Label IPv6 Security Option (CALIPSO)", Michael StJohns, 2-Dec-08, http://tools.ietf.org/html/draft-templin-autoconf-dhcp "Virtual Enterprise Traversal (VET)", Fred Templin, 23-Dec-08, http://tools.ietf.org/html/draft-templin-isatapv4 "Transmission of IPv4 Packets over ISATAP Interfaces", Fred Templin, 10-Dec-08, http://tools.ietf.org/html/draft-templin-ranger "Routing and Addressing in Next-Generation EnteRprises (RANGER)", Fred Templin, 19-Dec-08, http://tools.ietf.org/html/draft-thomson-geopriv-confidence "Expressing Confidence in a Location Object", Martin Thomson, 17-Dec-08, http://tools.ietf.org/html/draft-thomson-geopriv-location-quality "Specifying Location Quality Constraints in Location Protocols", Martin Thomson, James Winterbottom, 4-Dec-08, http://tools.ietf.org/html/draft-thomson-geopriv-wimax-measurements "Location Measurements for IEEE 802.16e Devices", Martin Thomson, James Winterbottom, 1-Dec-08, http://tools.ietf.org/html/draft-thomson-simple-cont-presence-val-req "Requirements for the Support of Continuously Varying Values in Presence", Martin Thomson, 16-Dec-08, http://tools.ietf.org/html/draft-urien-hip-tag "HIP support for RFID", Pascal Urien, 15-Dec-08, http://tools.ietf.org/html/draft-urien-tls-keygen "TLS Key Generation", Pascal Urien, 15-Dec-08, http://tools.ietf.org/html/draft-venaas-behave-mcast46 "An IPv4 - IPv6 multicast translator", Stig Venaas, 12-Dec-08, http://tools.ietf.org/html/draft-wagner-dynamic-policy "Dynamic policy specification and management for heterogeneous Internet environment", David Wagner, 10-Dec-08, http://tools.ietf.org/html/draft-wood-tae-specifying-uri-transports "Specifying transport mechanisms for retrieval or delivery of URIs", Lloyd Wood, 19-Dec-08, http://tools.ietf.org/html/draft-worley-references "The References Header for SIP", Dale Worley, 1-Dec-08, http://tools.ietf.org/html/draft-zeilenga-ldap-txn "LDAP Transactions", Kurt Zeilenga, 19-Dec-08, http://tools.ietf.org/html/draft-zheng-p2psip-diagnose "Diagnose P2PSIP Overlay Network", Song Yongchao, XingFeng Jiang, 16-Dec-08, http://tools.ietf.org/html/draft-zorn-radius-pkmv1 "RADIUS Attributes for IEEE 802.16 Privacy Key Management Version 1 (PKMv1) Protocol Support", Glen Zorn, 17-Dec-08, --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Jan.txt Content-Type: text/plain; x-unix-mode=0644; name="Jan.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-boucadair-behave-bittorrent-portrange "Behaviour of BitTorrent service in an IP Shared Address Environment", Mohammed Boucadair, Jean-Luc Grimault, Pierre Levis, Alain Villefranque, 7-Jan-09, http://tools.ietf.org/html/draft-broyer-http-cookie-auth "Cookie-based HTTP Authentication", Thomas Broyer, 4-Jan-09, http://tools.ietf.org/html/draft-bryant-mpls-tp-ach-tlv "Definition of ACH TLV Structure", Sami Boutros, Stewart Bryant, Siva Sivabalan, George Swallow, David Ward, 7-Jan-09, http://tools.ietf.org/html/draft-cardona-cablelabs-urn "A Uniform Resource Name (URN) Namespace for CableLabs", Eduardo Cardona, Sumanth Channabasappa, Jean-Francois Mule, 5-Jan-09, http://tools.ietf.org/html/draft-coene-rserpool-applic-ipfix "Reliable Server Pooling Applicability for IP Flow Information Exchange", Thomas Dreibholz, Lode Coene, Phillip Conrad, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-ipv4-flowlabel "An IPv4 Flowlabel Option", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-applic-distcomp "Applicability of Reliable Server Pooling for Real-Time Distributed Computing", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-applic-mobility "Applicability of Reliable Server Pooling for SCTP-Based Endpoint Mobility", Thomas Dreibholz, Jobin Pulinthanath, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-asap-hropt "Handle Resolution Option for ASAP", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-delay "Definition of a Delay Measurement Infrastructure and Delay-Sensitive Least-Used Policy for Reliable Server Pooling", Thomas Dreibholz, Xing Zhou, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-enrp-takeover "Takeover Suggestion Flag for the ENRP Handle Update Message", Thomas Dreibholz, Xing Zhou, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-score "Reliable Server Pooling (RSerPool) Bakeoff Scoring", Thomas Dreibholz, Michael Tuexen, 7-Jan-09, http://tools.ietf.org/html/draft-farah-adntf-ling-guidelines "Linguistic Guidelines for the Use of the Arabic Language in Internet Domains", Abdulaziz Al-Zoman, Ayman El-Sherbiny, Mansour Farah, Ibaa Oueichek, 6-Jan-09, http://tools.ietf.org/html/draft-hohendorf-secure-sctp "Secure SCTP", Carsten Hohendorf, Esbold Unurkhaan, Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-avt-seed-srtp "The SEED Cipher Algorithm and Its Use with the Secure Real-time Transport Protocol (SRTP)", Intellectual Property, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-behave-nat-icmp "NAT Behavioral Requirements for ICMP protocol", Pyda Srisuresh, Bryan Ford, Senthil Sivakumar, Saikat Guha, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-bliss-ach-analysis "An Analysis of Automatic Call Handling Implementation Issues in the Session Initiation Protocol (SIP)", John Elwell, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-ccamp-path-key-ero "RSVP Extensions for Path Key Support", Adrian Farrel, Richard Bradford, JP Vasseur, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-csi-hash-threat "SeND Hash Threat Analysis", Ana Kukec, Suresh Krishnan, Sheng Jiang, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-dnsext-axfr-clarify "DNS Zone Transfer Protocol (AXFR)", Edward Lewis, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-dnsext-dnsproxy "DNS Proxy Implementation Guidelines", Ray Bellis, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-idr-rfc3392bis "Capabilities Advertisement with BGP-4", John Scudder, Ravi Chandra, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-ipsecme-roadmap "IP Security (IPsec) and Internet Key Exchange (IKE) Document Roadmap", Sheila Frankel, Suresh Krishnan, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-isis-ipv6-te "IPv6 Traffic Engineering in IS-IS", Jon Harrison, Jon Berger, Mike Bartlett, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-mipshop-mos-dhcp-options "Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Server (MoS) discovery", Gabor Bajko, Subir Das, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-mpls-ldp-end-of-lib "LDP End-of-LIB", Rajiv Asati, Pradosh Mohapatra, Bob Thomas, Emily Chen, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal "MPLS Generic Associated Channel", Matthew Bocci, Martin Vigoureux, George Swallow, David Ward, Rahul Aggarwal, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-mpls-tp-requirements "MPLS-TP Requirements", Ben Niven-Jenkins, Deborah Brungard, Malcolm Betts, Nurit Sprecher, Satoshi Ueno, 3-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-global-concurrent-optimization "Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization", Young Lee, Jean-Louis Le Roux, Daniel King, Eiji Oki, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-ext "Extensions to the Path Computation Element communication Protocol (PCEP) for Inter-Layer MPLS and GMPLS Traffic Engineering", Eiji Oki, Jean-Louis Le Roux, Adrian Farrel, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-frwk "Framework for PCE-Based Inter-Layer MPLS and GMPLS Traffic Engineering", Eiji Oki, Tomonori Takeda, Jean-Louis Le Roux, Adrian Farrel, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-req "PCC-PCE Communication and PCE Discovery Requirements for Inter-Layer Traffic Engineering", Eiji Oki, Jean-Louis Le Roux, Kenji Kumaki, Adrian Farrel, Tomonori Takeda, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-manageability-requirements "Inclusion of Manageability Sections in PCE Working Group Drafts", Adrian Farrel, 4-Jan-09, http://tools.ietf.org/html/draft-ietf-pim-mtid "PIM Multi-Topology ID (MT-ID) Join-Attribute", Yiqun Cai, Heidi Ou, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-pim-rpf-vector "The RPF Vector TLV", IJsbrand Wijnands, A Boers, Eric Rosen, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-rserpool-mib "Reliable Server Pooling: Management Information Base using SMIv2", Thomas Dreibholz, Jaiwant Mulik, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-sieve-managesieve "A Protocol for Remotely Managing Sieve Scripts", Alexey Melnikov, Tim Martin, 1-Jan-09, http://tools.ietf.org/html/draft-ietf-sip-199 "Response Code for Indication of Terminated Dialog", Christer Holmberg, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-sip-info-events "Session Initiation Protocol (SIP) INFO Method and Package Framework", Eric Burger, Hadriel Kaplan, Christer Holmberg, 2-Jan-09, http://tools.ietf.org/html/draft-ietf-sipping-sbc-funcs "Requirements from SIP (Session Initiation Protocol) Session Border Control Deployments", Jani Hautakorpi, Gonzalo Camarillo, Bob Penfield, Alan Hawrylyshen, Medhavi Bhatia, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-sipping-sip-offeranswer "SIP (Session Initiation Protocol) Usage of the Offer/Answer Model", Takuya Sawada, Paul Kyzivat, 1-Jan-09, http://tools.ietf.org/html/draft-ietf-smime-3278bis "Use of Elliptic Curve Cryptography (ECC) Algorithms in Cryptographic Message Syntax (CMS)", Sean Turner, Daniel R. L. Brown, 5-Jan-09, http://tools.ietf.org/html/draft-irtf-tmrg-tests "Common TCP Evaluation Suite", Lachlan Andrew, Sally Floyd, Gang Wang, 6-Jan-09, http://tools.ietf.org/html/draft-jbi-transition-multihoming "A Multihoming Based IPv4/IPv6 Transition Approach", Jun Bi, You Wang, Lizhong Xie, 6-Jan-09, http://tools.ietf.org/html/draft-jbi-universal "The Univer6 Architecture for IPv6 Transition", Jun Bi, You Wang, Xiangbin Cheng, 6-Jan-09, http://tools.ietf.org/html/draft-knoll-idr-cos-interconnect "BGP Class of Service Interconnection", Thomas Martin Knoll, 7-Jan-09, http://tools.ietf.org/html/draft-knoll-idr-qos-attribute "BGP Extended Community Attribute for QoS Marking", Thomas Martin Knoll, 7-Jan-09, http://tools.ietf.org/html/draft-mcpherson-anycast-arch-implications "Architectural Considerations of IP Anycast", Danny McPherson, David Oran, 6-Jan-09, http://tools.ietf.org/html/draft-otis-auth-header-sec-issues "Authentication-Results Header Field Security Issues", Douglas Otis, 7-Jan-09, http://tools.ietf.org/html/draft-palanivelan-bfd-v2-gr "BFD with Graceful Restart", Palanivelan A, 5-Jan-09, http://tools.ietf.org/html/draft-parikh-bundle-superseding-extension-block "Delay-Tolerant Networking Superseding Bundle Extension Block", S. Parikh, Susan Symington, Keith Scott, Robert Durst, R. Edell, 6-Jan-09, http://tools.ietf.org/html/draft-raj-dhc-tftp-addr-option "VoIP Configuration Server Address Option", Richard Johnson, 6-Jan-09, http://tools.ietf.org/html/draft-rosen-ecrit-premature-disconnect-rqmts "Requirements for handling abandoned calls and premature disconnects in emergency calls on the Internet", Brian Rosen, 5-Jan-09, http://tools.ietf.org/html/draft-shafranovich-feedback-report "An Extensible Format for Email Feedback Reports", Yakov Shafranovich, John Levine, Murray Kucherawy, 2-Jan-09, http://tools.ietf.org/html/draft-thomson-geopriv-held-grip "Providing Satellite Navigation Assistance Data using HELD", Martin Thomson, James Winterbottom, 5-Jan-09, http://tools.ietf.org/html/draft-thomson-geopriv-location-dependability "Digital Signature Methods for Location Dependability", Martin Thomson, James Winterbottom, 5-Jan-09, http://tools.ietf.org/html/draft-xwwang-sonnetworkmodel "Self-organizing network model", Xingwei Wang, XiuShuang Yi, Yu Wang, Ming Dong, Qiang Chen, 6-Jan-09, http://tools.ietf.org/html/draft-xwwang-sonnetworkprotocol "Adaptive Routing Protocol", Xingwei Wang, ZhanKao Wen, WeiXin Wu, WeiDong Wang, Yao Fu, 6-Jan-09, http://tools.ietf.org/html/draft-yu-tel-dai "DAI Parameter for the "tel" URI", James Yu, David Hancock, Flemming Andreasen, 6-Jan-09, http://tools.ietf.org/html/draft-zhou-ustb-sslrp "Secure and Scalable Location Routing Protocol (SSLRP) for Ad Hoc Networks", Xian-wei Zhou, Shuai Du, Ji-jian Meng, Kun Shi, Guang Yang, Ling Zhou, 6-Jan-09, --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Jul.txt Content-Type: text/plain; x-unix-mode=0644; name="Jul.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-arkko-p2pi-incentives "Incentives and Deployment Considerations for P2PI Solutions", Jari Arkko, 29-Jul-08, http://tools.ietf.org/html/draft-bi-savi-csa "A CGA based Source Address Authorization and Authentication (CSA) Mechanism for First IPv6 Layer-3 Hop", Jun Bi, Jianping Wu, Guang Yao, 27-Jul-08, http://tools.ietf.org/html/draft-cain-post-inch-phishingextns "Extensions to the IODEF-Document Class for Reporting Phishing, Fraud, and Other Crimeware", Patrick Cain, David Jevans, 30-Jul-08, http://tools.ietf.org/html/draft-clancy-emu-aaapay "EAP Method Support for Transporting AAA Payloads", Charles Clancy, 31-Jul-08, http://tools.ietf.org/html/draft-denis-simple-msrp-comedia "Connection setup negociation for the Message Session Relay Protocol", Remi Denis-Courmont, 27-Jul-08, http://tools.ietf.org/html/draft-dimitri-grow-rss "Routing System Stability", Dimitri Papadimitriou, James Lowe, 29-Jul-08, http://tools.ietf.org/html/draft-dusseault-impl-reports "Guidance on Interoperation and Implementation Reports", Lisa Dusseault, Robert Sparks, 31-Jul-08, http://tools.ietf.org/html/draft-groves-megaco-pkgereg "H.248/MEGACO Package Registration Procedures", Christian Groves, Yangbo Lin, 31-Jul-08, http://tools.ietf.org/html/draft-hui-6lowpan-hc "Compression Format for IPv6 Datagrams in 6LoWPAN Networks", Jonathan Hui, 28-Jul-08, http://tools.ietf.org/html/draft-hui-6lowpan-nd "Neighbor Discovery and Autoconfiguration for Route-Over 6LoWPAN Networks", Jonathan Hui, 28-Jul-08, http://tools.ietf.org/html/draft-huston-as-representation "Textual Representation of AS Numbers", Geoff Huston, George Michaelson, 28-Jul-08, http://tools.ietf.org/html/draft-ietf-ccamp-ospf-interas-te-extension "OSPF Extensions in Support of Inter-AS Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering", Mach Chen, Renhai Zhang, 27-Jul-08, http://tools.ietf.org/html/draft-ietf-dime-diameter-api "The Diameter API", Pat Calhoun, David Frascone, 28-Jul-08, http://tools.ietf.org/html/draft-ietf-pim-pop-count "Population Count Extensions to PIM", Dino Farinacci, Greg Shepherd, 28-Jul-08, http://tools.ietf.org/html/draft-ietf-pwe3-dynamic-ms-pw "Dynamic Placement of Multi Segment Pseudo Wires", Luca Martini, Matthew Bocci, Nabil Bitar, Himanshu Shah, Mustapha Aissaoui, Florin Balus, 25-Jul-08, http://tools.ietf.org/html/draft-ietf-pwe3-segmented-pw "Segmented Pseudo Wire", Thomas Nadeau, Chris Metz, Michael Duckett, Matthew Bocci, Florin Balus, Luca Martini, 25-Jul-08, http://tools.ietf.org/html/draft-ietf-sasl-digest-to-historic "Moving DIGEST-MD5 to Historic", Alexey Melnikov, 29-Jul-08, http://tools.ietf.org/html/draft-ietf-v6ops-cpe-simple-security "Recommended Simple Security Capabilities in Customer Premises Equipment for Providing Residential IPv6 Internet Service", James Woodyatt, 29-Jul-08, http://tools.ietf.org/html/draft-ji-ccamp-wson-msws "MSWS Method to Support Shared-Mesh Restoration for Wavelength Switched Optical Networks", Lin Guo, Yuefeng Ji, Hongxiang Wang, 29-Jul-08, http://tools.ietf.org/html/draft-kerr-dnsop-edns0-penetration "EDNS0 Support in Authority Servers on 27 July 2008", Shane Kerr, Joe Abley, 28-Jul-08, http://tools.ietf.org/html/draft-klensin-ftp-registry "FTP Extension Registry", John Klensin, 27-Jul-08, http://tools.ietf.org/html/draft-klensin-ftp-typeu "FTP Extension for Internationalized Text", John Klensin, 27-Jul-08, http://tools.ietf.org/html/draft-licanhuang-p2psip-subsetresourcelocation "Location and Discovery of Subsets of Resources", Lican Huang, 27-Jul-08, http://tools.ietf.org/html/draft-marques-idr-best-external "Advertisement of the best-external route to IBGP", Pedro Roque Marques, Rex Fernando, Enke Chen, Pradosh Mohapatra, 27-Jul-08, http://tools.ietf.org/html/draft-martini-pwe3-802.1ah-pw "802.1ah Ethernet Pseudowire", Luca Martini, Ali Sajassi, 25-Jul-08, http://tools.ietf.org/html/draft-melen-hip-mr "Host Identity Protocol based Mobile Router (HIPMR)", Jan Melen, Jukka Ylitalo, Patrik Salmela, 27-Jul-08, http://tools.ietf.org/html/draft-melen-spinat "Security Parameter Index multiplexed Network Address Translation (SPINAT)", Jan Melen, Jukka Ylitalo, Patrik Salmela, 27-Jul-08, http://tools.ietf.org/html/draft-michaelson-as-representation "Textual Representation of AS Numbers", George Michaelson, Geoff Huston, 28-Jul-08, http://tools.ietf.org/html/draft-saito-mmusic-sdp-ike "Media Description for IKE in the Session Description Protocol (SDP)", Makoto Saito, Dan Wing, 27-Jul-08, http://tools.ietf.org/html/draft-tclarke-aeb "Application Extension Bundle (AEB)", Trevor Clarke, 31-Jul-08, http://tools.ietf.org/html/draft-tclarke-aebl "Application Extension Bundle description Language (AEBL)", Trevor Clarke, 31-Jul-08, http://tools.ietf.org/html/draft-templin-dhcpmtu "DHCP Segmentation/Reassembly using SEAL", Fred Templin, 30-Jul-08, http://tools.ietf.org/html/draft-tsou-dime-base-routing-ext "Diameter Routing Extensions", Tina Tsou, Victor Fajardo, Jouni Korhonen, Tolga Asveren, 29-Jul-08, http://tools.ietf.org/html/draft-tsou-dime-capabilities-update-statement "Capabilities Update Problem Statement", Tina Tsou, 28-Jul-08, http://tools.ietf.org/html/draft-white-bounded-longest-match "Bounding Longer Routes to Remove TE", Susan Hares, 31-Jul-08, http://tools.ietf.org/html/draft-winterbottom-geopriv-derived-loc "Specifying Derived Location in a PIDF-LO", James Winterbottom, Martin Thomson, 27-Jul-08, http://tools.ietf.org/html/draft-woodyatt-ald "Application Listener Discovery (ALD) for IPv6", James Woodyatt, 31-Jul-08, --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Nov.txt Content-Type: text/plain; x-unix-mode=0644; name="Nov.txt" Content-Transfer-Encoding: quoted-printable h= ttp://tools.ietf.org/html/draft-ali-ccamp-rsvp-te-based-evidence-collectio= n "RSVP-TE based impairments collection mechanism", Zafar Ali, = University=20 Milan, University Milan, Cisco Systems, University Milan, University = Milan,=20 University Milan, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ali-mpls-inter-domain-p2mp-rsvp-te-lsp "Signaling RSVP-TE P2MP LSPs in an Inter-domain Environment", Zafar = Ali,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-andreasen-sipping-rfc3603bis "Private Session Initiation Protocol (SIP) Proxy-to-Proxy Extensions = for=20 Supporting the PacketCable Distributed Call Signaling Architecture", = Flemming=20 Andreasen, Bernie McKibben, Bill Marshall, 26-Nov-08,=20 =20 http://tools.ietf.org/html/draft-arberg-ancp-vendorspecific "Vendor Specific Message for ANCP.", Peter Arberg, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-arkko-eap-aka-kdf "Improved Extensible Authentication Protocol Method for 3rd Generation=20= Authentication and Key Agreement (EAP-AKA')", Jari Arkko, Vesa = Lehtovirta,=20 Pasi Eronen, 18-Nov-08, =20 http://tools.ietf.org/html/draft-atarashi-netappmodel "The Model for Net and App Interaction", Ray Aatarashi, Megumi = Ninomiya,=20 2-Nov-08, =20 http://tools.ietf.org/html/draft-atlas-icmp-unnumbered "Extending ICMP for Interface and Next-hop Identification", Alia = Atlas,=20 Ronald Bonica, Nuova Systems, Naiming Shen, Enke Chen, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-bagnulo-behave-dns64 "DNS64: DNS extensions for Network Address Translation from IPv6 = Clients to=20 IPv4 Servers", Marcelo Bagnulo, Philip Matthews, Iljitsch van Beijnum, = Andrew=20 Sullivan, Masahito Endo, 1-Nov-08, =20= http://tools.ietf.org/html/draft-bagnulo-behave-nat64 "NAT64: Network Address and Protocol Translation from IPv6 Clients to = IPv4=20 Servers", Marcelo Bagnulo, Philip Matthews, Iljitsch van Beijnum, = 1-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-bajko-v6ops-port-restricted-ipaddr-assign= "Port Restricted IP Address Assignment", Gabor Bajko, Teemu = Savolainen,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc "Using Imprecise Location for Emergency Context Resolution", Richard = Barnes,=20 Matt Lepinski, 4-Nov-08, =20 http://tools.ietf.org/html/draft-bernardos-autoconf-backbone-mesh-reqs "Requirements for IP Autoconfiguration Mechanisms in Backbone Wireless = Mesh=20 Network scenarios", Carlos Bernardos, Maria Calderon, Ignacio Soto, = 2-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-bernardos-autoconf-evaluation-considerati= ons "Evaluation Considerations for IP Autoconfiguration Mechanisms in = MANETs",=20 Hassnaa Moustafa, Carlos Bernardos, Maria Calderon, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-bernardos-autoconf-solution-space "Ad-Hoc IP Autoconfiguration Solution Space Analysis", Carlos = Bernardos,=20 Maria Calderon, Hassnaa Moustafa, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-bernardos-manet-autoconf-survey "Survey of IP address autoconfiguration mechanisms for MANETs", Carlos=20= Bernardos, Maria Calderon, Hassnaa Moustafa, 1-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-bernardos-mext-aero-nemo-ro-sol-analysis "Analysis on how to address NEMO RO for Aeronautics Mobile Networks", = Carlos=20 Bernardos, Marcelo Bagnulo, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-bhatia-bfd-crypto-auth "BFD Generic Cryptographic Authentication", Manav Bhatia, Vishwas = Manral,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-blake-ipv6-flow-label-nonce "Use of the IPv6 Flow Label as a Transport-Layer Nonce to Defend = Against=20 Off-Path Spoofing Attacks", Steven Blake, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-boot-autoconf-brdp "Border Router Discovery Protocol (BRDP) based Address = Autoconfiguration",=20 Teco Boot, Arjen Holtzer, 1-Nov-08, =20= http://tools.ietf.org/html/draft-boot-brdp-based-routing "Border Router Discovery Protocol (BRDP) Based Routing", Teco Boot,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-boutros-mpls-ldp-gs-adj "Graceful Shutdown of LDP Adjacency", Siva Sivabalan, Kamran Raza, = Sami=20 Boutros, Bob Thomas, Kenji Kumaki, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-cavuto-dtcp "DTCP: Dynamic Tasking Control Protocol", David Cavuto, 19-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-channabasappa-drinks-usecases-requirement= s "DRINKS Use cases and Protocol Requirements", Sumanth Channabasappa,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-channabasappa-sipping-app-profile-type "Extension to the ua-profile Event Package to Support the Application = Profile=20 Type", Martin Dolly, Sumanth Channabasappa, Joshua Littlefield, = Salvatore=20 Loreto, 2-Nov-08, = =20 http://tools.ietf.org/html/draft-cheshire-dnsext-nbp "Requirements for Replacing AppleTalk", Stuart Cheshire, Marc = Krochmal,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-chown-addr-select-considerations "Considerations for IPv6 Address Selection Policy Changes", Tim Chown,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-chown-v6ops-rogue-ra "Rogue IPv6 Router Advertisement Problem Statement", Tim Chown, Stig = Venaas,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-clancy-emu-chbind "Channel Binding Support for EAP Methods", Charles Clancy, Katrin = Hoeper,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-cole-manet-smf-mib "Definition of Managed Objects for the Manet Simplified Multicast = Framework=20 Relay Set Process", Robert Cole, Joseph Macker, Brian Adamson, Sean = Harnedy,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-daboo-calendar-availability "Calendar Availability", Cyrus Daboo, Bernard Desruisseaux, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-dekok-radext-tcp-transport "RADIUS Over TCP", Alan DeKok, Intellectual Property, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-deng-dhc-service-identifiers "Service Identfiers Option for DHCPv6", Hui Deng, Hong Liu, Bernie = Volz,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-despres-sam "Stateless Address Mappings (SAMs) IPv6 & extended IPv4 via local = routing=20 domains - possibly multihomed", Remi Despres, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-desruisseaux-caldav-sched "CalDAV Scheduling Extensions to WebDAV", Cyrus Daboo, Bernard = Desruisseaux,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-dokaspar-6lowpan-routreq "Problem Statement and Requirements for 6LoWPAN Routing", Eunsook Kim,=20= Dominik Kaspar, Carles Gomez, Carsten Bormann, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-durand-softwire-dual-stack-lite "Dual-stack lite broadband deployments post IPv4 exhaustion", Alain = Durand,=20 Ralph Droms, Brian Haberman, James Woodyatt, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-eastlake-trill-rbridge-isis "RBridges: Use of IS-IS", Donald Eastlake 3rd, Radia Perlman, Dinesh = Dutt,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-eastlake-trill-rbridge-options "Rbridges: TRILL Header Options", Donald Eastlake 3rd, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ebalard-mext-ipsec-ro "Mobile IPv6 IPsec Route Optimization (IRO)", Arnaud Ebalard, = 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-faltstrom-uri "The Uniform Resource Identifier (URI) DNS Resource Record", Patrik=20 Faltstrom, Olaf Kolkman, 3-Nov-08, =20 http://tools.ietf.org/html/draft-farinacci-lisp-multicast "LISP for Multicast Environments", Dino Farinacci, Dave Meyer, John = Zwiebel,=20 Stig Venaas, 26-Nov-08, =20 http://tools.ietf.org/html/draft-farrel-pce-vendor-constraints "Conveying Vendor-Specific Constraints in the Path Computation Element=20= Protocol", Adrian Farrel, Greg Bernstein, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-farrel-rtg-common-bnf "Reduced Backus-Naur Form (RBNF) A Syntax Used in Various Protocol=20 Specifications", Adrian Farrel, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ford-behave-top "Complications from Network Address Translator Deployment Topologies", = Pyda=20 Srisuresh, Bryan Ford, 25-Nov-08, =20 http://tools.ietf.org/html/draft-freed-sieve-notary "Sieve Email Filtering: Delivery Status Notifications Extension", Ned = Freed,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-gellens-pop-mangle "The Qpopper MIME Mangling and Macro Extensions to POP3", Randall = Gellens,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-glenn-netlmm-pmipv6-mib "Proxy Mobile IPv6 Management Information Base", Glenn Mansfield, = Kazuhide=20 Koide, Sri Gundavelli, Ryuji Wakikawa, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-gont-behave-nat-security "Security implications of Network Address Translators (NATs)", = Fernando Gont,=20 4-Nov-08, =20 http://tools.ietf.org/html/draft-hajjeh-tls-identity-protection "Credential Protection Ciphersuites for Transport Layer Security = (TLS)",=20 Ibrahim Hajjeh, 28-Nov-08, = =20 http://tools.ietf.org/html/draft-hancock-nsis-gist-rao "Using the Router Alert Option for Packet Interception in GIST", = Robert=20 Hancock, 17-Nov-08, =20 http://tools.ietf.org/html/draft-harding-ediint-filename-preservation "Filename Preservation for EDIINT Protocol", Terry Harding, 17-Nov-08,=20= =20 http://tools.ietf.org/html/draft-harkins-emu-eap-pwd "EAP Authentication Using Only A Password", Dan Harkins, Glen Zorn,=20 19-Nov-08, =20 http://tools.ietf.org/html/draft-hoeper-proxythreat "Threat Model for Networks Employing AAA Proxies", Stefan Winter, = Katrin=20 Hoeper, 3-Nov-08, =20 http://tools.ietf.org/html/draft-hoffman-tao4677bis "The Tao of IETF: A Novice's Guide to the Internet Engineering Task = Force",=20 Paul Hoffman, 2-Nov-08, =20 http://tools.ietf.org/html/draft-hoffman-utf8-rfcs "Using non-ASCII Characters in RFCs", Tim Bray, Paul Hoffman, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-hong-nsis-pbs-nslp "PBS NSLP: Network Traffic Authorization", Se Gi Hong, Henning = Schulzrinne,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-housley-iesg-rfc3932bis "IESG Procedures for Handling of Independent and IRTF Stream = Submissions",=20 Harald Alvestrand, Russ Housley, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-hui-ip-multiple-connections "Scenario and Solution: Simple IP Multi-homing of the Host", Min Hui, = Hui=20 Deng, 3-Nov-08, =20 http://tools.ietf.org/html/draft-hui-ip-multiple-connections-ps "Problem Statement and Requirement of Simple IP Multi-homing of the = Host",=20 Min Hui, Hui Deng, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-iab-ip-model-evolution "Evolution of the IP Model", Dave Thaler, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-iab-streams-headers-boilerplates "On RFC Streams, Headers, and Boilerplates", Leslie Daigle, Olaf = Kolkman,=20 25-Nov-08, =20 = http://tools.ietf.org/html/draft-ietf-16ng-ip-over-ethernet-over-802-dot-1= 6 "Transmission of IP over Ethernet over IEEE 802.16 Networks", HongSeok = Jeon,=20 18-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-16ng-ipv4-over-802-dot-16-ipcs "Transmission of IPv4 packets over IEEE 802.16's IP Convergence = Sublayer",=20 Syam Madanapalli, Soohong Daniel Park, Samita Chakrabarti, Gabriel=20 Montenegro, 2-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-6lowpan-nd "Neighbor Discovery for 6LoWPAN", Zach Shelby, Pascal Thubert, = Jonathan Hui,=20 Samita Chakrabarti, Erik Nordmark, 18-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-6lowpan-routing-requirements "Problem Statement and Requirements for 6LoWPAN Routing", Eunsook Kim,=20= Dominik Kaspar, Carles Gomez, Carsten Bormann, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-6lowpan-usecases "Design and Application Spaces for 6LoWPANs", Eunsook Kim, Nicolas=20 Chevrollier, Dominik Kaspar, JP Vasseur, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-6man-node-req-bis "IPv6 Node Requirements RFC 4294-bis", John Loughney, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-6man-overlap-fragment "Handling of overlapping IPv6 fragments", Suresh Krishnan, 4-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-ancp-framework "Framework and Requirements for an Access Node Control Mechanism in = Broadband=20 Multi-Service Networks", Sven Ooghe, Norbert Voigt, Michel Platnic, = Thomas=20 Haag, Sanjay Wadhwa, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ancp-protocol "Protocol for Access Node Control Mechanism in Broadband Networks", = Sanjay=20 Wadhwa, Jerome Moisand, Swami Subramanian, Thomas Haag, Norber Voigt, = Roberta=20 Maglione, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-non-compound "Support for Reduced-Size RTCP, Opportunities and Consequences", = Ingemar=20 Johansson, Magnus Westerlund, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-avt-rtp-g719 "RTP Payload format for G.719", Magnus Westerlund, Ingemar Johansson,=20= 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-avt-smpte-rtp "Associating Time-codes with RTP streams", David Singer, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-avt-srtp-not-mandatory "Why RTP Does Not Mandate a Single Security Mechanism", Colin Perkins, = Magnus=20 Westerlund, 4-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-behave-dccp "Network Address Translation (NAT) Behavioral Requirements for the = Datagram=20 Congestion Control Protocol", Remi Denis-Courmont, 27-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-behave-nat-behavior-discovery "NAT Behavior Discovery Using STUN", Derek MacDonald, Bruce Lowekamp,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-behave-stun-test-vectors "Test vectors for STUN", Remi Denis-Courmont, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-behave-turn "Traversal Using Relays around NAT (TURN): Relay Extensions to Session=20= Traversal Utilities for NAT (STUN)", Jonathan Rosenberg, Rohan Mahy, = Philip=20 Matthews, 30-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-behave-turn-tcp "Traversal Using Relays around NAT (TURN) Extensions for TCP = Allocations",=20 Jonathan Rosenberg, Rohan Mahy, 4-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-bliss-problem-statement "Basic Level of Interoperability for Session Initiation Protocol (SIP)=20= Services (BLISS) Problem Statement", Jonathan Rosenberg, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-bliss-shared-appearances "Shared Appearances of a Session Initiation Protocol (SIP) Address of = Record=20 (AOR)", Alan Johnston, Mohsen Soroushnejad, Venkatesh Venkataramanan,=20= 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-bmwg-mpls-forwarding-meth "MPLS Forwarding Benchmarking Methodology", Aamer Akhter, Rajiv Asati,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-bmwg-protection-meth "Methodology for Benchmarking MPLS Protection Mechanisms", Rajiv = Papneja,=20 Samir Vapiwala, Jay Karthik, Scott Poretsky, Shankar Rao, Jean-Louis = Roux,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-bmwg-protection-term "Benchmarking Terminology for Protection Performance", Scott Poretsky,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-btns-abstract-api "An abstract interface between applications and IPsec", Michael = Richardson,=20 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-btns-connection-latching "IPsec Channels: Connection Latching", Nicolas Williams, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-calsify-2446bis "iCalendar Transport-Independent Interoperability Protocol (iTIP)", = Cyrus=20 Daboo, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-capwap-base-mib "CAPWAP Protocol Base MIB", Yang Shi, David Perkins, Chris Elliott, = Yong=20 Zhang, 1-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-capwap-protocol-binding-ieee80211 "CAPWAP Protocol Binding for IEEE 802.11", Michael Montemurro, Dorothy=20= Stanley, Pat Calhoun, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-capwap-protocol-specification "CAPWAP Protocol Specification", Michael Montemurro, Dorothy Stanley, = Pat=20 Calhoun, 1-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-ccamp-asymm-bw-bidir-lsps "GMPLS Asymmetric Bandwidth Bidirectional Label Switched Paths = (LSPs)", Lou=20 Berger, Attila Takacs, Diego Caviglia, Don Fedyk, Julien Meuric, = 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-confirm-data-channel-status "Data Channel Status Confirmation Extensions for the Link Management=20= Protocol", Dan Li, Huiying Xu, Fatai Zhang, Snigdho Bardalai, Julien = Meuric,=20 Diego Caviglia, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-ethernet-traffic-parameters "Ethernet Traffic Parameters", Dimitri Papadimitriou, Intellectual = Property,=20 1-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-mln-extensions "Generalized Multi-Protocol Label Switching (GMPLS) Protocol = Extensions for=20 Multi-Layer and Multi-Region Networks (MLN/MRN)", Dimitri = Papadimitriou,=20 Martin Vigoureux, Kohei Shiomoto, Deborah Brungard, Jean-Louis Roux, = Eiji=20 Oki, Ichiro Inoue, Emmanuel Dotaro, Gert Grammel, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-rwa-info "Routing and Wavelength Assignment Information Model for Wavelength = Switched=20 Optical Networks", Greg Bernstein, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-csi-proxy-send "Secure Proxy ND Support for SEND", Suresh Krishnan, Julien Laganier, = Marco=20 Bonola, 4-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-dhc-container-opt "Container Option for Server Configuration", Ralph Droms, 28-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-bulk-leasequery "DHCPv6 Bulk Leasequery", Mark Stapp, 25-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-opt-netboot "DHCPv6 option for network boot", Thomas Huth, Jens Freimann, = 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-reconfigure-rebind "Rebind Capability in DHCPv6 Reconfigure Messages", D Evans, Ralph = Droms,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-dime-app-design-guide "Diameter Applications Design Guidelines", Victor Fajardo, Tolga = Asveren,=20 Hannes Tschofenig, Glenn McGregor, John Loughney, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dime-mip6-integrated "Diameter Mobile IPv6: Support for Network Access Server to Diameter = Server=20 Interaction", Jouni Korhonen, Julien Bournelle, Hannes Tschofenig, = Charles=20 Perkins, Kuntal Chowdhury, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dkim-deployment "DomainKeys Identified Mail (DKIM) Development, Deployment and = Operations",=20 Tony Hansen, Phillip Hallam-Baker, Dave Crocker, Ellen Siegel, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dna-simple "Simple procedures for Detecting Network Attachment in IPv6", Suresh=20= Krishnan, Greg Daley, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-dnsext-tsig-md5-deprecated "Deprecation of HMAC-MD5 in DNS TSIG and TKEY Resource Records", = Francis=20 Dupont, 19-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-eai-imap-utf8 "IMAP Support for UTF-8", Pete Resnick, Chris Newman, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-eai-mailinglist "Mailing Lists and Internationalized Email Addresses", Randall = Gellens,=20 20-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-eai-pop "POP3 Support for UTF-8", Chris Newman, Randall Gellens, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ecrit-lost-sync "Synchronizing Location-to-Service Translation (LoST) Servers", = Henning=20 Schulzrinne, Hannes Tschofenig, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp "Best Current Practice for Communications Services in support of = Emergency=20 Calling", Brian Rosen, James Polk, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-emu-eap-gpsk "EAP Generalized Pre-Shared Key (EAP-GPSK) Method", Charles Clancy, = Hannes=20 Tschofenig, 19-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-enum-experiences "ENUM Implementation Issues and Experiences", Lawrence Conroy, = Kazunori=20 Fujiwara, 20-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-fecframe-config-signaling "Methods to convey FEC Framework Configuration Information", Rajiv = Asati,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-fecframe-sdp-elements "SDP Elements for FEC Framework", Ali Begen, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-forces-protocol "ForCES Protocol Specification", Ligang Dong, Avri Doria, Ram Gopal, = Robert=20 HAAS, Jamal Salim, Hormuzd Khosravi, Weiming Wang, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-geopriv-dhcp-lbyr-uri-option "Dynamic Host Configuration Protocol (DHCP) Option for a Location = Uniform=20 Resource Identifier (URI)", James Polk, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-geopriv-lbyr-requirements "Requirements for a Location-by-Reference Mechanism", Roger Marshall,=20= 28-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-geopriv-loc-filters "A Document Format for Filtering and Reporting Location Notications in = the=20 Presence Information Document Format Location Object (PIDF-LO)", Rohan = Mahy,=20 Brian Rosen, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-geopriv-pdif-lo-profile "GEOPRIV PIDF-LO Usage Clarification, Considerations and = Recommendations",=20 James Winterbottom, Martin Thomson, Hannes Tschofenig, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-geopriv-radius-lo "Carrying Location Objects in RADIUS and Diameter", Hannes Tschofenig, = Farid=20 Adrangi, Mark Jones, Avi Lior, Bernard Aboba, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-grow-bmp "BGP Monitoring Protocol", John Scudder, Rex Fernando, Stephen Stuart,=20= 19-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging "HTTP/1.1, part 1: URIs, Connections, and Message Parsing", Roy = Fielding, Jim=20 Gettys, Jeffrey Mogul, Henrik Nielsen, Larry Masinter, Paul Leach, Tim=20= Berners-Lee, Julian Reschke, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics "HTTP/1.1, part 2: Message Semantics", Roy Fielding, Jim Gettys, = Jeffrey=20 Mogul, Henrik Nielsen, Larry Masinter, Paul Leach, Tim Berners-Lee, = Julian=20 Reschke, 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-httpbis-p3-payload "HTTP/1.1, part 3: Message Payload and Content Negotiation", Roy = Fielding,=20 Jim Gettys, Jeffrey Mogul, Henrik Nielsen, Larry Masinter, Paul Leach, = Tim=20 Berners-Lee, Julian Reschke, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-httpbis-p4-conditional "HTTP/1.1, part 4: Conditional Requests", Roy Fielding, Jim Gettys, = Jeffrey=20 Mogul, Henrik Nielsen, Larry Masinter, Paul Leach, Tim Berners-Lee, = Julian=20 Reschke, 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-httpbis-p5-range "HTTP/1.1, part 5: Range Requests and Partial Responses", Roy = Fielding, Jim=20 Gettys, Jeffrey Mogul, Henrik Nielsen, Larry Masinter, Paul Leach, Tim=20= Berners-Lee, Julian Reschke, 17-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-httpbis-p6-cache "HTTP/1.1, part 6: Caching", Roy Fielding, Jim Gettys, Jeffrey Mogul, = Henrik=20 Nielsen, Larry Masinter, Paul Leach, Tim Berners-Lee, Julian Reschke,=20= 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-httpbis-p7-auth "HTTP/1.1, part 7: Authentication", Roy Fielding, Jim Gettys, Jeffrey = Mogul,=20 Henrik Nielsen, Larry Masinter, Paul Leach, Tim Berners-Lee, Julian = Reschke,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-idnabis-bidi "An updated IDNA criterion for right-to-left scripts", Harald = Alvestrand,=20 Cary Karp, 29-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-idr-bgp4-mibv2 "Definitions of Managed Objects for the Fourth Version of Border = Gateway=20 Protocol (BGP-4), Second Version", Jeffrey Haas, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-idr-flow-spec "Dissemination of flow specification rules", Pedro Roque Marques, = Nischal=20 Sheth, Robert Raszuk, Barry Greene, Danny McPherson, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ipfix-configuration-model "Configuration Data Model for IPFIX and PSAMP", Gerhard Muenz, Benoit = Claise,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ipfix-export-per-sctp-stream "IPFIX Export per SCTP Stream", Benoit Claise, Paul Aitken, Andrew = Johnson,=20 Gerhard Muenz, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-ipfix-mediators-framework "IPFIX Mediation: Framework", Atsushi Kobayashi, Haruhiko Nishida, = Benoit=20 Claise, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ipfix-mib "Definitions of Managed Objects for IP Flow Information Export", = Thomas=20 Dietz, Atsushi Kobayashi, Benoit Claise, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ipsecme-ikev2-ipv6-config "IPv6 Configuration in IKEv2", Pasi Eronen, Julien Laganier, Cheryl = Madson,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ipsecme-ikev2-resumption "IKEv2 Session Resumption", Yaron Sheffer, Hannes Tschofenig, = Lakshminath=20 Dondeti, Vidya Narayanan, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-isis-hmac-sha "IS-IS Generic Cryptographic Authentication", Manav Bhatia, 18-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-isms-secshell "Secure Shell Transport Model for SNMP", David Harrington, Joseph = Salowey,=20 Wesley Hardaker, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-keyprov-dskpp "Dynamic Symmetric Key Provisioning Protocol (DSKPP)", Andrea Doherty,=20= Mingliang Pei, Salah Machani, Magnus Nystrom, 3-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-keyprov-portable-symmetric-key-conta= iner "Portable Symmetric Key Container", Mingliang Pei, Salah Machani, = Philip=20 Hoyer, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-krb-wg-gss-cb-hash-agility "Kerberos Version 5 GSS-API Channel Binding Hash Agility", Shawn = Emery,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-krb-wg-iakerb "Initial and Pass Through Authentication Using Kerberos V5 and the = GSS- API=20 (IAKERB)", Larry Zhu, Jeffrey Altman, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-krb-wg-kdc-model "An information model for Kerberos version 5", Leif Johansson, = 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-krb-wg-kerberos-set-passwd "Kerberos Set/Change Key/Password Protocol Version 2", Nicolas = Williams,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-l3vpn-as4octet-ext-community "Four-octet AS Specific BGP Extended Community", Yakov Rekhter, = Srihari=20 Sangli, Dan Tappan, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-l3vpn-e2e-rsvp-te-reqts "Requirements for supporting Customer RSVP and RSVP-TE over a BGP/MPLS=20= IP-VPN", Kenji Kumaki, Yuji Kamite, Raymond Zhang, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-l3vpn-ospfv3-pece "OSPFv3 as a PE-CE routing protocol", Padma Pillay-Esnault, Peter = Moyer, Jeff=20 Doyle, Emre Ertekin, Michael Lundberg, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-lemonade-architecture "LEMONADE Architecture - Supporting Open Mobile Alliance (OMA) Mobile = Email=20 (MEM) using Internet Mail", Eric Burger, Glenn Parsons, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-lemonade-msgevent "Internet Message Store Events", Randall Gellens, Chris Newman, = 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ltans-dssc "Data Structure for the Security Suitability of Cryptographic = Algorithms=20 (DSSC)", Thomas Kunz, Susanne Okunick, Ulrich Pordesch, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ltans-ltap "Long-term Archive Protocol (LTAP)", Aleksej Jerman-Blazic, Peter = Sylvester,=20 Carl Wallace, 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-manet-dymo-mib "Definition of Managed Objects for the DYMO Manet Routing Protocol", = Sean=20 Harnedy, Robert Cole, Ian Chakeres, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-manet-packetbb "Generalized MANET Packet/Message Format", Thomas Clausen, Christopher=20= Dearlove, Justin Dean, Cedric Adjih, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-manet-smf "Simplified Multicast Forwarding for MANET", Joseph Macker, SMF Team,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mboned-mtrace-v2 "Mtrace Version 2: Traceroute Facility for IP Multicast", Hitoshi = Asaeda,=20 Tatuya Jinmei, Bill Fenner, Stephen Casner, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mboned-rfc3171bis "IANA Guidelines for IPv4 Multicast Address Assignments", Michelle = Cotton,=20 Dave Meyer, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mediactrl-architecture "An Architectural Framework for Media Server Control", Tim Melanchuk,=20= 27-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mediactrl-ivr-control-package "An Interactive Voice Response (IVR) Control Package for the Media = Control=20 Channel Framework", Scott McGlashan, Tim Melanchuk, Chris Boulton, = 28-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mediactrl-mixer-control-package "A Mixer Control Package for the Media Control Channel Framework", = Scott=20 McGlashan, Tim Melanchuk, Chris Boulton, 28-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mext-binding-revocation "Binding Revocation for IPv6 Mobility", Ahmad Muhanna, Mohamed Khalil, = Sri=20 Gundavelli, Kuntal Chowdhury, Parviz Yegani, 25-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mext-nemo-mib "NEMO Management Information Base", Sri Gundavelli, Glenn Mansfield, = Kazuhide=20 Koide, Kenichi Nagami, 22-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mext-nemo-pd "DHCPv6 Prefix Delegation for NEMO", Ralph Droms, Pascal Thubert, = Francis=20 Dupont, Wassim Haddad, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mip4-dsmipv4 "Dual Stack Mobile IPv4", George Tsirtsis, Vincent Park, Hesham = Soliman,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mip4-generic-notification-message "Generic Notification Message for Mobile IPv4", Hui Deng, Henrik = Levkowetz,=20 Vijay Devarapalli, Sri Gundavelli, Brian Haley, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mip4-rfc3344bis "IP Mobility Support for IPv4, revised", Charles Perkins, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mip6-radius "RADIUS Mobile IPv6 Support", Avi Lior, Kuntal Chowdhury, Hannes = Tschofenig,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mip6-whyauthdataoption "Why Authentication Data suboption is needed for MIP6", Basavaraj = Patil,=20 Gopal Dommety, 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-mipshop-mstp-solution "IEEE 802.21 Mobility Services Framework Design (MSFD)", Telemaco = Melia,=20 Gabor Bajko, Subir Das, Nada Golmie, Juan Zuniga, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mmusic-decoding-dependency "Signaling media decoding dependency in Session Description Protocol = (SDP)",=20 Thomas Schierl, Stephan Wenger, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mmusic-file-transfer-mech "A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable = File=20 Transfer", Miguel Garcia, Markus Isomaki, Gonzalo Camarillo, Salvatore=20= Loreto, Paul Kyzivat, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-mmusic-rfc2326bis "Real Time Streaming Protocol 2.0 (RTSP)", Henning Schulzrinne, Anup = Rao, Rob=20 Lanphier, Magnus Westerlund, Martin Stiemerling, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-monami6-multiplecoa "Multiple Care-of Addresses Registration", Ryuji Wakikawa, Vijay = Devarapalli,=20 Thierry Ernst, Kenichi Nagami, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mpls-gmpls-lsp-reroute "PathErr Message Triggered MPLS and GMPLS LSP Reroute", Lou Berger, = Dimitri=20 Papadimitriou, JP Vasseur, 25-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-mpls-mpls-and-gmpls-security-framewo= rk "Security Framework for MPLS and GMPLS Networks", Luyuan Fang, Michael=20= Behringer, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mpls-remote-lsp-ping "Proxy LSP Ping", George Swallow, Vanson Lim, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mpls-soft-preemption "MPLS Traffic Engineering Soft Preemption", Denver Maddux, Curtis = Villamizar,=20 Amir Birjandi, and Swallow, JP Vasseur, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mpls-tp-framework "A Framework for MPLS in Transport Networks", Matthew Bocci, Stewart = Bryant,=20 Lieven Levrau, 27-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-nea-pb-tnc "PB-TNC: A Posture Broker Protocol (PB) Compatible with TNC", Ravi = Sahita,=20 Stephen Hanna, Kaushik Narayan, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-netconf-monitoring "NETCONF Monitoring Schema", Mark Scott, Sharon Chisholm, Martin = Bjorklund,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-netlmm-grekey-option "GRE Key Option for Proxy Mobile IPv6", Ahmad Muhanna, Mohamed Khalil, = Sri=20 Gundavelli, Kent Leung, 21-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-netlmm-mip-interactions "Interactions between PMIPv6 and MIPv6: scenarios and related issues",=20= Gerardo Giaretta, 17-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-netmod-yang "YANG - A data modeling language for NETCONF", Martin Bjorklund, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-netmod-yang-types "Common YANG Data Types", Juergen Schoenwaelder, 3-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-nsis-applicability-mobility-signalin= g "Applicability Statement of NSIS Protocols in Mobile Environments", = Takako=20 Sanda, Xiaoming Fu, Seong-Ho Jeong, Jukka Manner, Hannes Tschofenig,=20= 18-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-nsis-nslp-natfw "NAT/Firewall NSIS Signaling Layer Protocol (NSLP)", Martin = Stiemerling,=20 Hannes Tschofenig, Cedric Aoun, Elwyn Davies, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-nsis-ntlp-statemachine "GIST State Machine", Tseno Tsenov, Hannes Tschofenig, Xiaoming Fu, = Cedric=20 Aoun, Elwyn Davies, Intellectual Property, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-nsis-qspec "QoS NSLP QSPEC Template", Attila Bader, Cornelia Kappler, David Oran,=20= 29-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-nsis-tunnel "NSIS Operation Over IP Tunnels", Charles Shen, Henning Schulzrinne,=20= Sung-Hyuck Lee, Jong Bang, 3-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-opsawg-syslog-alarm "Alarms in SYSLOG", Sharon Chisholm, Rainer Gerhards, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ospf-manet-mpr "OSPF MPR Extension for Ad Hoc Networks", Emmanuel Baccelli, Philippe=20= Jacquet, Dang-Quan Nguyen, Thomas Clausen, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ospf-mt-mib "OSPF Version 2 MIB for Multi-Topology (MT) Routing", Namita Rawat,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ospf-ospfv3-mib "Management Information Base for OSPFv3", Dan Joyal, Vishwas Manral,=20= 25-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-ospf-te-node-addr "Advertising a Router's Local Addresses in OSPF TE Extensions", Rahul=20= Aggarwal, Kireeti Kompella, 18-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-pana-panaoverdsl "Application of PANA framework to DSL networks", Lionel Moreland, = Alper=20 Yegin, Yoshihiro Ohba, John Kaippallimalil, 4-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pce-dste "Diff-Serv Aware Class Type Object for Path Computation Element = Communication=20 Protocol", Siva Sivabalan, Jon Parker, Sami Boutros, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pce-monitoring "A set of monitoring tools for Path Computation Element based = Architecture",=20 JP Vasseur, Jean-Louis Le Roux, Yuichi Ikejiri, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pce-path-key "Preserving Topology Confidentiality in Inter-Domain Path Computation = Using a=20 Key-Based Mechanism", Richard Bradford, JP Vasseur, Adrian Farrel, = 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pce-pcep "Path Computation Element (PCE) Communication Protocol (PCEP)", Arthi=20= Ayyangar, Adrian Farrel, Eiji Oki, Alia Atlas, Andrew Dolganow, Yuichi=20= Ikejiri, Kenji Kumaki, JP Vasseur, Jean-Louis Le Roux, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pce-pcep-p2mp-extensions "Extensions to the Path Computation Element Communication Protocol = (PCEP) for=20 Point-to-Multipoint Traffic Engineering Label Switched Paths", Quintin = Zhao,=20 Daniel King, Fabien Verhaeghe, Tomonori Takeda, Mohamad Chaitou, = Jean-Louis=20 Le Roux, Zafar Ali, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-pim-sm-linklocal "Authentication and Confidentiality in PIM-SM Link-local Messages", = William=20 Atwood, Salekul Islam, Maziar Siami, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pkix-authorityclearanceconstraints "Clearance Attribute and Authority Clearance Constraints Certificate=20= Extension", Santosh Chokhani, Sean Turner, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pmol-metrics-framework "Framework for Performance Metric Development", Alan Clark, 2-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-pmol-sip-perf-metrics "SIP End-to-End Performance Metrics", Daryl Malas, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pwe3-oam-msg-map "Pseudo Wire (PW) OAM Message Mapping", Thomas Nadeau, Monique Morrow, = Luca=20 Martini, Carlos Pignataro, Dinesh Mohan, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-radext-crypto-agility-requirements "Crypto-Agility Requirements for Remote Dial-In User Service = (RADIUS)", David=20 Nelson, 19-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-radext-extended-attributes "Extended Remote Authentication Dial In User Service (RADIUS) = Attributes",=20 Yong Li, Avi Lior, Glen Zorn, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-radext-tunnel-type "New Tunnel-Type Values", Abhishek Tiwari, 25-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rmt-pi-alc-revised "Asynchronous Layered Coding (ALC) Protocol Instantiation", Michael = Luby,=20 Mark Watson, Lorenzo Vicisano, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rmt-sec-discussion "Security and Reliable Multicast Transport Protocols: Discussions and=20= Guidelines", Brian Adamson, Vincent Roca, Hitoshi Asaeda, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rmt-simple-auth-for-alc-norm "Simple Authentication Schemes for the ALC and NORM Protocols", = Vincent Roca,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-roll-home-routing-reqs "Home Automation Routing Requirements in Low Power and Lossy = Networks",=20 Giorgio Porcu, 19-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-rpsec-bgpsecrec "BGP Security Requirements", Blaine Christian, Tony Tauber, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-sasl-crammd5-to-historic "CRAM-MD5 to Historic", Kurt Zeilenga, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-shim6-multihome-shim-api "Socket Application Program Interface (API) for Multihoming Shim", = Miika=20 Komu, Marcelo Bagnulo, Kristian Slavov, Shinta Sugimoto, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sidr-arch "An Infrastructure to Support Secure Internet Routing", Matt Lepinski,=20= Stephen Kent, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sidr-cp "Certificate Policy (CP) for the Resource PKI (RPKI)", Stephen Kent, = Derrick=20 Kong, Karen Seo, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sidr-cps-irs "Template for an Internet Registry's Certification Practice Statement = (CPS)=20 for the Resource PKI (RPKI)", Derrick Kong, Karen Seo, Stephen Kent,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sidr-cps-isp "Template for an Internet Service Provider's Certification Practice = Statement=20 (CPS) for the Resource PKI (RPKI)", Karen Seo, Stephen Kent, Dennis = Kong,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sidr-res-certs "A Profile for X.509 PKIX Resource Certificates", Geoff Huston, George=20= Michaelson, Robert Loomans, 17-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-sidr-roa-format "A Profile for Route Origin Authorizations (ROAs)", Matt Lepinski, = Stephen=20 Kent, Derrick Kong, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sieve-mime-loop "Sieve Email Filtering: MIME part Tests, Iteration, Extraction, = Replacement=20 and Enclosure", Tony Hansen, Cyrus Daboo, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sieve-refuse-reject "Sieve Email Filtering: Reject and Extended Reject Extensions", Aaron = Stone,=20 Matthew Elvey, Alexey Melnikov, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-simple-intradomain-federation "Models for Intra-Domain Presence and Instant Messaging (IM) = Bridging",=20 Jonathan Rosenberg, Avshalom Houri, Colm Smyth, Francois Audet, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-simple-view-sharing "Optimizing Federated Presence with View Sharing", Jonathan Rosenberg, = Steve=20 Donovan, Kathleen McMurry, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-sip-body-handling "Message Body Handling in the Session Initiation Protocol (SIP)", = Gonzalo=20 Camarillo, 18-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sip-certs "Certificate Management Service for The Session Initiation Protocol = (SIP)",=20 Cullen Jennings, Jason Fischl, 3-Nov-08, =20= http://tools.ietf.org/html/draft-ietf-sip-hitchhikers-guide "A Hitchhiker's Guide to the Session Initiation Protocol (SIP)", = Jonathan=20 Rosenberg, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sip-ipv6-abnf-fix "Essential correction for IPv6 ABNF and URI comparison in RFC3261", = Vijay=20 Gurbani, Brian Carpenter, Brett Tate, 25-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-location-conveyance "Location Conveyance for the Session Initiation Protocol", James Polk, = Brian=20 Rosen, 20-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sip-saml "SIP SAML Profile and Binding", Hannes Tschofenig, Jeff Hodges, Jon = Peterson,=20 James Polk, Douglas Sicker, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-sip-session-policy-framework "A Framework for Session Initiation Protocol (SIP) Session Policies", = Volker=20 Hilt, Gonzalo Camarillo, Jonathan Rosenberg, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-sips "The use of the SIPS URI Scheme in the Session Initiation Protocol = (SIP)",=20 Francois Audet, 25-Nov-08, =20 = http://tools.ietf.org/html/draft-ietf-sipping-presence-scaling-requirement= s "Scaling Requirements for Presence in SIP/SIMPLE", Avshalom Houri, = Sriram=20 Parameswar, Edwin Aoki, Vishal Singh, Henning Schulzrinne, 2-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-smime-cms-rsa-kem "Use of the RSA-KEM Key Transport Algorithm in CMS", James Randall, = Burton=20 Kaliski, 10-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-speechsc-mrcpv2 "Media Resource Control Protocol Version 2 (MRCPv2)", Saravanan = Shanmugham,=20 Daniel Burnett, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-speermint-architecture "SPEERMINT Peering Architecture", Sohel Khan, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-speermint-flows "SPEERMINT Routing Architecture Message Flows", Hadriel Kaplan, Daryl = Malas,=20 Sohel Khan, Reinaldo Penno, Adam Uzelac, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-speermint-srv-naptr-use "Use of DNS SRV and NAPTR Records for SPEERMINT", Tom Creighton, Jason=20= Livingood, 20-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-speermint-terminology "SPEERMINT Terminology", Daryl Malas, Dave Meyer, 18-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-speermint-voip-consolidated-usecases= "VoIP SIP Peering Use Cases", Adam Uzelac, Yiu Lee, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-speermint-voipthreats "SPEERMINT Security Threats and Suggested Countermeasures", Saverio=20 Niccolini, Eric Chen, Jan Seedorf, Hendrik Scholz, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tcpm-ecnsyn "Adding Explicit Congestion Notification (ECN) Capability to TCP's = SYN/ACK=20 Packets", Sally Floyd, Intellectual Property, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tcpm-tcp-auth-opt "The TCP Authentication Option", Joseph Touch, Allison Mankin, Ronald = Bonica,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-tcpm-tcp-soft-errors "TCP's Reaction to Soft Errors", Fernando Gont, 30-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tcpm-tcpsecure "Improving TCP's Robustness to Blind In-Window Attacks", Anantha = Ramaiah,=20 Randall Stewart, Mitesh Dalal, 2-Nov-08, = =20 http://tools.ietf.org/html/draft-ietf-tls-extractor "Keying Material Extractors for Transport Layer Security (TLS)", Eric=20= Rescorla, 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-tls-rfc4347-bis "Datagram Transport Layer Security version 1.2", Eric Rescorla, = Nagendra=20 Modadugu, 1-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-trill-rbridge-protocol "Rbridges: Base Protocol Specification", Radia Perlman, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tsvwg-admitted-realtime-dscp "DSCP for Capacity-Admitted Traffic", Fred Baker, James Polk, Martin = Dolly,=20 2-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-tsvwg-iana-ports "IANA Procedures for the Transport Protocol Port Number Space", = Michelle=20 Cotton, Lars Eggert, Allison Mankin, Magnus Westerlund, Joseph Touch,=20= 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-tsvwg-rsvp-l3vpn "Support for RSVP in Layer 3 VPNs", Bruce Davie, Francois Le Faucheur, = Ashok=20 Narayanan, 1-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-tsvwg-rsvp-security-groupkeying "Applicability of Keying Methods for RSVP Security", Michael = Behringer,=20 Francois Le Faucheur, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tsvwg-sctpsocket "Sockets API Extensions for Stream Control Transmission Protocol = (SCTP)",=20 Randall Stewart, Kacheong Poon, Michael Tuexen, Vladislav Yasevich, = Peter=20 Lei, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ietf-vcarddav-carddav "vCard Extensions to WebDAV (CardDAV)", Cyrus Daboo, 30-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-vcarddav-vcardrev "vCard Format Specification", Simon Perreault, Pete Resnick, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-ietf-vcarddav-webdav-mkcol "Extended MKCOL for WebDAV", Cyrus Daboo, 28-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ietf-xcon-ccmp "Centralized Conferencing Manipulation Protocol", Mary Barnes, Chris = Boulton,=20 Simon Romano, Henning Schulzrinne, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-irtf-asrg-bcp-blacklists "Guidelines for Management of DNSBLs for Email", Chris Lewis, Matt = Sergeant,=20 17-Nov-08, =20 http://tools.ietf.org/html/draft-irtf-asrg-dnsbl "DNS Blacklists and Whitelists", John Levine, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-security "Bundle Security Protocol Specification", Susan Symington, Stephen = Farrell,=20 Howard Weiss, Peter Lovell, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-prophet "Probabilistic Routing Protocol for Intermittently Connected = Networks",=20 Anders Lindgren, Avri Doria, 17-Nov-08, = =20 http://tools.ietf.org/html/draft-irtf-dtnrg-sec-overview "Delay-Tolerant Networking Security Overview", Stephen Farrell, Susan=20= Symington, Howard Weiss, Peter Lovell, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-tcp-clayer "Delay Tolerant Networking TCP Convergence Layer Protocol", Michael = Demmer,=20 J=F6rg Ott, 3-Nov-08, =20 http://tools.ietf.org/html/draft-irtf-dtnrg-udp-clayer "UDP Convergence Layers for the DTN Bundle and LTP Protocols", Hans = Kruse,=20 Shawn Ostermann, 19-Nov-08, =20 http://tools.ietf.org/html/draft-irtf-mobopts-mmcastv6-ps "Multicast Mobility in MIPv6: Problem Statement and Brief Survey", = Gorry=20 Fairhurst, Thomas Schmidt, Matthias Waehlisch, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-irtf-mobopts-mpa-framework "A Framework of Media-Independent Pre-Authentication (MPA) for Inter- = domain=20 Handover Optimization", Ashutosh Dutta, Victor Fajardo, Yoshihiro = Ohba,=20 Kenichi Taniuchi, Henning Schulzrinne, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-jakma-mrai "Revised Default Values for the BGP 'Minimum Route Advertisement = Interval'",=20 Paul Jakma, 17-Nov-08, =20 http://tools.ietf.org/html/draft-jakma-mrai-dep "Revisions to the BGP 'Minimum Route Advertisement Interval'", Paul = Jakma,=20 25-Nov-08, =20 http://tools.ietf.org/html/draft-jennings-app-dns-update "HTTP API for Updating DNS Records", Cullen Jennings, Tom Daly, Jeremy=20= Hitchcock, 3-Nov-08, =20 http://tools.ietf.org/html/draft-jennings-behave-nat6 "NAT for IPv6-Only Hosts", Cullen Jennings, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-jhaas-idr-bgp4-mibv2-community "Definitions of Managed Objects for the Fourth Version of Border = Gateway=20 Protocol (BGP-4), BGP Community Extension", Jeffrey Haas, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-johansson-http-gss "GSSAPI authentication for HTTP", Leif Johansson, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-johnston-sipping-cc-uui "Transporting User to User Call Control Information in SIP for ISDN=20 Interworking", Alan Johnston, Joanne McMillen, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-kaplan-sip-session-id "A Session Identifier for the Session Initiation Protocol (SIP)", = Hadriel=20 Kaplan, 30-Nov-08, =20 http://tools.ietf.org/html/draft-kaplan-sipping-pai-responses "Updates to the Updates to Asserted Identity in the Session Initiation=20= Protocol (SIP)", Hadriel Kaplan, 29-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ke-dodmrp "Destination-Driven On-Demand Multicast Routing Protocol", Ke Tian, = Jian Ma,=20 19-Nov-08, =20 http://tools.ietf.org/html/draft-kiesel-alto-reqs "Application-Layer Traffic Optimization (ALTO) Requirements", = Sebastian=20 Kiesel, Laird Popkin, Stefano Previdi, Richard Woundy, Yang Yang, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-kinnear-dhc-dhcpv4-bulk-leasequery "Bulk DHCPv4 Lease Query", Kim Kinnear, Bernie Volz, Neil Russell, = Mark=20 Stapp, D.T.V. Ramakrishna Rao, Bharat Joshi, Pavan Kurapati, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-kkoushik-pce-pcep-mib "PCE communication protocol(PCEP) Management Information Base", Emile=20= Stephan, Kiran Koushik, 3-Nov-08, =20= http://tools.ietf.org/html/draft-kompella-l2vpn-vpls-multihoming "Multi-homing in BGP-based Virtual Private LAN Service", Kireeti = Kompella,=20 Bhupesh Kothari, Thomas Spencer IV, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-krishnan-6man-rs-mark "Line identification in IPv6 Router Solicitation messages", Suresh = Krishnan,=20 Alan Kavanagh, 3-Nov-08, =20 http://tools.ietf.org/html/draft-krishnan-cgaext-send-cert-eku "Certificate profile and certificate management for SEND", Suresh = Krishnan,=20 Ana Kukec, Khaja Ahmed, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-kunze-bagit "The BagIt File Packaging Format (V0.96)=20 http://www.ietf.org/internet-drafts/draft-kunze-bagit-03.txt", Andy = Boyko,=20 John Kunze, Justin Littman, Liz Madden, Brian Vargas, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-kunze-oxum "Oxum: Octet Stream Sum=20 http://www.ietf.org/internet-drafts/draft-kunze-oxum-00.txt", John = Kunze,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-kunze-pairtree "Pairtrees for Object Storage (V0.1)=20 http://www.ietf.org/internet-drafts/draft-kunze-pairtree-01.txt", John = Kunze,=20 Martin Haye, Erik Hetzner, Mark Reyes, Cory Snavely, 26-Nov-08,=20 =20 http://tools.ietf.org/html/draft-lacharite-manet-holsr "Hierarchical OLSR", Yannick Lacharite, Maoyu Wang, Pascale Minet, = Thomas=20 Clausen, 18-Nov-08, =20 http://tools.ietf.org/html/draft-larmouth-oid-iri "An IRI/URI Namespace for International Object Identifiers (OIDs)", = John=20 Larmouth, Olivier Dubuisson, 18-Nov-08, = =20 http://tools.ietf.org/html/draft-lee-hip-object "HIP Extensions for Object to Object Communications", Gyu Myoung Lee, = Jun=20 Kyun Choi, Taesoo Chung, 3-Nov-08, =20 http://tools.ietf.org/html/draft-lee-ipsec-nat-pt-applicability "Applicability Issues of IPsec in NAT-PT", Sangjin Jeong, Myung-Ki = Shin,=20 Sangdo Lee, 3-Nov-08, =20 http://tools.ietf.org/html/draft-levine-rfb "The Remote Framebuffer Protocol", Tristan Richardson, John Levine,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-lhotka-yang-dsdl-map "NETCONF DSDL and Yang Mapping", Ladislav Lhotka, Rohan Mahy, Sharon=20= Chisholm, 3-Nov-08, =20 http://tools.ietf.org/html/draft-li-isms-svacm "Simplified View-based Access Control Model (SVACM) for the Simple = Network=20 Management Protocol (SNMP)", Chunxiu Li, Yan Li, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-lior-radius-prepaid-extensions "Prepaid Extensions to Remote Authentication Dial-In User Service = (RADIUS)",=20 Avi Lior, Parviz Yegani, Kuntal Chowdhury, Hannes Tschofenig, Andreas=20= Pashalidis, 3-Nov-08, =20 http://tools.ietf.org/html/draft-loreto-mmusic-sctp-sdp "Stream Control Transmission Protocol (SCTP)-Based Media Transport in = the=20 Session Description Protocol (SDP)", Salvatore Loreto, Gonzalo = Camarillo,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-lourdelet-radext-rfc3162bis "RADIUS Attributes for IPv6 Support", Benoit Lourdelet, Glen Zorn, = 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-luo-v6ops-6man-shim6-lbam "Load Balancing based on IPv6 Anycast and pseudo-Mobility", Wanming = Luo,=20 XiaoDong Lee, Wei Mao, Mei Wang, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-marocco-alto-problem-statement "Application-Layer Traffic Optimization (ALTO) Problem Statement", = Enrico=20 Marocco, Vijay Gurbani, 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-martinotti-mpls-tp-interworking "Interworking between MPLS-TP and IP/MPLS", Riccardo Martinotti, Diego=20= Caviglia, Nurit Sprecher, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-masarati-ldap-deref "LDAP Dereference Control", Pierangelo Masarati, Howard Chu, = 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-masarati-ldap-whatfailed "LDAP "What Failed?" Control", Pierangelo Masarati, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-mattsson-srtp-store-and-forward "SRTP Store and Forward", Rolf Blom, Yi Cheng, Fredrik Lindholm, John=20= Mattsson, Mats Naslund, Karl Norrman, 3-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-matuszewski-p2psip-security-requirements "Security requirements in Peer-to-Peer Session Initiation Protocol = (P2PSIP)",=20 Song Yongchao, Marcin Matuszewski, Dan York, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-mavrogiannopoulos-rfc5081bis "Using OpenPGP Keys for Transport Layer Security (TLS) = Authentication", Nikos=20 Mavrogiannopoulos, 25-Nov-08, = =20 http://tools.ietf.org/html/draft-melnikov-lemonade-convert-params "Conversion parameters for IMAP CONVERT", Alexey Melnikov, 2-Nov-08,=20= =20 http://tools.ietf.org/html/draft-melnikov-sasl-scram-ldap "LDAP schema for storing SCRAM secrets", Alexey Melnikov, 19-Nov-08,=20= =20 http://tools.ietf.org/html/draft-merrick-jms-uri "URI Scheme for Java(tm) Message Service 1.0", Roland Merrick, Peter = Easton,=20 Derek Rokicki, Eric Johnson, 17-Nov-08, =20= http://tools.ietf.org/html/draft-miles-dhc-dhcpv6-ldra "Lightweight DHCPv6 Relay Agent (LDRA)", David Miles, Sven Ooghe, = Wojciech=20 Dec, Suresh Krishnan, Alan Kavanagh, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-miniero-mediactrl-escs "Media Control Channel Framework (CFW) Call Flow Examples", Alessandro=20= Amirante, Tobia Castaldi, Lorenzo Miniero, Simon Romano, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-mjkim-roll-routing-metrics "Routing Metrics used for Path Calculation in Low Power and Lossy = Networks",=20 Mijeom Kim, JP Vasseur, Hakjin Chong, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-mohali-diversion-history-info "Mapping and interworking of Diversion information Between Diversion = and=20 History-Info Headers in the Session Initiation Protocol (SIP)", = Marianne=20 Mohali, 1-Nov-08, =20 http://tools.ietf.org/html/draft-moore-nat-xc "IPv4/v6 NAT With Explicit Control (NAT-XC)", Keith Moore, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-moriarty-post-inch-rid "Real-time Inter-network Defense", Kathleen Moriarty, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-morin-l3vpn-mvpn-fast-failover "Multicast VPN fast upstream failover", Thomas Morin, Yakov Rekhter, = Rahul=20 Aggarwal, Praveen Muley, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-morin-mboned-igmpmld-error-feedback "IGMP/MLD Error Feedback", Thomas Morin, Brian Haberman, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-morin-mpls-mcast-ethernet "Ethernet MAC Destination Address for Multicast MPLS", Thomas Morin, = Wim=20 Henderickx, Praveen Muley, Satyam Sinha, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-morin-pim-fast-hello "Fast Hello exchange procedures for Protocol Independent Multicast", = Thomas=20 Morin, 4-Nov-08, =20 http://tools.ietf.org/html/draft-mrw-behave-nat66 "IPv6-to-IPv6 Network Address Translation (NAT66)", Margaret = Wasserman, Fred=20 Baker, 3-Nov-08, =20 http://tools.ietf.org/html/draft-natarajan-http-over-sctp "Using SCTP as a Transport Layer Protocol for HTTP", Preethi = Natarajan, Paul=20 Amer, Jonathan Leighton, Fred Baker, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-newman-auth-scram "Salted Challenge Response (SCRAM) SASL Mechanism", Abhijit Menon-Sen, = Alexey=20 Melnikov, Chris Newman, 19-Nov-08, =20 http://tools.ietf.org/html/draft-niccolini-sipping-siphandover "Requirements for vertical handover of multimedia sessions using SIP",=20= Saverio Niccolini, Stefano Salsano, Haruki Izumikawa, Ross Lillie, = Luca=20 Veltri, Yoji Kishi, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-nikander-hip-hiccups "HIP (Host Identity Protocol) Immediate Carriage and Conveyance of = Upper-=20 layer Protocol Signaling (HICCUPS)", Pekka Nikander, Gonzalo = Camarillo, Jan=20 Melen, 3-Nov-08, =20 http://tools.ietf.org/html/draft-ninomiya-netappvlan "The VLAN Model for Applications", Megumi Ninomiya, Ray Aatarashi, = 2-Nov-08,=20 =20 http://tools.ietf.org/html/draft-nishitani-cgn "Common Functions of Large Scale NAT (LSN)", Tomohiro Nishitani, Shin=20= Miyakawa, Akira Nakagawa, Hiroyuki Ashida, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-nottingham-http-link-header "Link Relations and HTTP Header Linking", Mark Nottingham, 30-Nov-08,=20= =20 http://tools.ietf.org/html/draft-nottingham-http-stale-controls "HTTP Cache-Control Extensions for Stale Content", Mark Nottingham,=20 28-Nov-08, =20 http://tools.ietf.org/html/draft-nsis-ext "Using and Extending the NSIS Protocol Family", Jukka Manner, Roland = Bless,=20 John Loughney, Elwyn Davies, 3-Nov-08, =20 http://tools.ietf.org/html/draft-nzrs-srs "System for Managing a Shared Domain Registry", Matthew Hunt, = 30-Nov-08,=20 =20 http://tools.ietf.org/html/draft-ohba-802dot21-basic-schema "IEEE 802.21 Basic Schema", Kenichi Taniuchi, Yoshihiro Ohba, Subir = Das,=20 2-Nov-08, =20 http://tools.ietf.org/html/draft-p4p-framework "P4P: Provider Portal for P2P Applications", Richard Alimi, Doug = Pasko, Laird=20 Popkin, Ye Wang, Yang Yang, 18-Nov-08, =20 http://tools.ietf.org/html/draft-penno-tana-app-practices-recommendation "TANA Practices and Recommendations", Reinaldo Penno, Janardhan = Iyengar,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-perreault-vcarddav-vcardxml "vCard XML Schema", Simon Perreault, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-petithuguenin-behave-stun-pmtud "Path MTU Discovery Using Session Traversal Utilities for NAT (STUN)", = Marc=20 Petit-Huguenin, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-petithuguenin-turn-tcp-variant "Alternative Proposal for Traversal Using Relays around NAT (TURN) = Extensions=20 for TCP Allocations", Marc Petit-Huguenin, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-pettersen-cache-context "A context mechanism for controlling caching of HTTP responses", Yngve=20= Pettersen, 3-Nov-08, =20 http://tools.ietf.org/html/draft-pettersen-cookie-v2 "HTTP State Management Mechanism v2", Yngve Pettersen, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-pettersen-dns-cookie-validate "Enhanced validation of domains for HTTP State Management Cookies = using DNS",=20 Yngve Pettersen, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-pettersen-subtld-structure "The TLD Subdomain Structure Protocol and its use for Cookie domain=20 validation", Yngve Pettersen, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-poretsky-sip-bench-term "Terminology for Benchmarking Session Initiation Protocol (SIP) = Networking=20 Devices", Scott Poretsky, Vijay Gurbani, Carol Davids, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-rahman-rtg-router-alert-considerations "IP Router Alert Considerations and Usage", Reshad Rahman, 17-Nov-08,=20= =20 http://tools.ietf.org/html/draft-rescorla-tls-extended-random "Extended Random Values for TLS", Eric Rescorla, Margaret Salter, = 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-rescorla-tls-suiteb "Suite B Profile for Transport Layer Security (TLS)", Margaret Salter, = Eric=20 Rescorla, Russ Housley, 17-Nov-08, =20= http://tools.ietf.org/html/draft-rezafard-esds-problem-statement "Extensible Supply-chain Discovery Service Problem Statement", , = 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-rfc-image-files "Images in RFCs", Robert Braden, John Klensin, 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-roach-sip-http-subscribe "A SIP Event Package for Subscribing to Changes to an HTTP Resource", = Adam=20 Roach, 20-Nov-08, =20 http://tools.ietf.org/html/draft-rodrigues-lindqvist-tictoc-req "TICTOC Requirement", Silvana Rodrigues, Kurt Lindqvist, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-rosenberg-sip-info-litmus "Litmus Tests for Usage of the Session Initiation Protocol (SIP) INFO=20= Method", Jonathan Rosenberg, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-rosenberg-sip-tote "Session Based Trivial Object Transfer and Exchange (TOTE)", Jonathan=20= Rosenberg, 3-Nov-08, =20 http://tools.ietf.org/html/draft-sarikaya-radext-prefix-authorization "RADIUS Support for Prefix Authorization", Behcet Sarikaya, Frank Xia,=20= 2-Nov-08, =20 http://tools.ietf.org/html/draft-sarker-pcn-ecn-pcn-usecases "Usecases and Benefits of end to end ECN support in PCN Domains",=20 Zaheduzzaman Sarker, Ingemar Johansson, 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-satoh-pcn-st-marking "Single PCN Threshold Marking by using PCN baseline encoding for both=20= admission and termination controls", Daisuke Satoh, Mika Ishizuka, = Oratai=20 Phanachet, Yukari Maeda, 19-Nov-08, = =20 http://tools.ietf.org/html/draft-saucez-idips "IDIPS : ISP-Driven Informed Path Selection", Damien Saucez, Benoit = Donnet,=20 Olivier Bonaventure, 3-Nov-08, =20 http://tools.ietf.org/html/draft-schoenw-syslog-msg-mib "Definitions of Managed Objects for Mapping SYSLOG Messages to Simple = Network=20 Management Protocol (SNMP) Notifications", Juergen Schoenwaelder, Alex = Clemm,=20 Anirban Karmakar, 3-Nov-08, =20 = http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-access "Extensions to the Emergency Services Architecture for dealing with=20 Unauthenticated and Unauthorized Devices", Henning Schulzrinne, = Stephen=20 McCann, Gabor Bajko, Hannes Tschofenig, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-schumacher-drinks-luf-lrf-diff "Look Up Function vs. Location Routing Function discussion", Greg = Schumacher,=20 Hadriel Kaplan, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-schwartz-sipping-nsr-code "No Service To This Number Reject Code", David Schwartz, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-scudder-bmp "BGP Monitoring Protocol", John Scudder, Rex Fernando, Stephen Stuart,=20= 17-Nov-08, =20 http://tools.ietf.org/html/draft-shelby-6lowpan-nd "Neighbor Discovery for 6LoWPAN", Zach Shelby, Pascal Thubert, = Jonathan Hui,=20 Samita Chakrabarti, Erik Nordmark, 17-Nov-08,=20 =20 http://tools.ietf.org/html/draft-shen-sipping-load-control-event-package "A Session Initiation Protocol (SIP) Load Control Event Package", = Charles=20 Shen, Henning Schulzrinne, Arata Koike, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-sinnreich-sip-tools "Simple SIP Usage Scenario for Applications in the Endpoints", Henry=20= Sinnreich, Alan Johnston, Eunsoo Shim, 21-Nov-08,=20 =20 http://tools.ietf.org/html/draft-somogyi-sdp-amr-bicc-like "draft-somogyi-sdp-amr-bicc-like-00", Gabor Somogyi, 21-Nov-08,=20 =20 http://tools.ietf.org/html/draft-sridharan-tcpm-ctcp "Compound TCP: A New TCP Congestion Control for High-Speed and Long = Distance=20 Networks", Murali Sridharan, Kun Tan, Deepak Bansal, Dave Thaler, = 11-Nov-08,=20 =20 http://tools.ietf.org/html/draft-stein-pwe3-pwbonding "PW Bonding", Yaakov Stein, Itai Mendelsohn, Ron Insler, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-stein-tictoc-modules "Architecture for the Transmission of Timing over Packet Networks", = Tim=20 Frost, Greg Dowd, Intellectual Property, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-sun-dime-itu-t-rw "Diameter ITU-T Rw Policy Enforcement Interface Application", Dong = Sun,=20 18-Nov-08, =20 http://tools.ietf.org/html/draft-sunabhi-otp-ikev2 "One time Password in IKE version 2 (non-EAP based)", Abhishek Singh, = Sunil=20 Kumar, 24-Nov-08, =20 http://tools.ietf.org/html/draft-takacs-ccamp-revertive-ps "GMPLS RSVP-TE recovery extension for data plane initiated reversion", = Attila=20 Takacs, Benoit Tremblay, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-thaler-v6ops-teredo-extensions "Teredo Extensions", Dave Thaler, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-thomson-beep-async "Asynchronous Channels for the Blocks Extensible Exchange Protocol = (BEEP)",=20 Martin Thomson, 25-Nov-08, =20 http://tools.ietf.org/html/draft-thomson-geopriv-uncertainty "Representation of Uncertainty and Confidence in PIDF-LO", Martin = Thomson,=20 James Winterbottom, 30-Nov-08, = =20 http://tools.ietf.org/html/draft-tsou-pcn-racf-applic "Applicability Statement for the Use of Pre-Congestion Notification in = a=20 Resource-Controlled Network", Tina Tsou, Fortune Huang, Tom Taylor, = 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-turner-caclearanceconstraints "Clearance Attribute and Authority Clearance Constraints Certificate=20= Extension", Sean Turner, Santosh Chokhani, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-van-beijnum-idr-iac "A BGP Inter-AS Cost Attribute", Iljitsch van Beijnum, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-vanelburg-sipping-served-user "The Session Initiation Protocol (SIP) P-Served-User Private-Header=20 (P-Header) for the 3GPP IP Multimedia (IM) Core Network (CN) = Subsystem", Hans=20 Erik van Elburg, 18-Nov-08, = =20 = http://tools.ietf.org/html/draft-versteeg-avt-rapid-synchronization-for-rt= p "Unicast-Based Rapid Synchronization with RTP Multicast Sessions", = Bill=20 Steeg, Ali Begen, Tom Caenegem, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-vidya-p2psip-usage-agnostic-reload "Usage Agnostic Overlay Operation in RELOAD", Vidya Narayanan, = 20-Nov-08,=20 =20 http://tools.ietf.org/html/draft-vigoureux-mpls-tp-oam-requirements "Requirements for OAM in MPLS Transport Networks", Martin Vigoureux, = David=20 Ward, Malcolm Betts, Matthew Bocci, Italo Busi, 1-Nov-08,=20 =20 http://tools.ietf.org/html/draft-wakikawa-pmip-ct "Context Reflection: Context Transfer for Proxy Mobile IPv6", Ryuji = Wakikawa,=20 Sawako Kiriyama, Jinwei Xia, 17-Nov-08, = =20 http://tools.ietf.org/html/draft-ward-l2isis "Carrying Attached Addresses in IS-IS", David Ward, Russ White, Dino=20= Farinacci, Ayan Banerjee, Radia Perlman, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-weniger-mobopts-mip6-cnlocpriv "MIPv6 Correspondent Node-Targeted Location Privacy and Optimized = Routing",=20 Kilian Weniger, Genadi Velev, 28-Nov-08,=20 =20 http://tools.ietf.org/html/draft-westberg-pcn-load-control "LC-PCN: The Load Control PCN Solution", Lars Westberg, Anurag = Bhargava,=20 Attila Bader, Georgios Karagiannis, Hein Mekkes, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-williams-6lowpan-mob "6LoWPAN Architectural Consideration for Mobility", Geoffrey Mulligan, = Carl=20 Williams, David Huo, 3-Nov-08, =20 = http://tools.ietf.org/html/draft-winterbottom-geopriv-held-identity-extens= ions "HELD Identity Extensions", Martin Thomson, Hannes Tschofenig, Richard=20= Barnes, James Winterbottom, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-woodyatt-spnatpmp-appl "Applicability of NAT-PMP with Service Provider Deployments of Network=20= Address Translation", James Woodyatt, 19-Nov-08,=20 =20 http://tools.ietf.org/html/draft-xia-dhc-host-gen-id "Usage of Host Generating Interface Identifier in DHCPv6", Frank Xia, = Behcet=20 Sarikaya, Sheng Jiang, 1-Nov-08, =20 http://tools.ietf.org/html/draft-xia-mipshop-ha-buffering "Mobile IPv6 Handover Using Home Agent Buffering", Frank Xia, Behcet=20= Sarikaya, Basavaraj Patil, 1-Nov-08, = =20 http://tools.ietf.org/html/draft-xia-netlmm-radius "RADIUS Proxy Mobile IPv6", Frank Xia, Behcet Sarikaya, Jouni = Korhonen, Sri=20 Gundavelli, 3-Nov-08, =20 http://tools.ietf.org/html/draft-xiao-conversion-dm "Conversion of MIB to XSD for NETCONF", Debao Xiao, Yanan Chang, = 24-Nov-08,=20 =20 http://tools.ietf.org/html/draft-xiao-evaluate-dml "An Evaluation Framework for Data Modeling Languages in Network = Management=20 Domain", Hui Xu, Debao Xiao, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-ymbk-aplusp "The A+P Approach to the Broadband Provider IPv4 Address Shortage", = Olaf=20 Maennel, Randy Bush, Luca Cittadini, Steven Bellovin, 3-Nov-08,=20 =20 = http://tools.ietf.org/html/draft-york-sip-visual-identifier-trusted-identi= ty "The Importance of a Visual Identifier of Trusted Identity", Dan York,=20= 3-Nov-08, =20= http://tools.ietf.org/html/draft-york-sipping-p-charge-info "P-Charge-Info - A Private Header (P-Header) Extension to the Session=20= Initiation Protocol (SIP)", Dan York, Tolga Asveren, 3-Nov-08,=20 =20 http://tools.ietf.org/html/draft-zeilenga-sasl-crammd5 "CRAM-MD5 to historic", Kurt Zeilenga, 18-Nov-08,=20 =20 http://tools.ietf.org/html/draft-zhao-multimob-pmip6-solution "The Solution for Pmipv6 Multicast Service", Yuankui Zhao, Pierrick = Seite,=20 3-Nov-08, =20 http://tools.ietf.org/html/draft-zhou-emu-fast-gtc "Basic Password Exchange within the Flexible Authentication via Secure=20= Tunneling Extensible Authentication Protocol (EAP-FAST)", Nancy = Cam-Winget,=20 Hao Zhou, 2-Nov-08, =20 http://tools.ietf.org/html/draft-zhu-pku2u "Public Key Cryptography Based User-to-User Authentication - (PKU2U)", = Larry=20 Zhu, Jeffrey Altman, Nicolas Williams, 3-Nov-08, = =20 http://tools.ietf.org/html/draft-zimmer-dhc-dhcpv6-remote-boot-options "DHCPv6 Remote Boot Options", Vincent Zimmer, Dave Thaler, 3-Nov-08,=20= =20 http://tools.ietf.org/html/draft-zimmermann-avt-zrtp "ZRTP: Media Path Key Agreement for Secure RTP", Philip Zimmermann, = Alan=20 Johnston, Jon Callas, 26-Nov-08, =20 http://tools.ietf.org/html/draft-zorn-radius-err-msg "RADIUS Error Messages", Glen Zorn, 17-Nov-08,=20 =20 --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Oct.txt Content-Type: text/plain; x-unix-mode=0644; name="Oct.txt" Content-Transfer-Encoding: quoted-printable http://tools.ietf.org/html/draft-aboba-radext-wlan "RADIUS Attributes for IEEE 802 Networks", Bernard Aboba, Jouni = Malinen, Paul=20 Congdon, Joseph Salowey, 31-Oct-08, =20= http://tools.ietf.org/html/draft-ahrenholz-hiprg-dht "HIP DHT Interface", Jeff Ahrenholz, 7-Oct-08,=20 =20 http://tools.ietf.org/html/draft-asaeda-multimob-pmip6-extension "PMIPv6 Extensions for Multicast", Hitoshi Asaeda, Pierrick Seite, = Jinwei=20 Xia, 27-Oct-08, =20 = http://tools.ietf.org/html/draft-asati-idr-bgp-bestpath-selection-criteria= "BGP Bestpath Selection Criteria", Rajiv Asati, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bagnulo-savi-fcfs "First-Come First-Serve Source-Address Validation Implementation", = Erik=20 Nordmark, Marcelo Bagnulo, 27-Oct-08, =20= http://tools.ietf.org/html/draft-bagnulo-savi-send "SeND-based Source-Address Validation Implementation", Marcelo = Bagnulo,=20 26-Oct-08, =20 http://tools.ietf.org/html/draft-baker-behave-v4v6-framework "Framework for IPv4/IPv6 Translation", Fred Baker, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-baker-behave-v4v6-translation "IP/ICMP Translation Algorithm", Xing Li, Congxiao Bao, Fred Baker,=20 26-Oct-08, =20 http://tools.ietf.org/html/draft-barnes-healthy-food "Healthy Food and Special Dietary Requirements for IETF meetings", = Mary=20 Barnes, 27-Oct-08, =20 http://tools.ietf.org/html/draft-barnes-periodic-location-retrieval "Periodic Retrieval of Location Information by Devices and Location=20 Information Servers", Mary Barnes, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-barwood-dnsext-fr-resolver-mitigations "Resolver side mitigations", George Barwood, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-begen-mmusic-rfc4756bis "Forward Error Correction Grouping Semantics in Session Description=20 Protocol", Ali Begen, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-bellis-dnsext-dnsproxy "DNS Proxy Implementation Guidelines", Ray Bellis, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bernstein-ccamp-wson-impairments "A Framework for the Control and Measurement of Wavelength Switched = Optical=20 Networks (WSON) with Impairments", Greg Bernstein, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bernstein-ccamp-wson-signaling "Signaling Extensions for Wavelength Switched Optical Networks", Greg=20= Bernstein, 31-Oct-08, =20 http://tools.ietf.org/html/draft-bernstein-wson-impairment-info "Information Model for Impaired Optical Path Validation", Greg = Bernstein,=20 26-Oct-08, =20 http://tools.ietf.org/html/draft-berzin-malis-mpls-mobility "Mobility Support Using MPLS and MP-BGP Signaling", Oleg Berzin, = Andrew=20 Malis, 29-Oct-08, =20 http://tools.ietf.org/html/draft-bierman-netconf-with-defaults "With-defaults capability for NETCONF", Andy Bierman, Balazs Lengyel,=20= 22-Oct-08, =20 http://tools.ietf.org/html/draft-blau-simple-msrp-acm "An Alternative Connection Model for the Message Session Relay = Protocol=20 (MSRP)", Staffan Blau, Christer Holmberg, 17-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bocci-mpls-tp-gach-gal "MPLS Generic Associated Channel", Martin Vigoureux, Matthew Bocci, = David=20 Ward, George Swallow, Rahul Aggarwal, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-boucadair-dhc-port-range "DHCP Options for Conveying Port Mask and Port Range Router IP = Address",=20 Mohammed Boucadair, Jean-Luc Grimault, Pierre Levis, Alain = Villefranque,=20 29-Oct-08, =20 http://tools.ietf.org/html/draft-boucadair-port-range "Provider-Provisioned CPE: IPv4 Connectivity Access in the context of = IPv4=20 address exhaustion", Mohammed Boucadair, Jean-Luc Grimault, Pierre = Levis,=20 Alain Villefranque, 23-Oct-08, =20 http://tools.ietf.org/html/draft-boulton-mediactrl-mrb "Media Resource Brokering", Chris Boulton, 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-boulton-xcon-session-chat "Instant Messaging Sessions within a Centralized Conferencing (XCON) = System",=20 Chris Boulton, Mary Barnes, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-boyaci-avt-app-sharing "RTP Payload format for Application and Desktop Sharing", Omer Boyaci,=20= Henning Schulzrinne, 27-Oct-08, =20= http://tools.ietf.org/html/draft-briscoe-pcn-3-in-1-encoding "PCN 3-State Encoding Extension in a single DSCP", Bob Briscoe, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bryant-francois-shand-ipfrr-aah "Mechanisms for safely abandoning loop-free convergence (AAH)", Mike = Shand,=20 Stewart Bryant, Pierre Francois, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-bryant-shand-ipfrr-multi "IPFRR in the Presence of Multiple Failures", Stewart Bryant, Mike = Shand,=20 30-Oct-08, =20 http://tools.ietf.org/html/draft-bryant-shand-lf-applicability "Applicability of Loop-free Convergence", Stewart Bryant, Mike Shand,=20= 31-Oct-08, =20 http://tools.ietf.org/html/draft-busi-mpls-tp-oam-framework "MPLS-TP OAM Framework and Overview", Italo Busi, Ben Niven-Jenkins,=20= 27-Oct-08, =20 http://tools.ietf.org/html/draft-cai-pim-mtid "PIM Multi-Topology ID (MT-ID) Join-Attribute", Yiqun Cai, Heidi Ou,=20= 27-Oct-08, =20 http://tools.ietf.org/html/draft-cam-winget-eap-fast-provisioning "Dynamic Provisioning using Flexible Authentication via Secure = Tunneling=20 Extensible Authentication Protocol (EAP-FAST)", Nancy Cam-Winget, = David=20 McGrew, Joseph Salowey, Hao Zhou, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-cao-hip-geolocation "Delivering Geographic Location in Host Identity Protocol (HIP)", Feng = Cao,=20 David Ward, Hui Deng, 27-Oct-08, =20 http://tools.ietf.org/html/draft-cao-pwe3-setup-over-bidir-lsp "Setup of Pseudowires over bi-directional LSP", Wei Cao, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-carpenter-extension-recs "Design Considerations for Protocol Extensions", Brian Carpenter, = Bernard=20 Aboba, 27-Oct-08, =20 http://tools.ietf.org/html/draft-chakrabarti-mip4-mcbc "IPv4 Mobility Extension for Multicast and Broadcast Packets", Samita=20= Chakrabarti, Ahmad Muhanna, Gabriel Montenegro, Yingzhe Wu, Basavaraj = Patil,=20 30-Oct-08, =20 http://tools.ietf.org/html/draft-cheng-smime-ibccms "Use of the Identity-Based Cryptographic Algorithms in CMS", Zhaohui = Cheng,=20 Bo Dan, 19-Oct-08, =20 http://tools.ietf.org/html/draft-cl-sipping-fi-problem "Feature Interactions Problem Statement", Rui Gustavo Crespo, Luigi = Logrippo,=20 14-Oct-08, =20 http://tools.ietf.org/html/draft-cl-sipping-fi-resolution "Distributed Resolution of Feature Interactions for Internet = Applications",=20 Rui Gustavo Crespo, Luigi Logrippo, 15-Oct-08,=20 =20 http://tools.ietf.org/html/draft-clausen-manet-linktype "The MANET Link Type", Thomas Clausen, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-cole-manet-olsrv2-mib "Definition of Managed Objects for the MANET Optimized Link State = Routing=20 Protocol version 2", Robert Cole, Thomas Clausen, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-crocker-email-arch "Internet Mail Architecture", Dave Crocker, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-dasmith-mpls-ip-options "Requirements for Label Edge Router Forwarding of IPv4 Option = Packets",=20 William Jaeger, John Mullooly, Tom Scholl, David Smith, Intellectual=20= Property, 6-Oct-08, =20 http://tools.ietf.org/html/draft-dawes-sipping-debug-event "A Session Initiation Protocol (SIP) Event Package for Debugging", = Peter=20 Dawes, Vodafone Group, 29-Oct-08, = =20 http://tools.ietf.org/html/draft-dawes-sipping-debug-id "Private Extension to the Session Initiation Protocol (SIP) for = Debugging",=20 Peter Dawes, Vodafone Group, 29-Oct-08, = =20 http://tools.ietf.org/html/draft-dehora-farrell-oauth-accesstoken-creds "OAuth Access Tokens using credentials", Bill de Hora, Stephen = Farrell,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-deng-gmmp "Generic Mobility Management Protocol", Hui Deng, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-deng-multimob-pmip6-requirement "Multicast Support Requirements for Proxy Mobile IPv6", Hui Deng, = Thomas=20 Schmidt, Pierrick Seite, Peng Yang, 19-Oct-08,=20 =20 http://tools.ietf.org/html/draft-denis-behave-v4v6exthdr "IPv6 destination header option for IPv4 translator mapping = notification",=20 Remi Denis-Courmont, 20-Oct-08, =20= http://tools.ietf.org/html/draft-despres-6rd "IPv6 Rapid Deployment on IPv4 infrastructures (6rd)", Remi Despres,=20= 23-Oct-08, =20 http://tools.ietf.org/html/draft-devarapalli-netlmm-pmipv6-data-plane "Separating Control and Data Plane for Proxy Mobile IPv6", Vijay = Devarapalli,=20 27-Oct-08, =20 = http://tools.ietf.org/html/draft-dhrao-idr-4octet-extcomm-generic-subtype "Generic Subtype for BGP Four-octet AS specific extended community",=20= Dhananjaya Rao, Pradosh Mohapatra, Jeffrey Haas, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-dickinson-dnsop-nameserver-control "Design for a Nameserver Control Protocol", John Dickinson, Stephen = Morris,=20 Roy Arends, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-dong-savi-cga-header "CGA Extension Header of IPv6", Lifeng Liu, Dong Zhang, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-drage-sipping-service-identification "A Session Initiation Protocol (SIP) Extension for the Identification = of=20 Services", Keith Drage, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-dusseault-httpmail "HTTP Access to Email Stores", Lisa Dusseault, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-eisler-nfsv4-pnfs-dedupe "Storage De-Duplication Awareness in NFS", Mike Eisler, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-eisler-nfsv4-pnfs-metastripe "Metadata Striping for pNFS", Mike Eisler, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-elwell-sip-e164-problem-statement "SIP E.164 Problem Statement", John Elwell, 25-Oct-08,=20 =20 http://tools.ietf.org/html/draft-elwell-sip-e2e-identity-important "End-to-End Identity Important in the Session Initiation Protocol = (SIP)",=20 John Elwell, 25-Oct-08, = =20 http://tools.ietf.org/html/draft-elwell-sip-identity-handling-ua "Identity Handling at a Session Initiation Protocol (SIP) User Agent", = John=20 Elwell, 1-Oct-08, =20 http://tools.ietf.org/html/draft-endo-v6ops-dnsproxy "Translator Friendly DNS Proxy", Masahito Endo, Hiroshi Miyata, = 1-Oct-08,=20 =20 http://tools.ietf.org/html/draft-fajardo-pana-pana-mib "PANA (Protocol for Carrying Authentication for Network Access) Base = Protocol=20 MIB", Victor Fajardo, 23-Oct-08, =20= http://tools.ietf.org/html/draft-francis-mapped-bgp-design "Mapped BGP Design", Paul Francis, Xiaohu Xu, Hitesh Ballani, = 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-fuller-lisp-alt "LISP Alternative Topology (LISP+ALT)", Vince Fuller, Dave Meyer, Dino=20= Farinacci, 22-Oct-08, =20 http://tools.ietf.org/html/draft-garcia-mmusic-sdp-cs "Conventions for the Use of the Session Description Protocol (SDP) for=20= Circuit-Switched Bearer Connections in the Public Switched Telephone = Network=20 (PSTN)", Miguel Garcia-Martin, Simo Veikkolainen, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-garcia-mmusic-sdp-misc-cap "Miscellaneous Capabilities Negotiation in the Session Description = Protocol=20 (SDP)", Miguel Garcia, Simo Veikkolainen, Robert Gilman, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-gennai-smime-cnipa-pec "Certified Electronic Mail", Francesco Gennai, Alba Shahin, Claudio = Petrucci,=20 Alessandro Vinciarelli, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-goldman-pcn-pstn-scope "PSTN scope of PCN Charter", Stuart Goldman, Robert Schafer, Frank = Suraci,=20 Bob Schaefer, 31-Oct-08, =20 http://tools.ietf.org/html/draft-gont-tcpm-tcp-timestamps "On the generation of TCP timestamps", Fernando Gont, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-gont-tcpm-urgent-data "On the implementation of TCP urgent data", Fernando Gont, Andrew=20 Yourtchenko, 27-Oct-08, =20 http://tools.ietf.org/html/draft-goyal-ospf-lsacorr "LSA Correlation to Schedule Routing Table Calculations", Mukul Goyal, = G=20 Choudhury, Aman Shaikh, Kishor Trivedi, Hossein Hosseini, 27-Oct-08,=20= =20 http://tools.ietf.org/html/draft-gray-mpls-tp-nm-req "MPLS TP Network Management Requirements", Scott Mansfield, Kam Lam, = Eric=20 Gray, 8-Oct-08, =20 http://tools.ietf.org/html/draft-gregorio-atompub-multipart "AtomPub Multipart Media Resource Creation", Joe Gregorio, 6-Oct-08,=20= =20 http://tools.ietf.org/html/draft-griffin-bliss-rest "Representational State Transfer (REST) for Feature Configuration in = Session=20 Initiation Protocol (SIP)", Keith Griffin, Jonathan Rosenberg, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-gudmundsson-dns-srv-iana-registry "Creation of a registry for DNS SRV record protocol names", Olafur=20 Gudmundsson, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-guo-bfd-pm-extension "BFD Extensions in Support of Performance Measurement", Xinchun Guo, = Mach=20 Chen, 27-Oct-08, =20 http://tools.ietf.org/html/draft-guy-iax "IAX: Inter-Asterisk eXchange Version 2", Mark Spencer, Brian Capouch, = Ed=20 Guy, Frank Miller, Kenneth Shumard, 5-Oct-08, =20= http://tools.ietf.org/html/draft-guy-iaxiana "IANA Considerations for IAX: Inter-Asterisk eXchange Version 2", Ed = Guy,=20 5-Oct-08, =20 http://tools.ietf.org/html/draft-haddad-csi-symbiotic-sendproxy "On Secure Neighbor Discovery Proxying Using 'Symbiotic' = Relationship",=20 Wassim Haddad, Mats Naslund, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-haddad-mipshop-netflood-defense "On Using 'Symbiotic Relationship' to Repel Network Flooding Attack", = Wassim=20 Haddad, Mats Naslund, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-haddad-prefix-reachability-detection "Enabling Source Address Verification via Prefix Reachability = Detection",=20 Wassim Haddad, Mats Naslund, Christian Vogt, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-holmberg-sip-keep "Indication of support for keep-alive", Christer Holmberg, 27-Oct-08,=20= =20 http://tools.ietf.org/html/draft-houri-speermint-presence-im-provision "Presence & Instant Messaging Provisioning", Avshalom Houri, Gil = Perzy, Edwin=20 Aoki, Sriram Parameswar, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-iab-iana "Defining the Role and Function of IETF Protocol Parameter Registry=20 Operators", Geoff Huston, 22-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-6man-ipv6-subnet-model "IPv6 Subnet Model: the Relationship between Links and Subnet = Prefixes",=20 Hemant Singh, Wes Beebee, Erik Nordmark, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ancp-security-threats "Security Threats and Security Requirements for the Access Node = Control=20 Protocol (ANCP)", Hassnaa Moustafa, Hannes Tschofenig, Stefaan De = Cnodder,=20 7-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-app-rtp-keepalive "Application Mechanism for maintaining alive the Network Address = Translator=20 (NAT) mappings associated to RTP flows.", Xavier Marjou, Aurelien = Sollaud,=20 2-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-dtls-srtp "Datagram Transport Layer Security (DTLS) Extension to Establish Keys = for=20 Secure Real-time Transport Protocol (SRTP)", David McGrew, Eric = Rescorla,=20 29-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-forward-shifted-red "Forward-shifted RTP Redundancy Payload Support", Qiaobing Xie, = 7-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-avt-post-repair-rtcp-xr "Post-Repair Loss RLE Report Block Type for RTCP XR", Ali Begen, Dong = Hsu,=20 Michael Lague, 27-Oct-08, =20= http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-burst-gap-discard "RTCP XR Report Block for Burst/Gap Discard metric Reporting", Geoff = Hunt,=20 Alan Clark, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-burst-gap-loss "RTCP XR Report Block for Burst/Gap Loss metric Reporting", Geoff = Hunt, Alan=20 Clark, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-concsec "RTCP XR Report Block for Concealed Seconds metric Reporting", Geoff = Hunt,=20 Alan Clark, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-delay "RTCP XR Report Block for Delay metric Reporting", Geoff Hunt, Alan = Clark,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-discard "RTCP XR Report Block for Discard metric Reporting", Geoff Hunt, Alan = Clark,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-jb "RTCP XR Report Block for Jitter Buffer Metric Reporting", Geoff Hunt, = Alan=20 Clark, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-meas-identity "RTCP XR Report Block for Measurement Identity", Geoff Hunt, Alan = Clark,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-pdv "RTCP XR Report Block for Packet Delay Variation Metric Reporting", = Geoff=20 Hunt, Alan Clark, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-postrepair-loss "RTCP XR Report Block for Post-Repair Loss metric Reporting", Geoff = Hunt,=20 Alan Clark, 27-Oct-08, =20= http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-qoe "RTCP XR Report Block for QoE Metrics Reporting", Alan Clark, Geoff = Hunt,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtcp-xr-siglevel "RTCP XR Report Block for Signal Level Metrics Reporting", Alan Clark, = Geoff=20 Hunt, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtp-g718 "RTP payload format for G.718 speech/audio", Ari Lakaniemi, Ye-Kui = Wang,=20 23-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-avt-rtp-mps "RTP Payload Format for Elementary Streams with MPEG Surround multi- = channel=20 audio", Frans Bont, Stefan Doehla, Malte Schmidt, Ralph Sperschneider,=20= 20-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-behave-sctpnat "Stream Control Transmission Protocol (SCTP) Network Address = Translation",=20 Randall Stewart, Michael Tuexen, Irene Ruengeler, 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-behave-turn-ipv6 "Traversal Using Relays around NAT (TURN) Extension for IPv4/IPv6=20 Transition", Gonzalo Camarillo, Oscar Novo, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-bfd-mib "BFD Management Information Base", Thomas Nadeau, Zafar Ali, Nobo = Akiya,=20 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-bmwg-igp-dataplane-conv-app "Considerations for Benchmarking Link-State IGP Data Plane Route=20 Convergence", Scott Poretsky, Intellectual Property, 15-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-bmwg-igp-dataplane-conv-meth "Benchmarking Methodology for Link-State IGP Data Plane Route = Convergence",=20 Scott Poretsky, Brent Imhoff, Intellectual Property, 15-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-bmwg-igp-dataplane-conv-term "Terminology for Benchmarking Link-State IGP Data Plane Route = Convergence",=20 Scott Poretsky, Brent Imhoff, Intellectual Property, 15-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-calsify-rfc2445bis "Internet Calendaring and Scheduling Core Object Specification = (iCalendar)",=20 Bernard Desruisseaux, 31-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-capwap-802dot11-mib "CAPWAP Protocol Binding MIB for IEEE 802.11", Yang Shi, David = Perkins, Chris=20 Elliott, Yong Zhang, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-capwap-dhc-ac-option "CAPWAP Access Controller DHCP Option", Pat Calhoun, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ason-routing-ospf "OSPFv2 Routing Protocols Extensions for ASON Routing", Dimitri=20 Papadimitriou, Intellectual Property, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-ethernet-arch "GMPLS Ethernet Label Switching Architecture and Framework", Don = Fedyk, Lou=20 Berger, Loa Andersson, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-mpls-graceful-shutdown "Graceful Shutdown in MPLS and Generalized MPLS Traffic Engineering=20 Networks", Zafar Ali, JP Vasseur, Anca Zamfir, Jonathan Newton, = 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ccamp-pc-spc-rsvpte-ext "draft-ietf-ccamp-pc-spc-rsvpte-ext-02.txt", Diego Caviglia, Daniele=20= Ceccarelli, Dino Bramanti, Dan Li, Snigdho Bardalai, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-csi-sndp-prob "Securing Neighbor Discovery Proxy Problem Statement", Greg Daley,=20 Jean-Michel Combes, Suresh Krishnan, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dhc-l2ra "Layer 2 Relay Agent Information", Bharat Joshi, Pavan Kurapati, = 1-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dhc-leasequery-by-remote-id "DHCPv4 Leasequery by relay agent remote ID", Pavan Kurapati, D.T.V.=20= Ramakrishna Rao, Bharat Joshi, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-dhc-option-guidelines "Guidelines for Creating New DHCP Options", David Hankins, 14-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ietf-eai-downgraded-display "Displaying Downgraded Messages for Email Address = Internationalization",=20 Kazunori Fujiwara, 16-Oct-08, = =20 = http://tools.ietf.org/html/draft-ietf-ecrit-local-emergency-rph-namespace "IANA Registering a SIP Resource Priority Header Namespace for Local=20= Emergency Communications", James Polk, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ecrit-location-hiding-req "Location Hiding: Problem Statement and Requirements", Henning = Schulzrinne,=20 Laura Liess, Hannes Tschofenig, Barbara Stark, Andres Kuett, = 12-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ecrit-specifying-holes "Specifying Holes in LoST Service Boundaries", James Winterbottom, = Martin=20 Thomson, 12-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-emu-eaptunnel-req "Requirements for an Tunnel Based EAP Method", Katrin Hoeper, Stephen = Hanna,=20 Hao Zhou, Joseph Salowey, 31-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-fecframe-1d2d-parity-scheme "RTP Payload Format for Non-Interleaved and Interleaved Parity FEC", = Ali=20 Begen, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-fecframe-framework "Forward Error Correction (FEC) Framework", Mark Watson, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-fecframe-interleaved-fec-scheme "RTP Payload Format for 1-D Interleaved Parity FEC", Ali Begen, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-fecframe-pseudo-cdp "Pseudo Content Delivery Protocol (CDP) for Protecting Multiple Source = Flows=20 in FEC Framework", Ulas Kozat, Ali Begen, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-fecframe-raptor "Raptor FEC Schemes for FECFRAME", Mark Watson, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-forces-model "ForCES Forwarding Element Model", Joel Halpern, Jamal Hadi Salim, = 7-Oct-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-geopriv-civic-address-recommendation= s "Considerations for Civic Addresses in PIDF-LO", Karl Wolf, Alexander=20= Mayrhofer, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-geopriv-sip-lo-retransmission "Implications of 'retransmission-allowed' for SIP Location = Conveyance", Jon=20 Peterson, Ted Hardie, John Morris, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-hip-bone "HIP BONE: Host Identity Protocol (HIP) Based Overlay Networking=20 Environment", Gonzalo Camarillo, Pekka Nikander, Jani Hautakorpi, Alan=20= Johnston, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-hip-cert "HIP Certificates", Tobias Heer, Samu Varjonen, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-hip-nat-traversal "Basic HIP Extensions for Traversal of Network Address Translators", = Miika=20 Komu, Tom Henderson, Philip Matthews, Hannes Tschofenig, Ari Keraenen,=20= 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-hokey-key-mgm "Derivation, delivery and management of EAP based keys for handover = and=20 re-authentication", Yoshihiro Ohba, 19-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ipfix-file "Specification of the IPFIX File Format", Brian Trammell, Elisa = Boschi, Lutz=20 Mark, Tanja Zseby, Arno Wagner, 24-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-ippm-framework-compagg "Framework for Metric Composition", Al Morton, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ippm-more-twamp "More Features for TWAMP", Al Morton, Kaynam Hedayat, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ippm-multimetrics "IP Performance Metrics (IPPM) for spatial and multicast", Emile = Stephan, Lei=20 Liang, Al Morton, 15-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-ippm-twamp-reflect-octets "TWAMP Reflect Octets Feature", Al Morton, Len Ciavattone, 26-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ietf-ippm-twamp-session-cntrl "Individual Session Control Feature for TWAMP", Al Morton, Murtaza = Chiba,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-ipsecme-ikev2bis "Internet Key Exchange Protocol: IKEv2", Charlie Kaufman, Paul = Hoffman, Yoav=20 Nir, Pasi Eronen, 30-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-ipsecme-traffic-visibility "Wrapped ESP for Traffic Visibility", Ken Grewal, Gabriel Montenegro,=20= 22-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-isis-mi "IS-IS Multi-Instance", Stefano Previdi, Les Ginsberg, Mike Shand, = David=20 Ward, Abhay Roy, 29-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-isms-radius-usage "Remote Authentication Dial-In User Service (RADIUS) Usage for Simple = Network=20 Management Protocol (SNMP) Transport Models", Kaushik Narayan, David = Nelson,=20 12-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-isms-tmsm "Transport Subsystem for the Simple Network Management Protocol = (SNMP)",=20 David Harrington, Juergen Schoenwaelder, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-isms-transport-security-model "Transport Security Model for SNMP", David Harrington, Wesley = Hardaker,=20 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-krb-wg-anon "Anonymity Support for Kerberos", Larry Zhu, Paul Leach, 10-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-krb-wg-cross-problem-statement "Problem statement on the cross-realm operation of Kerberos", Shoichi = Sakane,=20 30-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-l2tpext-tdm "Layer Two Tunneling Protocol - Setup of TDM Pseudowires", Sharon = Galtzur,=20 Alexander Vainshtein, 29-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-l3vpn-acceptown-community "BGP ACCEPT_OWN Standards Action Community Attribute", James Uttaro, = Pradosh=20 Mohapatra, David Smith, Robert Raszuk, John Scudder, Intellectual = Property,=20 5-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-lemonade-5162bis "IMAP4 Extensions for Quick Mailbox Resynchronization", Alexey = Melnikov, Dave=20 Cridland, Corby Wilson, 19-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-mboned-session-announcement-req "Requirements for IP Multicast Session Announcement in the Internet", = Hitoshi=20 Asaeda, Vincent Roca, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mext-firewall-admin "Guidelines for firewall administrators regarding MIPv6 traffic", = Suresh=20 Krishnan, Niklas Steinleitner, QIU Ying, Gabor Bajko, 10-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mext-firewall-vendor "Guidelines for firewall vendors regarding MIPv6 traffic", Suresh = Krishnan,=20 Yaron Sheffer, Niklas Steinleitner, Gabor Bajko, 10-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mext-rfc3775bis "Mobility Support in IPv6", David Johnson, Charles Perkins, Jari = Arkko,=20 1-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-mipshop-mos-dns-discovery "Locating IEEE 802.21 Mobility Servers using DNS", Gabor Bajko, = 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mipshop-transient-bce-pmipv6 "Transient Binding for Proxy Mobile IPv6", Marco Liebsch, Ahmad = Muhanna,=20 Oliver Blume, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-mmusic-connectivity-precon "Connectivity Preconditions for Session Description Protocol Media = Streams",=20 Flemming Andreasen, Gonzalo Camarillo, David Oran, Dan Wing, = 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-mmusic-sdp-source-attributes "Source-Specific Media Attributes in the Session Description Protocol = (SDP)",=20 Jonathan Lennox, Joerg Ott, Thomas Schierl, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-nea-pa-tnc "PA-TNC: A Posture Attribute Protocol (PA) Compatible with TNC", = Kaushik=20 Narayan, Paul Sangster, 9-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-netconf-tls "NETCONF over Transport Layer Security (TLS)", Mohamad Badra, Ibrahim = Hajjeh,=20 22-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-nfsv4-rfc1831bis "RPC: Remote Procedure Call Protocol Specification Version 2", Robert=20= Thurlow, 30-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-nfsv4-rpcsec-gss-v2 "RPCSEC_GSS Version 2", Mike Eisler, 9-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-nsis-ntlp "GIST: General Internet Signalling Transport", Henning Schulzrinne, = Robert=20 Hancock, 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-nsis-ntlp-sctp "General Internet Signaling Transport (GIST) over SCTP", Xiaoming Fu,=20= Christian Dickmann, Jon Crowcroft, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-nsis-y1541-qosm "Y.1541-QOSM -- Y.1541 QoS Model for Networks Using Y.1541 QoS = Classes",=20 Gerald Ash, Al Morton, Martin Dolly, Percy Tarapore, Chuck Dvorak, = Yacine=20 Mghazli, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-opsawg-operations-and-management "Guidelines for Considering Operations and Management of New = Protocols",=20 David Harrington, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-opsawg-smi-datatypes-in-xsd "Expressing SNMP SMI Datatypes in XML Schema Definition Language", Bob=20= Natale, 28-Oct-08, =20 = http://tools.ietf.org/html/draft-ietf-opsec-routing-protocols-crypto-issue= s "Issues with existing Cryptographic Protection Methods for Routing=20 Protocols", Susan Hares, Manav Bhatia, Vishwas Manral, Russ White, = 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ospf-af-alt "Support of address families in OSPFv3", Acee Lindem, Sina Mirtorabi, = Abhay=20 Roy, Michael Barnes, Rahul Aggarwal, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ospf-dynamic-hostname "Dynamic Hostname Exchange Mechanism for OSPF", Subbaiah Venkata, = Sanjay=20 Harwani, Carlos Pignataro, Danny McPherson, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-ospf-hmac-sha "OSPF HMAC-SHA Cryptographic Authentication", Manav Bhatia, 21-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ietf-p2psip-sip "A SIP Usage for RELOAD", Cullen Jennings, Bruce Lowekamp, Eric = Rescorla,=20 Salman Baset, Henning Schulzrinne, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-pce-disc-mib "Definitions of Managed Objects for Path Computation Element = Discovery",=20 Emile Stephan, 24-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-pcn-architecture "Pre-Congestion Notification (PCN) Architecture", Philip Eardley, = 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pcn-baseline-encoding "Baseline Encoding and Transport of Pre-Congestion Information", T = Moncaster,=20 Bob Briscoe, Michael Menth, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pcn-marking-behaviour "Marking behaviour of PCN-nodes", Philip Eardley, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pim-group-rp-mapping "PIM Group-to-RP Mapping", Bharat Joshi, Andy Kessler, David McWalter,=20= 21-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-pkix-cms-content-constraints "Cryptographic Message Syntax (CMS) Content Constraints X.509 = Certificate=20 Extension", Russ Housley, Sam Ashmore, Carl Wallace, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pkix-sha2-dsa-ecdsa "Internet X.509 Public Key Infrastructure: Additional Algorithms and=20= Identifiers for DSA and ECDSA", Quynh Dang, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pkix-ta-format "Trust Anchor Format", Russ Housley, Sam Ashmore, Carl Wallace, = 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pkix-ta-mgmt-reqs "Trust Anchor Management Requirements", Raksha Reddy, Carl Wallace,=20 30-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-pkix-tamp "Trust Anchor Management Protocol (TAMP)", Russ Housley, Sam Ashmore, = Carl=20 Wallace, 6-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-psamp-info "Information Model for Packet Sampling Exports", Thomas Dietz, Benoit = Claise,=20 Paul Aitken, Falko Dressler, Georg Carle, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pwe3-pw-atm-mib "Managed Objects for ATM over Packet Switched Network (PSN)", Orly = Nicklass,=20 Senthilkumar Sathappan, Marichetty Venkatesan, Thomas Nadeau, = 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-pwe3-tdm-mib "Managed Objects for TDM over Packet Switched Network (PSN)", Orly = Nicklass,=20 21-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-radext-management-authorization "Remote Authentication Dial-In User Service (RADIUS) Authorization for=20= Network Access Server (NAS) Management", David Nelson, Greg Weber, = 10-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-radext-radsec "TLS encryption for RADIUS over TCP (RadSec)", Stefan Winter, Mike = McCauley,=20 Stig Venaas, Klaas Wierenga, 24-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-rmt-bb-fec-basic-schemes-revised "Basic Forward Error Correction (FEC) Schemes", Mark Watson, = 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rohc-hcoipsec "Integration of Robust Header Compression (ROHC) over IPsec Security=20= Associations", Emre Ertekin, Rohan Jassani, Chris Christou, Jonah = Pezeshki,=20 Carsten Bormann, 14-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-rohc-ikev2-extensions-hcoipsec "IKEv2 Extensions to Support Robust Header Compression over IPsec=20 (ROHCoIPsec)", Emre Ertekin, Chris Christou, Rohan Jassani, Jonah = Pezeshki,=20 14-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-rohc-ipsec-extensions-hcoipsec "IPsec Extensions to Support Robust Header Compression over IPsec=20 (ROHCoIPsec)", Emre Ertekin, Chris Christou, Jonah Pezeshki, Michele = Casey,=20 Carsten Bormann, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-roll-building-routing-reqs "Building Automation Routing Requirements in Low Power and Lossy = Networks",=20 Jerry Martocci, Nicolas Riou, Pieter Mil, Wouter Vermeylen, 29-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ietf-roll-protocols-survey "Overview of Existing Routing Protocols for Low Power and Lossy = Networks",=20 Arsalan Tavakoli, Stephen Dawson-Haggerty, P Levis, 17-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-roll-terminology "Terminology in Low power And Lossy Networks", JP Vasseur, 27-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ietf-roll-urban-routing-reqs "Urban WSNs Routing Requirements in Low Power and Lossy Networks", = Mischa=20 Dohler, Thomas Watteyne, Tim Winter, Dominique Barthel, Christian = Jacquenet,=20 Giyyarpuram Madhusudan, Gabriel Chegaray, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rtgwg-ipfrr-framework "IP Fast Reroute Framework", Mike Shand, Stewart Bryant, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-rtgwg-ipfrr-notvia-addresses "IP Fast Reroute Using Not-via Addresses", Mike Shand, Stewart Bryant,=20= Stefano Previdi, 30-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-rtgwg-lf-conv-frmwk "A Framework for Loop-free Convergence", Mike Shand, Stewart Bryant,=20= 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-shim6-locator-pair-selection "Default Locator-pair selection algorithm for the SHIM6 protocol", = Marcelo=20 Bagnulo, 23-Oct-08, =20= http://tools.ietf.org/html/draft-ietf-sidr-bogons "A Profile for Bogon Origin Attestations (BOAs)", Geoff Huston, George=20= Michaelson, Terry Manderson, 28-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-sidr-repos-struct "A Profile for Resource Certificate Repository Structure", Geoff = Huston,=20 Robert Loomans, George Michaelson, 4-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sidr-roa-validation "Validation of Route Origination in BGP using the Resource Certificate = PKI",=20 Geoff Huston, George Michaelson, 5-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sidr-rpki-manifests "Manifests for the Resource Public Key Infrastructure", Rob Austein, = Geoff=20 Huston, Stephen Kent, Matt Lepinski, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-simple-chat "Multi-party Chat Using the Message Session Relay Protocol (MSRP)", = Aki=20 Niemi, Miguel Garcia-Martin, Geir Arne Sandbakken, 30-Oct-08,=20 =20 = http://tools.ietf.org/html/draft-ietf-simple-interdomain-scaling-analysis "Presence Interdomain Scaling Analysis for SIP/SIMPLE", Avshalom = Houri, Edwin=20 Aoki, Sriram Parameswar, Tim Rang, Vishal Singh, Henning Schulzrinne,=20= 22-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-simple-simple "SIMPLE made Simple: An Overview of the IETF Specifications for = Instant=20 Messaging and Presence using the Session Initiation Protocol (SIP)", = Jonathan=20 Rosenberg, 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-sip-connect-reuse "Connection Reuse in the Session Initiation Protocol (SIP)", Vijay = Gurbani,=20 Rohan Mahy, Brett Tate, 22-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-sip-domain-certs "Domain Certificates in the Session Initiation Protocol (SIP)", Vijay=20= Gurbani, Scott Lawrence, Bell Laboratories, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-dtls-srtp-framework "Framework for Establishing an SRTP Security Context using DTLS", = Jason=20 Fischl, Hannes Tschofenig, Eric Rescorla, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-eku "Using Extended Key Usage (EKU) for Session Initiation Protocol (SIP) = X.509=20 Certificates", Scott Lawrence, Vijay Gurbani, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-media-security-requirements "Requirements and Analysis of Media Security Management Protocols", = Dan Wing,=20 Steffen Fries, Hannes Tschofenig, Francois Audet, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-outbound "Managing Client Initiated Connections in the Session Initiation = Protocol=20 (SIP)", Cullen Jennings, Rohan Mahy, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-record-route-fix "Addressing Record-Route issues in the Session Initiation Protocol = (SIP)",=20 Thomas Froment, Christophe Lebel, Ben Bonnaerens, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-rph-new-namespaces "IANA Registration of New Session Initiation Protocol (SIP) = Resource-Priority=20 Namespaces", James Polk, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sip-ua-privacy "UA-Driven Privacy Mechanism for SIP", Mayumi Munakata, Shida = Schubert,=20 Takumi Ohba, 29-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-sip-xcapevent "An Extensible Markup Language (XML) Configuration Access Protocol = (XCAP)=20 Diff Event Package", Jari Urpalainen, 3-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-sipping-cc-transfer "Session Initiation Protocol Call Control - Transfer", Robert Sparks, = Alan=20 Johnston, 15-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-sipping-overload-design "Design Considerations for Session Initiation Protocol (SIP) Overload=20= Control", Volker Hilt, 22-Oct-08, = =20 http://tools.ietf.org/html/draft-ietf-sipping-profile-datasets "A Schema and Guidelines for Defining Session Initiation Protocol User = Agent=20 Profile Datasets", Martin Dolly, Sumanth Channabasappa, Sam Ganesan, = Volker=20 Hilt, 30-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-sipping-rtcp-summary "Session Initiation Protocol Package for Voice Quality Reporting = Event", Alan=20 Clark, Amy Pendleton, Alan Johnston, Henry Sinnreich, 9-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-smime-3850bis "Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.2=20 Certificate Handling", Sean Turner, Blake Ramsdell, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-smime-3851bis "Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.2 = Message=20 Specification", Blake Ramsdell, Sean Turner, 6-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-smime-ibearch "Identity-based Encryption Architecture and Supporting Data = Structures",=20 Guido Appenzeller, Luther Martin, Mark Schertler, 9-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-softwire-hs-framework-l2tpv2 "Softwire Hub & Spoke Deployment Framework with L2TPv2", Bill Storer, = Carlos=20 Pignataro, Maria Santos, Bruno Stevant, Jean-Francois Tremblay, = 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-softwire-security-requirements "Softwire Security Analysis and Requirements", Shu Yamamoto, Carl = Williams,=20 Florent Parent, Hidetoshi Yokota, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-softwire-v4nlri-v6nh "Advertising an IPv4 NLRI with an IPv6 Next Hop", Francois Le = Faucheur, Eric=20 Rosen, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-speermint-requirements "SPEERMINT Requirements for SIP-based Session Peering", Jean-Francois = Mule,=20 17-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-syslog-transport-tls "TLS Transport Mapping for Syslog", Miao Fuyou, Ma Yuzhi, Joseph = Salowey,=20 1-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-tcpm-icmp-attacks "ICMP attacks against TCP", Fernando Gont, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tcpm-rfc4138bis "Forward RTO-Recovery (F-RTO): An Algorithm for Detecting Spurious=20 Retransmission Timeouts with TCP", Pasi Sarolahti, Markku Kojo, = Kazunori=20 Yamamoto, Max Hata, Intellectual Property, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tls-ecdhe-psk "ECDHE_PSK Ciphersuites for Transport Layer Security (TLS)", Mohamad = Badra,=20 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-tls-psk-new-mac-aes-gcm "Pre-Shared Key Cipher Suites for Transport Layer Security (TLS) with=20= SHA-256/384 and AES Galois Counter Mode", Mohamad Badra, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tls-rfc4366-bis "Transport Layer Security (TLS) Extensions: Extension Definitions", = Donald=20 Eastlake 3rd, 5-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-tsvwg-dtls-for-sctp "Datagram Transport Layer Security for Stream Control Transmission = Protocol",=20 Michael Tuexen, Robin Seggelmann, Eric Rescorla, 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tsvwg-ecn-tunnel "Layered Encapsulation of Congestion Notification", Bob Briscoe, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tsvwg-emergency-rsvp "Resource ReSerVation Protovol (RSVP) Extensions for Emergency = Services",=20 Francois Le Faucheur, James Polk, Ken Carlberg, 17-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-tsvwg-rsvp-proxy-approaches "RSVP Proxy Approaches", Francois Le Faucheur, Jukka Manner, Dan Wing, = Allan=20 Guillou, 31-Oct-08, =20 http://tools.ietf.org/html/draft-ietf-v6ops-tunnel-security-concerns "Security Concerns With IP Tunneling", James Hoagland, Suresh = Krishnan, Dave=20 Thaler, 14-Oct-08, =20= http://tools.ietf.org/html/draft-ietf-webdav-bind "Binding Extensions to Web Distributed Authoring and Versioning = (WebDAV)",=20 Geoffrey Clemm, Jason Crawford, Julian Reschke, Jim Whitehead, = 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-ietf-xcon-common-data-model "Conference Information Data Model for Centralized Conferencing = (XCON)",=20 Oscar Novo, Gonzalo Camarillo, David Morgan, Roni Even, Jari = Urpalainen,=20 28-Oct-08, =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-checksum "Checksum Ciphersuites for the Bundle Protocol", Wesley Eddy, Lloyd = Wood,=20 Will Ivancic, 31-Oct-08, =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-eidrefs "DTN EID References Specification", Peter Lovell, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-encapsulation "Delay-Tolerant Networking Bundle-in-Bundle Encapsulation", Susan = Symington,=20 Robert Durst, Keith Scott, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-metadata-conf "DTN Bundle Metadata Confidentiality Specification", Peter Lovell, = 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-retrans-block "Delay-Tolerant Networking Retransmission Block", Susan Symington, = 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-irtf-iccrg-cc-rfcs "Congestion Control in the RFC Series", Michael Welzl, Wesley Eddy,=20 30-Oct-08, =20 http://tools.ietf.org/html/draft-jaehwoon-autoconf-mmbr "Address Autoconfiguration for the subordinate MANET with Multiple = MBRs",=20 Jaehwoon Lee, Sanghyun Ahn, Younghan Kim, 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-jaehwoon-autoconf-sera "Scope-Extended Router Advertisement for Connected MANETs", Jaehwoon = Lee,=20 Sanghyun Ahn, Younghan Kim, 28-Oct-08, = =20 http://tools.ietf.org/html/draft-jenkins-mpls-mpls-tp-requirements "MPLS-TP Requirements", Ben Niven-Jenkins, Deborah Brungard, Malcolm = Betts,=20 Nurit Sprecher, 31-Oct-08, = =20 http://tools.ietf.org/html/draft-jerichow-msec-mikey-genext-oma "MIKEY General Extension Payload for OMA BCAST 1.0", Anja Jerichow, = Laurent=20 Piron, 24-Oct-08, =20 http://tools.ietf.org/html/draft-jesske-sipping-etsi-ngn-reason "Use of the Reason header filed in Session Initiation Protocol (SIP)=20= responses", Roland Jesske, Martin Huelsemann, 7-Oct-08,=20 =20 http://tools.ietf.org/html/draft-jeyatharan-netlmm-multi-interface-ps "Multiple Interfaced Mobile Nodes in NetLMM", Mohana Jeyatharan, = Chan-Wah Ng,=20 Vijay Devarapalli, Jun Hirano, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-jiang-csi-dhcpv6-cga-ps "DHCPv6 and CGA Interaction: Problem Statement", Sheng Jiang, Sean = Shen,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-jiang-hiprg-hhit-arch "Hierarchical Host Identity Tag Architecture", Sheng Jiang, 28-Oct-08,=20= =20 http://tools.ietf.org/html/draft-jinxiang-operations-and-management-ngi "Retriving MIB Information based on NGI", JinXiang Zhang, 8-Oct-08,=20 =20 http://tools.ietf.org/html/draft-jones-3gpp-eps-command-codes "Diameter Command Codes for 3GPP EPS Diameter Applications", Mark = Jones,=20 Lionel Morand, 14-Oct-08, =20= = http://tools.ietf.org/html/draft-jounay-niger-pwe3-source-initiated-p2mp-p= w "LDP Extensions for Source-initiated Point-to-Multipoint Pseudowire",=20= Frederic JOUNAY, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-jounay-pwe3-leaf-initiated-p2mp-pw "LDP Extensions for Leaf-initiated Point-to-Multipoint Pseudowire", = Frederic=20 JOUNAY, 31-Oct-08, =20= http://tools.ietf.org/html/draft-kamite-l2vpn-vpms-frmwk-requirements "Framework and Requirements for Virtual Private Multicast Service = (VPMS)",=20 Yuji Kamite, Frederic JOUNAY, Ben Niven-Jenkins, Deborah Brungard, = Lizhong=20 Jin, 31-Oct-08, =20 http://tools.ietf.org/html/draft-ke-ccamp-gmpls-odu0 "Generalized Multi-Protocol Label Switching (GMPLS) Signaling = Extensions for=20 ODU0 of Optical Transport Networks Control", Ming Ke, Yuanlin Bao, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-keromytis-keynote-x509 "X.509 Key and Signature Encoding for the KeyNote Trust Management = System",=20 Angelos Keromytis, 1-Oct-08, =20 http://tools.ietf.org/html/draft-keromytis-tls-authz-keynote "Transport Layer Security (TLS) Authorization Using KeyNote", Angelos=20= Keromytis, 1-Oct-08, =20 http://tools.ietf.org/html/draft-kisteleki-sidr-rpsl-sig "Securing RPSL Objects with RPKI Signatures", Robert Kisteleki, Jos = Boumans,=20 26-Oct-08, =20 http://tools.ietf.org/html/draft-kitamura-ipv6-ephemeral-address "IPv6 Ephemeral Addresses", Hiroshi Kitamura, Shingo Ata, Masayuki = Murata,=20 20-Oct-08, =20 http://tools.ietf.org/html/draft-koodli-flow-handover "Flow Handover for Proxy Mobile IPv6", Rajeev Koodli, Kuntal = Chowdhury,=20 24-Oct-08, =20 http://tools.ietf.org/html/draft-korhonen-dime-mip6-feature-bits "Diameter MIP6 Feature Vector Additional Bit Allocations", Jouni = Korhonen,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-korhonen-dime-nai-routing "Diameter User-Name and Realm Based Request Routing Clarifications", = Jouni=20 Korhonen, Mark Jones, Lionel Morand, Tina Tsou, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-korhonen-netlmm-lma-discovery "LMA Discovery for Proxy Mobile IPv6", Jouni Korhonen, Vijay = Devarapalli,=20 10-Oct-08, =20 http://tools.ietf.org/html/draft-kothari-l2vpn-auto-site-id "Automatic Generation of Site IDs for Virtual Private LAN Service", = Bhupesh=20 Kothari, Kireeti Kompella, Thomas Spencer IV, 29-Oct-08,=20 =20 http://tools.ietf.org/html/draft-kothari-l2vpn-vpls-flush "VPLS Flush in BGP-based Virtual Private LAN Service", Bhupesh = Kothari, Rex=20 Fernando, 27-Oct-08, =20 http://tools.ietf.org/html/draft-krishnan-ipv6-exthdr "An uniform format for IPv6 extension headers", Suresh Krishnan, James=20= Woodyatt, Erik Kline, James Hoagland, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-krishnan-v6ops-teredo-update "Teredo Security Updates", Dave Thaler, Suresh Krishnan, James = Hoagland,=20 14-Oct-08, =20 http://tools.ietf.org/html/draft-kucherawy-sender-auth-imap "IMAP Annotation for Indicating Message Authentication Status", Murray=20= Kucherawy, 10-Oct-08, =20 http://tools.ietf.org/html/draft-kumaki-murai-pce-pcep-extension-l3vpn "PCEP extensions for a BGP/MPLS IP-VPN", Kenji Kumaki, Tomoki Murai,=20= 28-Oct-08, =20 http://tools.ietf.org/html/draft-kumaki-pce-bgp-disco-attribute "BGP protocol extensions using attribute for Path Computation Element = (PCE)=20 Discovery in a BGP/MPLS IP-VPN", Kenji Kumaki, Tomoki Murai, = 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-kumari-blackhole-urpf "Remote Triggered Black Hole filtering with uRPF", Warren Kumari, = Danny=20 McPherson, 29-Oct-08, =20 http://tools.ietf.org/html/draft-kuthan-sip-derive "Dialog Event foR Identity VErification", J Kuthan, Dorgham Sisalem, = Raphael=20 Coeffic, Victor Pascual, 27-Oct-08, =20= http://tools.ietf.org/html/draft-lakaniemi-avt-rtp-evbr "RTP payload format for G.718 speech/audio", Ari Lakaniemi, Ye-Kui = Wang,=20 7-Oct-08, =20 http://tools.ietf.org/html/draft-lee-pce-wson-routing-wavelength "PCEP Requirements and Extensions for WSON Routing and Wavelength=20 Assignment", Young Lee, Greg Bernstein, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-lefaucheur-ancp-mc-extensions "Additional Multicast Control Extensions for ANCP", Francois Le = Faucheur,=20 Roberta Maglione, Tom Taylor, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-legrand-rtp-isac "RTP Payload Format for the iSAC Codec", Tina le Grand, Paul Jones,=20 12-Jul-08, =20 http://tools.ietf.org/html/draft-lendl-speermint-background "VoIP Peering: Background and Assumptions", Otmar Lendl, 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-levin-avt-rtcp-burst "Extensions to RTCP Feedback Mechanism for Burst Streaming", Orit = Levin, Zeev=20 Vax, 26-Oct-08, =20 http://tools.ietf.org/html/draft-liao-smimeheaderprotect "Header Protection for S/MIME", Lijun Liao, Joerg Schwenk, 6-Oct-08,=20= =20 http://tools.ietf.org/html/draft-liu-multimob-igmp-mld-mobility-req "Mobile Multicast Requirements on IGMP/MLD Protocols", Hui Liu, = Hitoshi=20 Asaeda, 13-Oct-08, =20= http://tools.ietf.org/html/draft-livingood-woundy-p4p-experiences "Comcast's ISP Experiences In a Recent P4P Technical Trial", Chris = Griffiths,=20 Jason Livingood, Richard Woundy, 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-loreto-sipping-context-id-requirements "Requirements for Dialog Correlation in the Session Initiation = Protocol=20 (SIP)", Gonzalo Camarillo, Salvatore Loreto, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-lowekamp-mmusic-ice-tcp-framework "A Proposal to Define Interactive Connectivity Establishment for the=20= Transport Control Protocol (ICE-TCP) as an Extensible Framework", Adam = Roach,=20 Bruce Lowekamp, 23-Oct-08, = =20 http://tools.ietf.org/html/draft-lowekamp-p2psip-nodefetch "RELOAD Node Operations Proposal", Bruce Lowekamp, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-makela-mip4-nemo-haaro "Home Agent assisted Route Optimization between Mobile IPv4 Networks", = Antti=20 M=C3=A4kel=C3=A4, Jouni Korhonen, 31-Oct-08, = =20 http://tools.ietf.org/html/draft-manderson-sidr-fetch "RPKI Repository Retrieval Mechanism", Terry Manderson, George = Michaelson,=20 5-Oct-08, =20 http://tools.ietf.org/html/draft-many-ccamp-4258bis "Requirements for Generalized Multi-Protocol Label Switching (GMPLS) = Routing=20 for the Automatically Switched Optical Network (ASON)", Lyndon Ong, = Janathan=20 Sadler, Stephen Shew, 27-Oct-08, =20 http://tools.ietf.org/html/draft-marinov-syslog-snmp "Mapping Simple Network Management Protocol (SNMP) Notifications to = SYSLOG=20 Messages", Vladislav Marinov, 1-Oct-08, = =20 http://tools.ietf.org/html/draft-martinelli-ccamp-opt-imp-fwk "A Framework for defining Optical Parameters to be used in WSON = networks=20 through GMPLS", Giovanni Martinelli, David Bianchi, Alberto Tanzi, Ori=20= Gerstel, Andrea Zanardi, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-martocci-roll-building-routing-reqs "Building Automation Routing Requirements in Low Power and Lossy = Networks",=20 Jerry Martocci, Nicolas Riou, Pieter Mil, Wouter Vermeylen, 14-Oct-08,=20= =20 http://tools.ietf.org/html/draft-mcgrew-aead-aes-cbc-hmac-sha1 "Authenticated Encryption with AES-CBC and HMAC-SHA1 (and other = generic=20 combinations of ciphers and MACs)", David McGrew, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-mcgrew-srtp-aes-gcm "AES-GCM and AES-CCM Authenticated Encryption in Secure RTP (SRTP)", = David=20 McGrew, 27-Oct-08, =20 http://tools.ietf.org/html/draft-mdolly-sipping-push "Framework for Content Push Delivery over the Session Initiation = Protocol=20 (SIP)", Martin Dolly, Kent Bogestam, Salvatore Loreto, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-meadors-ediint-features-header "EDI-INT Features Header", Kyle Meadors, 1-Oct-08,=20 =20 http://tools.ietf.org/html/draft-melen-hip-nat-mm "HIP Mobility and Multihoming Extensions for the Traversal of Network = Address=20 Translators", Jan Melen, Miika Komu, Marcelo Bagnulo, Tom Henderson,=20= 27-Oct-08, =20 http://tools.ietf.org/html/draft-menth-pcn-psdm-deployment "Deployment Models for PCN-Based Admission Control and Flow = Termination Using=20 Packet-Specific Dual Marking (PSDM)", Michael Menth, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-mext-park-vnemo "Differentiation Using Virtualization of Mobile Network", Chulhyun = Park,=20 Nakjung Choi, Taekyoung Kwon, Yanghee Choi, Eun Paik, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-miyata-behave-prefix64 "PREFIX64 Comparison", Hiroshi Miyata, 13-Oct-08,=20 =20 http://tools.ietf.org/html/draft-montemurro-gsma-imei-urn "A Uniform Resource Name Namespace For The GSM Association (GSMA) and = the=20 International Mobile station Equipment Identity(IMEI)", Andrew Allen, = David=20 McDonald, Michael Montemurro, 1-Oct-08,=20 =20 = http://tools.ietf.org/html/draft-muhanna-mext-revocation-using-authoption "Client MIP6 Binding Revocation Using Auth Option", Ahmad Muhanna, = Mohamed=20 Khalil, Alper Yegin, Frank Xia, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-mule-mmusic-rtsp-ermi-extensions "Extensions to RTSP for the CableLabs Edge Resource Management = Interface=20 Specification (ERMI)", Jean-Francois Mule, Greg White, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-mun-mipshop-efh-fast-mipv6 "Enhanced Fast Handover for Mobile IPv6 based on IEEE 802.11 Network",=20= Youngsong Mun, 27-Oct-08, =20 http://tools.ietf.org/html/draft-mun-mipshop-fhmacro "Fast Macro Mobility Handovers in HMIPv6", Youngsong Mun, 27-Oct-08,=20= =20 http://tools.ietf.org/html/draft-ng-intarea-tunnel-loop "Tunnel Loops and its Detection", Chan-Wah Ng, Benjamin Lim, Mohana=20 Jeyatharan, 26-Oct-08, =20 http://tools.ietf.org/html/draft-niccolini-speermint-voipthreats "SPEERMINT Security Threats and Suggested Countermeasures", Saverio=20 Niccolini, Eric Chen, Jan Seedorf, Hendrik Scholz, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-niemi-sipping-event-throttle "Session Initiation Protocol (SIP) Event Notification Extension for=20 Notification Throttling", Aki Niemi, Krisztian Kiss, Salvatore Loreto,=20= 22-Oct-08, =20 http://tools.ietf.org/html/draft-nir-ike-qcd "A Quick Crash Detection Method for IKE", Yoav Nir, Frederic Detienne,=20= Pratima Sethi, 12-Oct-08, =20 http://tools.ietf.org/html/draft-nkong-esds-ons "Object Naming Service (ONS) Extension for Extensible Supply-chain = Discovery=20 Service (ESDS)", Ning Kong, Xiaodong Li, Seung Jai Yi, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-nottingham-site-meta "draft-nottingham-site-meta-00", Mark Nottingham, Eran Hammer-Lahav,=20= 15-Oct-08, =20 http://tools.ietf.org/html/draft-novak-bmwg-ipflow-meth "IP Flow Information Accounting and Export Benchmarking Methodology", = Jan=20 Novak, 27-Oct-08, =20 http://tools.ietf.org/html/draft-ohba-pana-pemk "Definition of Master Key between PANA Client and Enforcement Point",=20= Yoshihiro Ohba, 24-Oct-08, =20 http://tools.ietf.org/html/draft-ott-avt-rtcp-overlay-multicast "Real-time Transport Control Protocol (RTCP) in Overlay Multicast", = Jegadish=20 Devadoss, Joerg Ott, Igor Curcio, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-p2pi-cooper-workshop-report "Report from the IETF workshop on P2P Infrastructure, May 28, 2008", = Jon=20 Peterson, Alissa Cooper, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-patil-dhc-apn-attachtype-options "DHCP options for Access Point Name and attach type indication", = Basavaraj=20 Patil, Kuntal Chowdhury, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-patil-mext-mip6issueswithipsec "Issues related to the design choice of IPsec for Mobile IPv6 = security",=20 Basavaraj Patil, Charles Perkins, Hannes Tschofenig, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-perkins-avt-rapid-rtp-sync "Rapid Synchronisation of RTP Flows", Colin Perkins, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-perlman-trill-rbridge-vlan-mapping "RBridge VLAN Mapping", Radia Perlman, Dinesh Dutt, Donald Eastlake = 3rd,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-petithuguenin-behave-turn-uri "Traversal Using Relays around NAT (TURN) Uniform Resource = Identifiers", Marc=20 Petit-Huguenin, 8-Oct-08, =20= http://tools.ietf.org/html/draft-phelan-dccp-natencap "Datagram Congestion Control Protocol (DCCP) Encapsulation for NAT = Traversal=20 (DCCP-NAT)", Thomas Phelan, 31-Oct-08, = =20 http://tools.ietf.org/html/draft-pmohapat-sidr-pfx-validate "BGP Prefix Origin Validation", Pradosh Mohapatra, John Scudder, = 27-Oct-08,=20 =20 = http://tools.ietf.org/html/draft-polk-geopriv-sip-lo-retrans-rec-concerns "Geopriv Concerns about SIP Location Conveyance Retransmission=20 Recommendations Document", James Polk, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-premec-mext-extended-home-link "Extended Home Link Support for DSMIPv6", Domagoj Premec, 27-Oct-08,=20= =20 http://tools.ietf.org/html/draft-procter-bliss-call-park-extension "Implementing Call Park and Retrieve using the Session Initiation = Protocol=20 (SIP)", Michael Procter, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-pskim-ippm-nemo-measurement "Measuring IP Performance Metrics on Mobile Network", Pyung-Soo Kim,=20= Sun-Young Shin, 26-Oct-08, =20= http://tools.ietf.org/html/draft-rahman-rtg-router-alert-dangerous "Use of IP Router Alert Considered Dangerous", Reshad Rahman, David = Ward,=20 17-Oct-08, =20 http://tools.ietf.org/html/draft-randall-3447bis "Public-Key Cryptography Standards (PKCS) #1: RSA Cryptography = Specifications=20 Version 2.1", James Randall, 15-Sep-08, =20= http://tools.ietf.org/html/draft-roca-rmt-newfcast "FCAST: Scalable Object Delivery for the ALC and NORM Protocols", = Vincent=20 Roca, Brian Adamson, 2-Oct-08, =20 http://tools.ietf.org/html/draft-rosen-ecrit-lost-early-warning "A Uniform Resource Name (URN) for Early Warning Emergency Services = and=20 Location-to-Service Translation (LoST) Protocol Usage", Brian Rosen, = Henning=20 Schulzrinne, Hannes Tschofenig, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-rosen-l3vpn-mvpn-mspmsi "MVPN: Optimized use of PIM, Wild Card Selectors, Bidirectional = Tunnels,=20 Extranets", A Boers, Yiqun Cai, Eric Rosen, IJsbrand Wijnands, = 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-rosenberg-rai-modest-proposal "A Modest Proposal for Session Initiation Protocol (SIP) Work in the = IETF",=20 Jonathan Rosenberg, 26-Oct-08, = =20 http://tools.ietf.org/html/draft-rosenberg-sip-target-uri-delivery "Delivery of Request-URI Targets to User Agents", Jonathan Rosenberg,=20= 26-Oct-08, =20 http://tools.ietf.org/html/draft-saintandre-rfc3920bis "Extensible Messaging and Presence Protocol (XMPP): Core", Peter = Saint-Andre,=20 16-Oct-08, =20 http://tools.ietf.org/html/draft-saintandre-rfc3921bis "Extensible Messaging and Presence Protocol (XMPP): Instant Messaging = and=20 Presence", Peter Saint-Andre, 24-Oct-08, = =20 http://tools.ietf.org/html/draft-saintandre-sip-xmpp-groupchat "Interworking between the Session Initiation Protocol (SIP) and the=20 Extensible Messaging and Presence Protocol (XMPP): Many-to-Many Text = Chat",=20 Peter Saint-Andre, Salvatore Loreto, Fabio Forno, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-sakane-dhc-dhcpv6-kdc-option "Kerberos Option for DHCPv6", Masahiro Ishiyama, Shoichi Sakane, = 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-saumitra-alto-multi-ps "ALTO: A Multi Dimensional Peer Selection Problem", Saumitra Das, = Vidya=20 Narayanan, Lakshminath Dondeti, 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-savolainen-6man-fqdn-based-if-selection "Domain name based network interface selection", Teemu Savolainen, = 23-Oct-08,=20 =20 = http://tools.ietf.org/html/draft-schierl-avt-rtp-multi-session-transmissio= n "Multi-Session and Multi-Source Transmission in the Real-Time = Transport=20 Protocol (RTP)", Thomas Schierl, Jonathan Lennox, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-shah-extreme-rfc3619bis "Extreme Networks' Ethernet Automatic Protection Switching (EAPS), = Version=20 1.3", S Shah, 27-Oct-08, =20 http://tools.ietf.org/html/draft-shalunov-alto-infoexport "ALTO Information Export Service", Stanislav Shalunov, Reinaldo Penno,=20= Richard Woundy, 27-Oct-08, =20 http://tools.ietf.org/html/draft-sharhalakis-httptz "Timezone Information in HTTP", Stefanos Harhalakis, 1-Oct-08,=20 =20 http://tools.ietf.org/html/draft-shen-csi-ecc "ECC Support for SEND/CGA", Sean Shen, Michaela Vanderveen, 10-Oct-08,=20= =20 http://tools.ietf.org/html/draft-shirasaki-isp-shared-addr "ISP Shared Address", Yasuhiro Shirasaki, Shin Miyakawa, Akira = Nakagawa, Jiro=20 Yamaguchi, Hiroyuki Ashida, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-shirasaki-nat444-isp-shared-addr "NAT444 with ISP Shared Address", Yasuhiro Shirasaki, Shin Miyakawa, = Akira=20 Nakagawa, Jiro Yamaguchi, Hiroyuki Ashida, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-singh-geopriv-pidf-lo-dynamic "Dynamic Feature Extensions to the Presence Information Data Format = Location=20 Object (PIDF-LO)", Singh Vishal, Henning Schulzrinne, Hannes = Tschofenig,=20 30-Oct-08, =20 = http://tools.ietf.org/html/draft-sinha-simple-intradomain-federation-callf= low "Intradomain Presence and IM Federation Call Flow Examples", Sanjay = Sinha,=20 Avshalom Houri, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-so-yong-mpls-ctg-framework-requirement "Framework and Requirements for Composite Transport Group (CTG)", So = Ning,=20 Andrew Malis, Dave McDysan, Lucy Yong, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-song-l2vpn-vpls-ring-access "VPLS protection switching with ring access", xiaojuan song, Shaoyong = Wu,=20 Hong Shao, 27-Oct-08, =20 http://tools.ietf.org/html/draft-stewart-sctp-pktdrprep "Stream Control Transmission Protocol (SCTP) Packet Drop Reporting", = Randall=20 Stewart, Peter Lei, Michael Tuexen, 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-su-tictoc-time-sync-mode "Time synchronization method in packet-switched transport network for = mobile=20 backhaul", Li He, Fei Su, 27-Oct-08, = =20 http://tools.ietf.org/html/draft-sun-ecrit-shelter-service "Shelter Service And Classification", Qian Sun, Robins George, Henning=20= Schulzrinne, 29-Oct-08, =20 = http://tools.ietf.org/html/draft-symington-dtnrg-bundle-multicast-custodia= l "Delay-Tolerant Networking Custodial Multicast Extensions", Susan = Symington,=20 Robert Durst, Keith Scott, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-takacs-ccamp-gels-tests "Report on first GMPLS Controlled Ethernet tests", Attila Takacs, = Benoit=20 Tremblay, Remi Theillaud, Kenichi Ogaki, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-thomson-geopriv-held-measurements "Using Device-provided Location-Related Measurements in Location=20 Configuration Protocols", Martin Thomson, James Winterbottom, = 28-Oct-08,=20 =20 http://tools.ietf.org/html/draft-thubert-3122bis "IPv6 Inverse Neighbor Discovery Update", Pascal Thubert, Eric = Levy-Abegnoli,=20 23-Oct-08, =20 http://tools.ietf.org/html/draft-tolle-cap "A UDP/IP Adaptation of the ZigBee Application Protocol", Gilman = Tolle,=20 8-Oct-08, =20 http://tools.ietf.org/html/draft-tsirtsis-logically-separate-lmaha "Behavior of Collocated HA/LMA", George Tsirtsis, Suresh Krishnan, = 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-tsou-dime-routing-problem-statement "Diameter Routing Problem Statement", Tina Tsou, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-turner-asymmetrickeyformat "Asymmetric Key Packages", Sean Turner, 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-turner-clearancesponsor-attribute "Clearance Sponsor Attribute", Sean Turner, 3-Oct-08,=20 =20 http://tools.ietf.org/html/draft-turner-deviceowner-attribute "Device Owner Attribute", Sean Turner, 3-Oct-08,=20 =20 http://tools.ietf.org/html/draft-urpalainen-simple-presence-relaxng "Combined Presence Schemas Utilizing RELAX NG", Jari Urpalainen, = 9-Oct-08,=20 =20 http://tools.ietf.org/html/draft-vogt-durand-virtual-ip6-connectivity "Virtual IPv6 Connectivity for IPv4-Only Networks", Christian Vogt, = Alain=20 Durand, 27-Oct-08, =20= http://tools.ietf.org/html/draft-wan-ipdvb-rohc "Robust Header Compression over Unidirectional Lightweight = Encapsulation=20 (ULE) and MPEG2 Transport Stream (TS) frames", Tat-Chee Wan, = Way-Chuang Ang,=20 Chee-Hong Teh, 16-Oct-08, =20 http://tools.ietf.org/html/draft-wang-pce-wson-alternate-routing "PCECP Requirements and Extensions of Alternate Routing for Wavelength=20= Switched Optical Networks", Dajiang Wang, Zhenyu Wang, Qimin Xiang, = Feng Gao,=20 27-Oct-08, =20 http://tools.ietf.org/html/draft-watson-fecframe-rtp-raptor "RTP Payload Format for Raptor FEC", Mark Watson, 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-wbeebee-ipv6-cpe-router "IPv6 CPE Router Recommendations", Hemant Singh, Wes Beebee, = 30-Oct-08,=20 =20 http://tools.ietf.org/html/draft-wen-capwap-station-ip-address "CAPWAP Station IP Address", Haibo Wen, Sudhanshu JAIN, 14-Oct-08,=20 =20 http://tools.ietf.org/html/draft-wen-capwap-wlan-vlan "CAPWAP WLAN-VLAN Information Message Element", Haibo Wen, Sudhanshu = JAIN,=20 14-Oct-08, =20 http://tools.ietf.org/html/draft-weniger-netlmm-mip-pmip-forwarding "Data forwarding behaviour of co-located HA/LMA in PMIP6-MIP6 = interactions=20 scenario C", Kilian Weniger, Genadi Velev, Vijay Devarapalli, = 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-westerlund-avt-rtp-gsm-hr "RTP Payload format for GSM-HR", Magnus Westerlund, Karl Hellwig, = Ingemar=20 Johansson, 24-Oct-08, =20 http://tools.ietf.org/html/draft-wijnands-mpls-mldp-csc "Using mLDP through a Backbone where there is no Route to the Root", = IJsbrand=20 Wijnands, Eric Rosen, Maria Napierala, 21-Oct-08,=20 =20 http://tools.ietf.org/html/draft-wing-behave-learn-prefix "Learning the Address Family Translator's IPv6 Prefix", Dan Wing, = 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-wing-sipping-srtp-key "Secure Media Recording and Transcoding with the Session Initiation=20 Protocol", Dan Wing, Francois Audet, Steffen Fries, Hannes Tschofenig, = Alan=20 Johnston, 31-Oct-08, =20 http://tools.ietf.org/html/draft-wood-dtnrg-http-dtn-delivery "Using HTTP for delivery in Delay/Disruption-Tolerant Networks", Lloyd = Wood,=20 Peter Holliday, 31-Oct-08, =20= http://tools.ietf.org/html/draft-wood-dtnrg-saratoga "Using Saratoga with a Bundle Agent as a Convergence Layer for = Delay-Tolerant=20 Networking", Lloyd Wood, Jim McKim, Wesley Eddy, Will Ivancic, Chris = Jackson,=20 31-Oct-08, =20 http://tools.ietf.org/html/draft-wood-tsvwg-saratoga "Saratoga: A Scalable File Transfer Protocol", Lloyd Wood, Jim McKim, = Wesley=20 Eddy, Will Ivancic, Chris Jackson, 31-Oct-08,=20 =20 http://tools.ietf.org/html/draft-xia-ccamp-gmpls-call-application "Call Parameter Negotiation with GMPLS Calls", Hongmiao Xia, Jianhua = Gao,=20 Fatai Zhang, 24-Oct-08, = =20 http://tools.ietf.org/html/draft-xia-netlmm-lma-discovery "Local Mobile Anchor Discovery Using DHCP", Frank Xia, Behcet = Sarikaya,=20 23-Oct-08, =20 http://tools.ietf.org/html/draft-xia-netlmm-mpls-tunnel "MPLS Tunnel Support for Proxy Mobile IPv6", Frank Xia, Behcet = Sarikaya,=20 25-Oct-08, =20 http://tools.ietf.org/html/draft-xu-idr-tunnel "Tunnel Endpoints in BGP", Xiaohu Xu, Paul Francis, 26-Oct-08,=20 =20 http://tools.ietf.org/html/draft-xu-ike-sa-sync "IKEv2 SA Synchronization for session resumption", Yan Xu, Peng Yang,=20= Yuanchen Ma, Hui Deng, Hui Deng, 7-Oct-08, = =20 http://tools.ietf.org/html/draft-yang-mpls-tp-ring-protection-analysis "Multiprotocol Label Switching Transport Profile Ring Protection = Analysis",=20 Jian Yang, Hui Su, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-yang-sipping-voipli "Architecture and Practice for VoIP Lawful Interception Using Session = Border=20 Controller(SBC)", Menghui Yang, XiaoDong Lee, Wei Mao, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-yao-eai-deployment "EAI Deployment Practices", Jiankang Yao, XiaoDong Lee, Xiaodong WU,=20= 20-Oct-08, =20 http://tools.ietf.org/html/draft-yao-mip4-mobile-agent-proxy "Mobile Agent Discovery Proxy (MADP) in IPv4 Mobility Management", = Chunyan=20 Yao, Bruno Mongazon-Cazavet, 27-Oct-08,=20 =20 http://tools.ietf.org/html/draft-yasukawa-mpls-mp2p-rsvpte "Supporting Multipoint-to-Point Label Switched Paths in Multiprotocol = Label=20 Switching Traffic Engineering", Seisho Yasukawa, Adrian Farrel, = 15-Oct-08,=20 =20 http://tools.ietf.org/html/draft-yasukawa-pce-vpn-req "PCC-PCE Communication Requirements for VPNs", Seisho Yasukawa, Adrian=20= Farrel, Intellectual Property, 15-Oct-08, = =20 http://tools.ietf.org/html/draft-zhang-alto-attp "P2P Traffic Localization by Alias Tracker for Tracker-based P2P = applications=20 (ATTP)", Yunfei Zhang, Hongluan liao, Naibao ZHOU, 22-Oct-08,=20 =20 http://tools.ietf.org/html/draft-zhang-alto-traceroute "P2P Traffic Localization by Traceroute and 2-Means Classification", = Yunfei=20 Zhang, Liufei Wen, 23-Oct-08, =20 http://tools.ietf.org/html/draft-zhang-mext-mcoa-extension "Extension of Multiple Care-of Addresses Registration for Handover", = Hong-Ke=20 Zhang, Zhi-wei Yan, Hua-chun Zhou, Jian-feng Guan, 20-Oct-08,=20 =20 http://tools.ietf.org/html/draft-zhang-mext-ramr "Router Advertisement Extension to Recognize Access Location for = Mobile=20 Router", Hong-Ke Zhang, Zhi-wei Yan, Hua-chun Zhou, Jian-feng Guan,=20 30-Sep-08, =20 http://tools.ietf.org/html/draft-zhang-multimob-mldsas-mmcast "MLD Source Address Selection for Mobile Multicast", Hong-Ke Zhang, = Jian-feng=20 Guan, Hua-chun Zhou, Zhi-wei Yan, 30-Sep-08,=20 =20 http://tools.ietf.org/html/draft-zhang-netlmm-pmipv6-extension "The Extension in NetLMM to Carry Network Condition Information", = Hong-Ke=20 Zhang, Hua-chun Zhou, Zhi-wei Yan, Jian-feng Guan, 30-Sep-08,=20 =20 http://tools.ietf.org/html/draft-zhang-wcmt-sctp "Wireless Multi-path Transmission Using SCTP", Hong-Ke Zhang, Bo Wang, = Fei=20 Song, Huan Yan, 16-Sep-08, =20 http://tools.ietf.org/html/draft-zhao-mipshop-fho-flows "Fast Handover for IP Flow Mobility", Fan Zhao, Ameya Damle, = 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-zhao-mipshop-fmip-pfmip "Interworking between FMIP and PFMIP", Fan Zhao, Ameya Damle, = 24-Oct-08,=20 =20 http://tools.ietf.org/html/draft-zhou-netlmm-pmipv6-load-sharing "Load Sharing in Proxy Mobile IPv6", An-fu Zhou, Gang Chen, Min Liu, = Dapeng=20 Liu, 9-Oct-08, =20 http://tools.ietf.org/html/draft-zorn-radius-encattr "Transmitting Confidential Data in RADIUS", Glen Zorn, Hao Zhou, = Joseph=20 Salowey, 28-Oct-08, =20 = http://tools.ietf.org/html/draft-zourzouvillys-bliss-ach-config-requiremen= ts "Automatic Call Handling (ACH) Configuration Requirements", Theo=20 Zourzouvillys, 27-Oct-08,=20 =20 --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=Sep.txt Content-Type: text/plain; x-unix-mode=0644; name="Sep.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-acee-ospf-multi-instance "OSPF Multi-Instance Extensions", Acee Lindem, Abhay Roy, Sina Mirtorabi, 21-Sep-08, http://tools.ietf.org/html/draft-acee-ospf-transport-instance "OSPF Transport Instance Extensions", Acee Lindem, Abhay Roy, Sina Mirtorabi, 25-Sep-08, http://tools.ietf.org/html/draft-alexeitsev-bliss-alert-info-urns "Alert-Info header URNs for Session Initiation Protocol (SIP)", Denis Alexeitsev, 2-Sep-08, http://tools.ietf.org/html/draft-arkko-townsley-coexistence "IPv4 Run-Out and IPv4-IPv6 Co-Existence Scenarios", Jari Arkko, Mark Townsley, 19-Sep-08, http://tools.ietf.org/html/draft-baker-behave-ivi "IVI Update to SIIT and NAT-PT", Xing Li, Congxiao Bao, Fred Baker, Kevin Yin, 16-Sep-08, http://tools.ietf.org/html/draft-begen-fecframe-1d2d-parity-scheme "RTP Payload Format for Non-Interleaved and Interleaved Parity FEC", Ali Begen, 11-Sep-08, http://tools.ietf.org/html/draft-boyaci-avt-png "RTP Payload Format for Portable Network Graphics (PNG) image", Omer Boyaci, Henning Schulzrinne, 8-Sep-08, http://tools.ietf.org/html/draft-briscoe-re-pcn-border-cheat "Emulating Border Flow Policing using Re-PCN on Bulk Data", Bob Briscoe, 13-Sep-08, http://tools.ietf.org/html/draft-cheshire-dnsext-dns-sd "DNS-Based Service Discovery", Stuart Cheshire, Marc Krochmal, 11-Sep-08, http://tools.ietf.org/html/draft-cheshire-dnsext-multicastdns "Multicast DNS", Stuart Cheshire, Marc Krochmal, 11-Sep-08, http://tools.ietf.org/html/draft-combes-ipdvb-mib-rcs "The DVB-RCS MIB", Petter Amundsen, Micheline Lambert, Hans-Peter Lexow, Stephane Combes, 4-Sep-08, http://tools.ietf.org/html/draft-cridland-urlfetch-binary "Extended URLFETCH for binary and converted parts", Dave Cridland, 4-Sep-08, http://tools.ietf.org/html/draft-dearlove-olsrv2-metrics "Link Metrics for OLSRv2", Christopher Dearlove, Thomas Clausen, Philippe Jacquet, 16-Sep-08, http://tools.ietf.org/html/draft-delord-jounay-pwe3-ldp-aii-reachability "LDP extension for AII reachability", Luca Martini, Philippe Niger, Yaakov Stein, Frederic JOUNAY, Matthew Bocci, Simon DeLord, 22-Sep-08, http://tools.ietf.org/html/draft-digital-signature-system-deployment "Approach to Digital Signature Systems Deployment", John Marchioni, Yair Itzhaki, 30-Sep-08, http://tools.ietf.org/html/draft-duker-as2-reliability "Operational Reliability for EDIINT AS2 draft-duker-as2-reliability-04.txt", Intellectual Property, 4-Sep-08, http://tools.ietf.org/html/draft-ellermann-spf-eai "Sender Policy Framework: Email Address Internationalization", Frank Ellermann, 7-Sep-08, http://tools.ietf.org/html/draft-francis-idr-intra-va "FIB Suppression with Virtual Aggregation and Default Routes", Paul Francis, Xiaohu Xu, Hitesh Ballani, 15-Sep-08, http://tools.ietf.org/html/draft-geib-baseline-encoding-3state "Signaling 3 PCN states with baseline encoding", Ruediger Geib, 19-Sep-08, http://tools.ietf.org/html/draft-gutmann-keycont "Key Management through Key Continuity (KCM)", Peter Gutmann, 29-Sep-08, http://tools.ietf.org/html/draft-hammer-oauth "OAuth: HTTP Authorization Delegation Protocol", Eran Hammer-Lahav, Blaine Cook, 29-Sep-08, http://tools.ietf.org/html/draft-huston-as-documentation-reservation "AS Number Reservation for Documentation Use", Geoff Huston, 10-Sep-08, http://tools.ietf.org/html/draft-huston-sidr-aao-profile "A Profile for AS Adjacency Attestation Objects", Geoff Huston, George Michaelson, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-adslmib-gbond-mib "xDSL multi-pair bonding (G.Bond) MIB", Edward Beili, Moti Morgenstern, Narendranath Nair, 1-Sep-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-howto "How to Write an RTP Payload Format", Magnus Westerlund, 11-Sep-08, http://tools.ietf.org/html/draft-ietf-capwap-threat-analysis "CAPWAP Threat Analysis for IEEE 802.11 Deployments", Scott Kelly, Charles Clancy, 10-Sep-08, http://tools.ietf.org/html/draft-ietf-ccamp-pc-and-sc-reqs "Requirements for the Conversion Between Permanent Connections and Switched Connections in a Generalized Multiprotocol Label Switching (GMPLS) Network", Diego Caviglia, Dino Bramanti, Dan Li, Dave McDysan, 15-Sep-08, http://tools.ietf.org/html/draft-ietf-dccp-quickstart "Quick-Start for Datagram Congestion Control Protocol (DCCP)", Gorry Fairhurst, 5-Sep-08, http://tools.ietf.org/html/draft-ietf-dccp-serv-codes "The DCCP Service Code", Gorry Fairhurst, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-dnsop-name-server-management-reqs "Requirements for Management of Name Servers for the DNS", Wesley Hardaker, 3-Sep-08, http://tools.ietf.org/html/draft-ietf-enum-cnam "IANA Registration for an Enumservice Calling Name Delivery (CNAM) Information and IANA Registration for URI type 'pstndata'", Richard Shockey, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-forces-mib "ForCES MIB", Robert HAAS, 10-Sep-08, http://tools.ietf.org/html/draft-ietf-ipfix-mediators-problem-statement "IPFIX Mediation: Problem Statement", Atsushi Kobayashi, Haruhiko Nishida, Christoph Sommer, Falko Dressler, Emile Stephan, Benoit Claise, 26-Sep-08, http://tools.ietf.org/html/draft-ietf-kitten-gssapi-channel-bindings "Clarifications and Extensions to the GSS-API for the Use of Channel Bindings", Nicolas Williams, 23-Sep-08, http://tools.ietf.org/html/draft-ietf-l2vpn-vpls-bridge-interop "VPLS Interoperability with CE Bridges", Dinesh Mohan, Ali Sajassi, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-lemonade-profile-bis "The Lemonade Profile", Dave Cridland, Alexey Melnikov, Stephane Maes, 30-Sep-08, http://tools.ietf.org/html/draft-ietf-magma-mgmd-mib "Multicast Group Membership Discovery MIB", Julian Chesterfield, 16-Sep-08, http://tools.ietf.org/html/draft-ietf-manet-timetlv "Representing multi-value time in MANETs", Thomas Clausen, Christopher Dearlove, 26-Sep-08, http://tools.ietf.org/html/draft-ietf-mboned-lightweight-igmpv3-mldv2 "Lightweight IGMPv3 and MLDv2 Protocols", Hui Liu, Wei Cao, Hitoshi Asaeda, 6-Sep-08, http://tools.ietf.org/html/draft-ietf-mpls-fastreroute-mib "Multiprotocol Label Switching (MPLS) Traffic Engineering Management Information Base for Fast Reroute", Riza Cetin, Thomas Nadeau, Kiran Koushik, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-enhanced-dsmap "Mechanism for performing LSP-Ping over MPLS tunnels", Nitin Bahadur, Kireeti Kompella, George Swallow, 21-Sep-08, http://tools.ietf.org/html/draft-ietf-mpls-p2mp-lsp-ping "Detecting Data Plane Failures in Point-to-Multipoint Multiprotocol Label Switching (MPLS) - Extensions to LSP Ping", Seisho Yasukawa, Adrian Farrel, Zafar Ali, Bill Fenner, George Swallow, Thomas Nadeau, 10-Sep-08, http://tools.ietf.org/html/draft-ietf-nfsv4-federated-fs-admin "Administration Protocol for Federated Filesystems", Daniel Ellard, Craig Everhart, James Lentini, Renu Tewari, Manoj Naik, 26-Sep-08, http://tools.ietf.org/html/draft-ietf-nfsv4-federated-fs-dns-srv-namespace "Using DNS SRV to Specify a Global File Name Space with NFS version 4", Craig Everhart, Andy Adamson, Jiaying Zhang, 26-Sep-08, http://tools.ietf.org/html/draft-ietf-nfsv4-federated-fs-protocol "NSDB Protocol for Federated Filesystems", Daniel Ellard, Craig Everhart, James Lentini, Renu Tewari, Manoj Naik, 26-Sep-08, http://tools.ietf.org/html/draft-ietf-ntp-ntpv4-proto "Network Time Protocol Version 4 Protocol And Algorithms Specification", Jack Burbank, 5-Sep-08, http://tools.ietf.org/html/draft-ietf-opsec-icmp-filtering "Recommendations for filtering ICMP messages", Fernando Gont, Guillermo Gont, 31-Aug-08, http://tools.ietf.org/html/draft-ietf-ospf-manet-or "Extensions to OSPF to Support Mobile Ad Hoc Networking", Madhavi Chandra, Abhay Roy, 21-Sep-08, http://tools.ietf.org/html/draft-ietf-pce-gmpls-aps-req "Requirements for GMPLS applications of PCE", Tomohiro Otani, Kenichi Ogaki, Diego Caviglia, 17-Sep-08, http://tools.ietf.org/html/draft-ietf-pce-pcep-svec-list "The use of SVEC (Synchronization VECtor) list for Synchronized dependent path computations", Itaru Nishioka, Daniel King, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-pkix-other-certs "Other Certificates Extension", Stephen Farrell, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-pwe3-ms-pw-arch "An Architecture for Multi-Segment Pseudowire Emulation Edge-to-Edge", Matthew Bocci, Stewart Bryant, 25-Sep-08, http://tools.ietf.org/html/draft-ietf-pwe3-p2mp-pw-requirements "Requirements for Point-to-Multipoint Pseudowire", Frederic JOUNAY, Philippe Niger, Yuji Kamite, Simon DeLord, Luca Martini, 4-Sep-08, http://tools.ietf.org/html/draft-ietf-pwe3-redundancy "Pseudowire (PW) Redundancy", Praveen Muley, Matthew Bocci, 30-Sep-08, http://tools.ietf.org/html/draft-ietf-pwe3-redundancy-bit "Preferential Forwarding Status bit definition", Praveen Muley, Matthew Bocci, Luca Martini, 30-Sep-08, http://tools.ietf.org/html/draft-ietf-rmt-flute-revised "FLUTE - File Delivery over Unidirectional Transport", Michael Luby, Rami Lehtonen, Vincent Roca, Toni Paila, 25-Sep-08, http://tools.ietf.org/html/draft-ietf-sasl-4422bis "Simple Authentication and Security Layer (SASL)", Alexey Melnikov, Kurt Zeilenga, 31-Aug-08, http://tools.ietf.org/html/draft-ietf-sipping-nat-scenarios "Best Current Practices for NAT Traversal for Client-Server SIP", Chris Boulton, Jonathan Rosenberg, Gonzalo Camarillo, Francois Audet, 17-Sep-08, http://tools.ietf.org/html/draft-ietf-softwire-mesh-framework "Softwire Mesh Framework", Jianping Wu, Yong Cui, Xing Li, Chris Metz, Eric Rosen, Simon Barber, Pradosh Mohapatra, John Scudder, Intellectual Property, 18-Sep-08, http://tools.ietf.org/html/draft-ietf-tcpm-early-rexmt "Early Retransmit for TCP and SCTP", Mark Allman, Konstantin Avrachenkov, Urtzi Ayesta, Ethan Blanton, Per Hurtig, 28-Aug-08, http://tools.ietf.org/html/draft-ietf-trill-prob "Transparent Interconnection of Lots of Links (TRILL): Problem and Applicability Statement", Joseph Touch, Radia Perlman, 29-Sep-08, http://tools.ietf.org/html/draft-ietf-v6ops-ra-guard "IPv6 RA-Guard", Eric Levy-Abegnoli, Gunter Van de Velde, Chip Popoviciu, Janos Mohacsi, 10-Sep-08, http://tools.ietf.org/html/draft-ietf-xcon-event-package "Conference Event Package Data Format Extension for Centralized Conferencing (XCON)", Gonzalo Camarillo, Srivatsa Srinivasan, Roni Even, Jari Urpalainen, 3-Sep-08, http://tools.ietf.org/html/draft-igoe-secsh-suiteb "Suite B Cryptographic Suites for Secure Shell", Kevin Igoe, 11-Sep-08, http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-metadata-block "Delay-Tolerant Networking Metadata Extension Block", Susan Symington, 15-Sep-08, http://tools.ietf.org/html/draft-irtf-dtnrg-bundle-previous-hop-block "Delay-Tolerant Networking Previous Hop Insertion Block", Susan Symington, 15-Sep-08, http://tools.ietf.org/html/draft-irtf-rfcs "Definition of an Internet Research Task Force (IRTF) Document Stream", Aaron Falk, 22-Sep-08, http://tools.ietf.org/html/draft-jaeggli-ietf-streaming-media-status "IETF Streaming Media, Current Status", Joel Jaeggli, 17-Sep-08, http://tools.ietf.org/html/draft-jhlee-netlmm-nemo-scenarios "Network Mobility Basic Support within Proxy Mobile IPv6: scenarios and analysis", Jong-Hyouk Lee, Byung-Jin Han, Tai-Myoung Chung, Hyung-Jin Lim, 20-Sep-08, http://tools.ietf.org/html/draft-johansson-mmusic-image-attributes "Negotiation of Generic Image Attributes in SDP", Ingemar Johansson, Kyunghun Jung, 19-Sep-08, http://tools.ietf.org/html/draft-kang-ccamp-wdm-switch-info "Link Connectivity and Common Constraint Information Extension to GMPLS for WDM Switched Optical Networks", Zhihong Kang, Zhenyu Wang, Feng Gao, 9-Sep-08, http://tools.ietf.org/html/draft-kato-camellia-ctrccm "Camellia Counter mode and Camellia Counter with CBC Mac mode algorithms", Akihiro Kato, Masayuki Kanda, 16-Sep-08, http://tools.ietf.org/html/draft-korhonen-dime-pmip6 "Diameter Proxy Mobile IPv6: Support For Mobile Access Gateway and Local Mobility Anchor to Diameter Server Interaction", Jouni Korhonen, Julien Bournelle, Ahmad Muhanna, Kuntal Chowdhury, Ulrike Meyer, 15-Sep-08, http://tools.ietf.org/html/draft-kucherawy-sender-auth-esmtp "SMTP Service Extension for Indicating Message Authentication Status", Murray Kucherawy, 29-Sep-08, http://tools.ietf.org/html/draft-lee-pce-ted-alternatives "Alternative Approaches to Traffic Engineering Database Creation and Maintenance for Path Computation Elements", Greg Bernstein, Young Lee, Dan Li, 26-Sep-08, http://tools.ietf.org/html/draft-manral-idr-mpls-explicit-null "Connecting IPv6 Islands over IPv4 MPLS networks using IPv6 Provider Edge Routers (6PE-Alt)", Vishwas Manral, 4-Sep-08, http://tools.ietf.org/html/draft-manral-mpls-ldp-ipv6 "Updates to LDP for IPv6", Vishwas Manral, Rajiv Papneja, 4-Sep-08, http://tools.ietf.org/html/draft-manral-mpls-rfc3811bis "Definitions of Textual Conventions (TCs) for Multiprotocol Label Switching (MPLS) Management", Vishwas Manral, 8-Sep-08, http://tools.ietf.org/html/draft-manral-v6ops-tiny-fragments-issues "Operational issues with Tiny Fragments in IPv6", Vishwas Manral, 9-Sep-08, http://tools.ietf.org/html/draft-miyata-v6ops-snatpt "sNAT-PT: Simplified Network Address Translation - Protocol Translation", Hiroshi Miyata, Masahito Endo, 29-Sep-08, http://tools.ietf.org/html/draft-munakata-sip-privacy-guideline "Guidelines for Using the Privacy Mechanism for SIP", Mayumi Munakata, Shida Schubert, Takumi Ohba, 25-Sep-08, http://tools.ietf.org/html/draft-nena-ip4-ip6-mux "Never Ending Network Addresses: IPv4 Multiplexing trought IPv6", Alessandro Spinella, 5-Sep-08, http://tools.ietf.org/html/draft-newman-imap-decaf "Decrypted Content Attachment Flag for Internet Message Access Protocol (IMAP)", Dan Newman, Ned Freed, 16-Sep-08, http://tools.ietf.org/html/draft-ogier-ospf-manet-mdr-mpr-comparison "Comparison of OSPF-MDR and OSPF-MPR", Richard Ogier, Intellectual Property, 22-Sep-08, http://tools.ietf.org/html/draft-ogier-ospf-manet-mdr-or-comparison "Comparison of OSPF-MDR and OSPF-OR", Richard Ogier, Intellectual Property, 22-Sep-08, http://tools.ietf.org/html/draft-otis-dkim-adsp-sec-issues "DKIM Author Domain Signing Practices (ADSP) Security Issues", Douglas Otis, 30-Sep-08, http://tools.ietf.org/html/draft-pmohapat-idr-fast-conn-restore "Fast Connectivity Restoration Using BGP Add-path", Pradosh Mohapatra, Rex Fernando, Clarence Filsfils, Robert Raszuk, 27-Sep-08, http://tools.ietf.org/html/draft-puri-pwe3-ib-encap "Encapsulation Methods for Transport of InfiniBand over MPLS Networks", Suresh Shelvapille, Vikas Puri, 8-Sep-08, http://tools.ietf.org/html/draft-rhodes-ccamp-rsvp-recovery-fix "RSVP-TE Recovery Signaling Fixes", Andrew Rhodes, Nic Neate, David McWalter, 24-Sep-08, http://tools.ietf.org/html/draft-rosenau-ftp-single-port "FTP EXTENSION ALLOWING IP FORWARDING (NATs)", Martin Rosenau, 18-Sep-08, http://tools.ietf.org/html/draft-saklikar-comm-diversion-notification "A Session Initiation Protocol (SIP) Event Package for Communication Diversion Information", Samir Saklikar, Subir Saha, Ranjit Avasarala, 10-Sep-08, http://tools.ietf.org/html/draft-sarikaya-mext-bu-prefixdelegation "BU/BA Based Prefix Delegation Support for Mobile Networks", Behcet Sarikaya, Frank Xia, 15-Sep-08, http://tools.ietf.org/html/draft-schmidt-avt-rfc3016bis "RTP Payload Format for MPEG-4 Audio/Visual Streams", Yoshihiro Kikuchi, Yoshinori Matsui, Toshiyuki Nomura, Shigeru Fukunaga, Hideaki Kimata, Malte Schmidt, Frans Bont, Intellectual Property, 19-Sep-08, http://tools.ietf.org/html/draft-shafer-netmod-arch "An Architecture for Network Management", Philip Shafer, 4-Sep-08, http://tools.ietf.org/html/draft-sprecher-mpls-tp-oam-analysis "MPLS-TP OAM Analysis", Nurit Sprecher, Thomas Nadeau, Huub Helvoort, Yaacov Weingarten, 3-Sep-08, http://tools.ietf.org/html/draft-thubert-nina "Network In Node Advertisement", Pascal Thubert, Carlos Bernardos, 12-Sep-08, http://tools.ietf.org/html/draft-turner-antispam-using-messageid "Spam reduction using messageid.", Mark Turner, 27-Sep-08, http://tools.ietf.org/html/draft-vyncke-http-server-64aware "IPv6 Connectivity Check and Redirection by HTTP Servers", Eric Vyncke, 17-Sep-08, http://tools.ietf.org/html/draft-weaver-dnsext-comprehensive-resolver "Comprehensive DNS Resolver Defenses Against Cache Poisoning", Nicholas Weaver, 30-Sep-08, http://tools.ietf.org/html/draft-wierzbicki-cidss "Common Intrusion Detection Signatures Standard", Adam Wierzbicki, Jacek Kalinski, Tomasz Kruszona, 4-Sep-08, http://tools.ietf.org/html/draft-wijnands-mpls-in-band-signaling "In-band signaling for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths", IJsbrand Wijnands, Toerless Eckert, Nicolai Leymann, Maria Napierala, 8-Sep-08, http://tools.ietf.org/html/draft-wilde-sms-uri "URI Scheme for GSM Short Message Service", Erik Wilde, Antti Vaha-Sipila, 4-Sep-08, http://tools.ietf.org/html/draft-wilson-class-e "Redesignation of 240/4 from "Future Use" to "Private Use"", Paul Wilson, George Michaelson, Geoff Huston, 29-Sep-08, http://tools.ietf.org/html/draft-wing-nat-pt-replacement-comparison "A Comparison of Proposals to Replace NAT-PT", Dan Wing, David Ward, Alain Durand, 29-Sep-08, http://tools.ietf.org/html/draft-winterbottom-geopriv-held-context "HELD Protocol Context Management Extensions", James Winterbottom, Hannes Tschofenig, Martin Thomson, 29-Sep-08, http://tools.ietf.org/html/draft-young-esds-concepts "Extensible Supply-chain Discovery Service Concepts", Michael Young, 29-Aug-08, http://tools.ietf.org/html/draft-zhang-netlmm-pmipv6-mcast "Multicast Routing in Proxy Mobile IPv6", Hong-Ke Zhang, Jian-feng Guan, Hua-chun Zhou, ying zhu, 4-Sep-08, --Apple-Mail-41--186166317 Content-Disposition: attachment; filename=since-Dec-16.txt Content-Type: text/plain; x-unix-mode=0644; name="since-Dec-16.txt" Content-Transfer-Encoding: 7bit http://tools.ietf.org/html/draft-avasarala-sipping-comm-div-notification "A Session Initiation Protocol (SIP) Event Package for Communication Diversion Information in support of the Communication Diversion (CDIV) Notification (CDIVN) CDIV service", Ranjit Avasarala, Subir Saha, John-Luc Bakker, 22-Dec-08, http://tools.ietf.org/html/draft-baccelli-multi-hop-wireless-communication "Multi-hop Ad Hoc Wireless Communication", Emmanuel Baccelli, Charles Perkins, 18-Dec-08, http://tools.ietf.org/html/draft-boucadair-behave-bittorrent-portrange "Behaviour of BitTorrent service in an IP Shared Address Environment", Mohammed Boucadair, Jean-Luc Grimault, Pierre Levis, Alain Villefranque, 7-Jan-09, http://tools.ietf.org/html/draft-boutros-mpls-tp-loopback "Operating MPLS Transport Profile LSP in Loopback Mode", Nabil Bitar, Rahul Aggarwal, Sami Boutros, Siva Sivabalan, David Ward, George Swallow, 17-Dec-08, http://tools.ietf.org/html/draft-broyer-http-cookie-auth "Cookie-based HTTP Authentication", Thomas Broyer, 4-Jan-09, http://tools.ietf.org/html/draft-bryan-metalink "The Metalink Download Description Format", Anthony Bryan, 31-Dec-08, http://tools.ietf.org/html/draft-bryant-mpls-tp-ach-tlv "Definition of ACH TLV Structure", Sami Boutros, Stewart Bryant, Siva Sivabalan, George Swallow, David Ward, 7-Jan-09, http://tools.ietf.org/html/draft-cardona-cablelabs-urn "A Uniform Resource Name (URN) Namespace for CableLabs", Eduardo Cardona, Sumanth Channabasappa, Jean-Francois Mule, 5-Jan-09, http://tools.ietf.org/html/draft-carlberg-avt-rtcp-xr-ecn "RTCP Extended Report for ECN Marked Packets", Piers O'Hanlon, Ken Carlberg, 18-Dec-08, http://tools.ietf.org/html/draft-carlberg-avt-rtp-ecn "Explicit Notification Extension (ECN) Support for RTP Sessions", Ken Carlberg, Piers O'Hanlon, 18-Dec-08, http://tools.ietf.org/html/draft-carpenter-renum-needs-work "Renumbering still needs work", Brian Carpenter, Randall Atkinson, Hannu Flinck, 21-Dec-08, http://tools.ietf.org/html/draft-chudov-cryptopro-cpxmldsig "Using GOST 28147-89, GOST R 34.10-2001, and GOST R 34.11-94 Algorithms for XML Security", Serguei Leontiev, Pavel Smirnov, Aleksandr Chelpanov, 18-Dec-08, http://tools.ietf.org/html/draft-coene-rserpool-applic-ipfix "Reliable Server Pooling Applicability for IP Flow Information Exchange", Thomas Dreibholz, Lode Coene, Phillip Conrad, 7-Jan-09, http://tools.ietf.org/html/draft-crocker-dnssec-algo-signal "Signaling Cryptographic Algorithm Understanding in DNSSEC", Steve Crocker, Scott Rose, 29-Dec-08, http://tools.ietf.org/html/draft-dreibholz-ipv4-flowlabel "An IPv4 Flowlabel Option", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-applic-distcomp "Applicability of Reliable Server Pooling for Real-Time Distributed Computing", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-applic-mobility "Applicability of Reliable Server Pooling for SCTP-Based Endpoint Mobility", Thomas Dreibholz, Jobin Pulinthanath, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-asap-hropt "Handle Resolution Option for ASAP", Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-delay "Definition of a Delay Measurement Infrastructure and Delay-Sensitive Least-Used Policy for Reliable Server Pooling", Thomas Dreibholz, Xing Zhou, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-enrp-takeover "Takeover Suggestion Flag for the ENRP Handle Update Message", Thomas Dreibholz, Xing Zhou, 7-Jan-09, http://tools.ietf.org/html/draft-dreibholz-rserpool-score "Reliable Server Pooling (RSerPool) Bakeoff Scoring", Thomas Dreibholz, Michael Tuexen, 7-Jan-09, http://tools.ietf.org/html/draft-ejzak-mmusic-bg-bypass "Extension to the Session Description Protocol (SDP) for Bypass of Border Gateways", Richard Ejzak, 17-Dec-08, http://tools.ietf.org/html/draft-farah-adntf-ling-guidelines "Linguistic Guidelines for the Use of the Arabic Language in Internet Domains", Abdulaziz Al-Zoman, Ayman El-Sherbiny, Mansour Farah, Ibaa Oueichek, 6-Jan-09, http://tools.ietf.org/html/draft-farinacci-lisp "Locator/ID Separation Protocol (LISP)", Dino Farinacci, Vince Fuller, David Oran, Dave Meyer, Scott Brim, 19-Dec-08, http://tools.ietf.org/html/draft-freed-sieve-ihave "Sieve Email Filtering: Ihave Extension", Ned Freed, 25-Dec-08, http://tools.ietf.org/html/draft-garcia-martinez-cgamib "Management Information Base for Cryptographically Generated Addresses (CGA)", Alberto Garcia-Martinez, 18-Dec-08, http://tools.ietf.org/html/draft-garcia-martinez-sendmib "Management Information Base for the SEcure Neighbor Discovery (SEND) protocol", Alberto Garcia-Martinez, 18-Dec-08, http://tools.ietf.org/html/draft-haddad-alien-privacy-terminology "Privacy Aspects Terminology", Wassim Haddad, Erik Nordmark, 26-Dec-08, http://tools.ietf.org/html/draft-hoene-avt-rtp-sbc "RTP Payload Format for Bluetooth's SBC audio codec", Christian Hoene, Frans Bont, 17-Dec-08, http://tools.ietf.org/html/draft-hohendorf-secure-sctp "Secure SCTP", Carsten Hohendorf, Esbold Unurkhaan, Thomas Dreibholz, 7-Jan-09, http://tools.ietf.org/html/draft-housley-internet-draft-sig-file "Digital Signatures on Internet-Draft Documents", Russ Housley, 21-Dec-08, http://tools.ietf.org/html/draft-hoyer-keyprov-pskc-algorithm-profiles "Additional Portable Symmetric Key Container (PSKC) Algorithm Profiles", Philip Hoyer, Mingliang Pei, Salah Machani, Andrea Doherty, 24-Dec-08, http://tools.ietf.org/html/draft-iab-ip-config "Principles of Internet Host Configuration", Bernard Aboba, Dave Thaler, Loa Andersson, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-rfc3984bis "RTP Payload Format for H.264 Video", Ye-Kui Wang, Roni Even, Tom Kristensen, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-rtp-svc "RTP Payload Format for SVC Video", Stephan Wenger, Ye-Kui Wang, Thomas Schierl, Alex Eleftheriadis, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-avt-seed-srtp "The SEED Cipher Algorithm and Its Use with the Secure Real-time Transport Protocol (SRTP)", Intellectual Property, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-behave-nat-icmp "NAT Behavioral Requirements for ICMP protocol", Pyda Srisuresh, Bryan Ford, Senthil Sivakumar, Saikat Guha, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-behave-turn-uri "Traversal Using Relays around NAT (TURN) Uniform Resource Identifiers", Marc Petit-Huguenin, 21-Dec-08, http://tools.ietf.org/html/draft-ietf-bliss-ach-analysis "An Analysis of Automatic Call Handling Implementation Issues in the Session Initiation Protocol (SIP)", John Elwell, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-ccamp-gmpls-vcat-lcas "draft-ietf-ccamp-gmpls-vcat-lcas-07.txt", Greg Bernstein, Richard Rabbat, Huub Helvoort, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-oam-configuration-fwk "OAM Configuration Framework and Requirements for GMPLS RSVP-TE", Attila Takacs, Don Fedyk, He Jia, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-path-key-ero "RSVP Extensions for Path Key Support", Adrian Farrel, Richard Bradford, JP Vasseur, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-eth-oam-ext "GMPLS RSVP-TE Extensions for Ethernet OAM Configuration", Attila Takacs, Balazs Gero, Don Fedyk, Dinesh Mohan, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-ccamp-rwa-wson-encode "Routing and Wavelength Assignment Information Encoding for Wavelength Switched Optical Networks", Greg Bernstein, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-csi-hash-threat "SeND Hash Threat Analysis", Ana Kukec, Suresh Krishnan, Sheng Jiang, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-dhc-relay-id-suboption "The DHCPv4 Relay Agent Identifier Suboption", Mark Stapp, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-diameter-qos "Diameter Quality of Service Application", Dong Sun, Pete McCann, Hannes Tschofenig, Tina Tsou, Avri Doria, Glen Zorn, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-mip6-split "Diameter Mobile IPv6: Support for Home Agent to Diameter Server Interaction", Jouni Korhonen, Hannes Tschofenig, Julien Bournelle, Gerardo Giaretta, Madjid Nakhjiri, 29-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-qos-attributes "Quality of Service Attributes for Diameter", Jouni Korhonen, Hannes Tschofenig, Mayutan Arumaithurai, Mark Jones, Avi Lior, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dime-qos-parameters "Quality of Service Parameters for Usage with Diameter", Jouni Korhonen, Hannes Tschofenig, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-dkim-ssp "DomainKeys Identified Mail (DKIM) Author Domain Signing Practices (ADSP)", agent Local-part, Author Domain, return error, Eric Allman, Jim Fenton, Mark Delany, John Levine, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-dnsext-axfr-clarify "DNS Zone Transfer Protocol (AXFR)", Edward Lewis, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-dnsext-dnsproxy "DNS Proxy Implementation Guidelines", Ray Bellis, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-eai-dsnbis "Internationalized Delivery Status and Disposition Notifications", Chris Newman, Alexey Melnikov, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-geopriv-http-location-delivery "HTTP Enabled Location Delivery (HELD)", Mary Barnes, James Winterbottom, Martin Thomson, Barbara Stark, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-geopriv-lis-discovery "Discovering the Local Location Information Server (LIS)", Martin Thomson, James Winterbottom, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-idnabis-tables "The Unicode code points and IDNA", Patrik Faltstrom, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-idr-add-paths "Advertisement of Multiple Paths in BGP", Daniel Walton, Alvaro Retana, Enke Chen, John Scudder, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-idr-rfc3392bis "Capabilities Advertisement with BGP-4", John Scudder, Ravi Chandra, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-ipsecme-roadmap "IP Security (IPsec) and Internet Key Exchange (IKE) Document Roadmap", Sheila Frankel, Suresh Krishnan, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-isis-ipv6-te "IPv6 Traffic Engineering in IS-IS", Jon Harrison, Jon Berger, Mike Bartlett, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-isis-wg-extlsp "Simplified Extension of LSP Space for IS-IS", Les Ginsberg, Stefano Previdi, Mike Shand, Danny McPherson, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-kitten-gssapi-store-cred "GSS-API Extension for Storing Delegated Credentials", Nicolas Williams, 30-Dec-08, http://tools.ietf.org/html/draft-ietf-mipshop-mos-dhcp-options "Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Server (MoS) discovery", Gabor Bajko, Subir Das, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-mipshop-pfmipv6 "Fast Handovers for Proxy Mobile IPv6", Hidetoshi Yokota, Kuntal Chowdhury, Rajeev Koodli, Basavaraj Patil, Frank Xia, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-ldp-end-of-lib "LDP End-of-LIB", Rajiv Asati, Pradosh Mohapatra, Bob Thomas, Emily Chen, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-mpls-ldp-igp-sync "LDP IGP Synchronization", Luyuan Fang, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal "MPLS Generic Associated Channel", Matthew Bocci, Martin Vigoureux, George Swallow, David Ward, Rahul Aggarwal, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-mpls-tp-requirements "MPLS-TP Requirements", Ben Niven-Jenkins, Deborah Brungard, Malcolm Betts, Nurit Sprecher, Satoshi Ueno, 3-Jan-09, http://tools.ietf.org/html/draft-ietf-msec-tesla-for-alc-norm "Use of TESLA in the ALC and NORM Protocols", Vincent Roca, Aurelien Francillon, Sebastien Faurite, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-netlmm-pmip6-ipv4-support "IPv4 Support for Proxy Mobile IPv6", Ryuji Wakikawa, Sri Gundavelli, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-federated-fs-reqts "Requirements for Federated File Systems", James Lentini, Craig Everhart, Daniel Ellard, Renu Tewari, Manoj Naik, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-nfsv4-pnfs-block "pNFS Block/Volume Layout", David Black, Stephen Fridella, Jason Glasgow, 23-Dec-08, http://tools.ietf.org/html/draft-ietf-ospf-lls "OSPF Link-local Signaling", Alex Zinin, Abhay Roy, Liem Nguyen, Barry Friedman, Derek Yeung, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-ospf-manet-mdr "MANET Extension of OSPF using CDS Flooding", Richard Ogier, Phil Spagnolo, 28-Dec-08, http://tools.ietf.org/html/draft-ietf-pce-global-concurrent-optimization "Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization", Young Lee, Jean-Louis Le Roux, Daniel King, Eiji Oki, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-ext "Extensions to the Path Computation Element communication Protocol (PCEP) for Inter-Layer MPLS and GMPLS Traffic Engineering", Eiji Oki, Jean-Louis Le Roux, Adrian Farrel, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-frwk "Framework for PCE-Based Inter-Layer MPLS and GMPLS Traffic Engineering", Eiji Oki, Tomonori Takeda, Jean-Louis Le Roux, Adrian Farrel, 6-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-inter-layer-req "PCC-PCE Communication and PCE Discovery Requirements for Inter-Layer Traffic Engineering", Eiji Oki, Jean-Louis Le Roux, Kenji Kumaki, Adrian Farrel, Tomonori Takeda, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-manageability-requirements "Inclusion of Manageability Sections in PCE Working Group Drafts", Adrian Farrel, 4-Jan-09, http://tools.ietf.org/html/draft-ietf-pce-of "Encoding of Objective Functions in the Path Computation Element Communication Protocol (PCEP)", Jean-Louis Le Roux, JP Vasseur, Young Lee, 27-Dec-08, http://tools.ietf.org/html/draft-ietf-pim-mtid "PIM Multi-Topology ID (MT-ID) Join-Attribute", Yiqun Cai, Heidi Ou, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-pim-rpf-vector "The RPF Vector TLV", IJsbrand Wijnands, A Boers, Eric Rosen, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-pkix-3281update "An Internet Attribute Certificate Profile for Authorization", Russ Housley, Stephen Farrell, Sean Turner, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-pkix-tac "Traceable Anonymous Certificate", Sanghwan Park, Haeryong Park, Yoojae Won, Jaeil Lee, Stephen Kent, 19-Dec-08, http://tools.ietf.org/html/draft-ietf-radext-status-server "Use of Status-Server Packets in the Remote Authentication Dial In User Service (RADIUS) Protocol", Alan DeKok, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-radext-tcp-transport "RADIUS Over TCP", Alan DeKok, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-rmt-pi-norm-revised "NACK-Oriented Reliable Multicast Protocol", Brian Adamson, Carsten Bormann, University London, Joseph Macker, 17-Dec-08, http://tools.ietf.org/html/draft-ietf-roll-indus-routing-reqs "Industrial Routing Requirements in Low Power and Lossy Networks", Dust Networks, Pascal Thubert, Sicco Dwars, Tom Phinney, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-rserpool-mib "Reliable Server Pooling: Management Information Base using SMIv2", Thomas Dreibholz, Jaiwant Mulik, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-sidr-rpsl-sig "Securing RPSL Objects with RPKI Signatures", Robert Kisteleki, Jos Boumans, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-sieve-managesieve "A Protocol for Remotely Managing Sieve Scripts", Alexey Melnikov, Tim Martin, 1-Jan-09, http://tools.ietf.org/html/draft-ietf-sip-199 "Response Code for Indication of Terminated Dialog", Christer Holmberg, 7-Jan-09, http://tools.ietf.org/html/draft-ietf-sip-info-events "Session Initiation Protocol (SIP) INFO Method and Package Framework", Eric Burger, Hadriel Kaplan, Christer Holmberg, 2-Jan-09, http://tools.ietf.org/html/draft-ietf-sipping-sbc-funcs "Requirements from SIP (Session Initiation Protocol) Session Border Control Deployments", Jani Hautakorpi, Gonzalo Camarillo, Bob Penfield, Alan Hawrylyshen, Medhavi Bhatia, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-sipping-sip-offeranswer "SIP (Session Initiation Protocol) Usage of the Offer/Answer Model", Takuya Sawada, Paul Kyzivat, 1-Jan-09, http://tools.ietf.org/html/draft-ietf-sipping-update-pai "Updates to Asserted Identity in the Session Initiation Protocol (SIP)", John Elwell, 16-Dec-08, http://tools.ietf.org/html/draft-ietf-smime-3278bis "Use of Elliptic Curve Cryptography (ECC) Algorithms in Cryptographic Message Syntax (CMS)", Sean Turner, Daniel R. L. Brown, 5-Jan-09, http://tools.ietf.org/html/draft-ietf-smime-sha2 "Using SHA2 Algorithms with Cryptographic Message Syntax", Sean Turner, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-bgp-te-attribute "BGP Traffic Engineering Attribute", Don Fedyk, Yakov Rekhter, Hamid Ould-Brahim, 22-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-encaps-safi "BGP Encapsulation SAFI and BGP Tunnel Encapsulation Attribute", Pradosh Mohapatra, Eric Rosen, 18-Dec-08, http://tools.ietf.org/html/draft-ietf-softwire-lb "Load Balancing for Mesh Softwires", Clarence Filsfils, Pradosh Mohapatra, Carlos Pignataro, 16-Dec-08, http://tools.ietf.org/html/draft-irtf-mobopts-location-privacy-solutions "Mobile IPv6 Location Privacy Solutions", QIU Ying, Fan Zhao, Rajeev Koodli, 19-Dec-08, http://tools.ietf.org/html/draft-irtf-tmrg-tests "Common TCP Evaluation Suite", Lachlan Andrew, Sally Floyd, Gang Wang, 6-Jan-09, http://tools.ietf.org/html/draft-jbi-pxp "Connecting IPvX Networks over IPvY with a P2P Method", Jun Bi, You Wang, Xiaoxiang Leng, 6-Jan-09, http://tools.ietf.org/html/draft-jbi-transition-multihoming "A Multihoming Based IPv4/IPv6 Transition Approach", Jun Bi, You Wang, Lizhong Xie, 6-Jan-09, http://tools.ietf.org/html/draft-jbi-universal "The Univer6 Architecture for IPv6 Transition", Jun Bi, You Wang, Xiangbin Cheng, 6-Jan-09, http://tools.ietf.org/html/draft-jiang-p2psip-relay "An extension to RELOAD to support Direct Response and Relay Peer routing", XingFeng Jiang, Roni Even, 27-Dec-08, http://tools.ietf.org/html/draft-jivsov-openpgp-ecc "ECC in OpenPGP", Andrey Jivsov, 31-Dec-08, http://tools.ietf.org/html/draft-jones-dime-3gpp-eps-command-codes "Diameter Command Code Registration for Third Generation Partnership Project (3GPP) Evolved Packet System (EPS)", Mark Jones, Lionel Morand, 30-Dec-08, http://tools.ietf.org/html/draft-knoll-idr-cos-interconnect "BGP Class of Service Interconnection", Thomas Martin Knoll, 7-Jan-09, http://tools.ietf.org/html/draft-knoll-idr-qos-attribute "BGP Extended Community Attribute for QoS Marking", Thomas Martin Knoll, 7-Jan-09, http://tools.ietf.org/html/draft-korhonen-mip4-service "Service Selection for Mobile IPv4", Jouni Korhonen, Ulf Nilsson, 31-Dec-08, http://tools.ietf.org/html/draft-kucherawy-sender-auth-header "Message Header Field for Indicating Message Authentication Status", Murray Kucherawy, 27-Dec-08, http://tools.ietf.org/html/draft-kumar-mpls-fec-to-nhlfe-mib "draft-kumar-mpls-fec-to-nhlfe-mib-00", Subodh Kumar, Ronald Bonica, 19-Dec-08, http://tools.ietf.org/html/draft-mammoliti-l2tp-accessline-avp "Layer 2 Tunneling Protocol (L2TP) Access Line Information Attribute Value Pair (AVP) Extensions", Vince Mammoliti, Carlos Pignataro, Peter Arberg, John Gibbons, Paul Howard, 22-Dec-08, http://tools.ietf.org/html/draft-mcgrew-tss "Threshold Secret Sharing", David McGrew, Praveen Patnala, 19-Dec-08, http://tools.ietf.org/html/draft-mcpherson-anycast-arch-implications "Architectural Considerations of IP Anycast", Danny McPherson, David Oran, 6-Jan-09, http://tools.ietf.org/html/draft-melnikov-sieve-imapext-metadata "The Sieve mail filtering language - extensions for checking mailbox status and accessing mailbox metadata", Alexey Melnikov, 16-Dec-08, http://tools.ietf.org/html/draft-otis-auth-header-sec-issues "Authentication-Results Header Field Security Issues", Douglas Otis, 7-Jan-09, http://tools.ietf.org/html/draft-palanivelan-bfd-v2-gr "BFD with Graceful Restart", Palanivelan A, 5-Jan-09, http://tools.ietf.org/html/draft-parikh-bundle-superseding-extension-block "Delay-Tolerant Networking Superseding Bundle Extension Block", S. Parikh, Susan Symington, Keith Scott, Robert Durst, R. Edell, 6-Jan-09, http://tools.ietf.org/html/draft-patel-ecrit-sos-parameter "SOS Uniform Resource Identifier (URI) Parameter for Marking of Session Initiation Protocol (SIP) Requests related to Emergency Services", Milan Patel, 16-Dec-08, http://tools.ietf.org/html/draft-raj-dhc-tftp-addr-option "VoIP Configuration Server Address Option", Richard Johnson, 6-Jan-09, http://tools.ietf.org/html/draft-reschke-rfc2231-in-http "Application of RFC 2231 Encoding to Hypertext Transfer Protocol (HTTP) Headers", Julian Reschke, 30-Dec-08, http://tools.ietf.org/html/draft-rosen-ecrit-premature-disconnect-rqmts "Requirements for handling abandoned calls and premature disconnects in emergency calls on the Internet", Brian Rosen, 5-Jan-09, http://tools.ietf.org/html/draft-rosen-l3vpn-mvpn-profiles "MVPN Profiles Using PIM Control Plane", A Boers, Yiqun Cai, Eric Rosen, IJsbrand Wijnands, 31-Dec-08, http://tools.ietf.org/html/draft-rosen-vpn-mcast "Multicast in MPLS/BGP IP VPNs", Yiqun Cai, Eric Rosen, IJsbrand Wijnands, 31-Dec-08, http://tools.ietf.org/html/draft-scudder-idr-open-registry "Registry for BGP-4 OPEN Options", John Scudder, 16-Dec-08, http://tools.ietf.org/html/draft-shafranovich-feedback-report "An Extensible Format for Email Feedback Reports", Yakov Shafranovich, John Levine, Murray Kucherawy, 2-Jan-09, http://tools.ietf.org/html/draft-templin-autoconf-dhcp "Virtual Enterprise Traversal (VET)", Fred Templin, 23-Dec-08, http://tools.ietf.org/html/draft-templin-ranger "Routing and Addressing in Next-Generation EnteRprises (RANGER)", Fred Templin, 19-Dec-08, http://tools.ietf.org/html/draft-thomson-geopriv-confidence "Expressing Confidence in a Location Object", Martin Thomson, 17-Dec-08, http://tools.ietf.org/html/draft-thomson-geopriv-held-grip "Providing Satellite Navigation Assistance Data using HELD", Martin Thomson, James Winterbottom, 5-Jan-09, http://tools.ietf.org/html/draft-thomson-geopriv-location-dependability "Digital Signature Methods for Location Dependability", Martin Thomson, James Winterbottom, 5-Jan-09, http://tools.ietf.org/html/draft-thomson-simple-cont-presence-val-req "Requirements for the Support of Continuously Varying Values in Presence", Martin Thomson, 16-Dec-08, http://tools.ietf.org/html/draft-wood-tae-specifying-uri-transports "Specifying transport mechanisms for retrieval or delivery of URIs", Lloyd Wood, 19-Dec-08, http://tools.ietf.org/html/draft-xwwang-sonnetworkmodel "Self-organizing network model", Xingwei Wang, XiuShuang Yi, Yu Wang, Ming Dong, Qiang Chen, 6-Jan-09, http://tools.ietf.org/html/draft-xwwang-sonnetworkprotocol "Adaptive Routing Protocol", Xingwei Wang, ZhanKao Wen, WeiXin Wu, WeiDong Wang, Yao Fu, 6-Jan-09, http://tools.ietf.org/html/draft-yu-tel-dai "DAI Parameter for the "tel" URI", James Yu, David Hancock, Flemming Andreasen, 6-Jan-09, http://tools.ietf.org/html/draft-zeilenga-ldap-txn "LDAP Transactions", Kurt Zeilenga, 19-Dec-08, http://tools.ietf.org/html/draft-zheng-p2psip-diagnose "Diagnose P2PSIP Overlay Network", Song Yongchao, XingFeng Jiang, 16-Dec-08, http://tools.ietf.org/html/draft-zhou-ustb-sslrp "Secure and Scalable Location Routing Protocol (SSLRP) for Ad Hoc Networks", Xian-wei Zhou, Shuai Du, Ji-jian Meng, Kun Shi, Guang Yang, Ling Zhou, 6-Jan-09, http://tools.ietf.org/html/draft-zorn-radius-pkmv1 "RADIUS Attributes for IEEE 802.16 Privacy Key Management Version 1 (PKMv1) Protocol Support", Glen Zorn, 17-Dec-08, --Apple-Mail-41--186166317-- From wgchairs-bounces@ietf.org Fri Jan 9 11:37:48 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A9D13A68CF; Fri, 9 Jan 2009 11:37:48 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0A1D03A67EA; Fri, 9 Jan 2009 11:37:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.488 X-Spam-Level: X-Spam-Status: No, score=-2.488 tagged_above=-999 required=5 tests=[AWL=0.112, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BguBBfMEzUM; Fri, 9 Jan 2009 11:37:46 -0800 (PST) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by core3.amsl.com (Postfix) with ESMTP id DE57B3A6405; Fri, 9 Jan 2009 11:37:45 -0800 (PST) Received: from [IPv6:2001:888:1243::21b:63ff:fec4:a963] ([IPv6:2001:888:1243:0:21b:63ff:fec4:a963]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.3/8.14.3) with ESMTP id n09JbEqT021096 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 9 Jan 2009 20:37:14 +0100 (CET) (envelope-from olaf@NLnetLabs.nl) Message-Id: From: Olaf Kolkman To: Fred Baker In-Reply-To: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2--180436348" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [IAB] Logjam and "we gotta DO something!" Date: Fri, 9 Jan 2009 20:37:13 +0100 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> X-Pgp-Agent: GPGMail d55 (v55, Leopard) X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]); Fri, 09 Jan 2009 20:37:15 +0100 (CET) Cc: Trustees , Working Group Chairs , IAB IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-2--180436348 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jan 9, 2009, at 7:01 PM, Fred Baker wrote: > Not posting this to the IETF list as I don't think it materially > contributes to that discussion. This is a comment for the > management, if you will. > > There is a comment I have heard frequently that there is a "logjam" > and folks "aren't posting internet drafts". Since the 16th of > December, there have been 144 newly posted drafts, and since the > past IETF there have been 668. Comparison to a recent IETF, the one > in Dublin: 37 drafts were posted during the meeting, 105 in August, > 107 in September, and 410 in October for a total of 659 between the > two IETFs. 144 (Dec 16-present around a holiday) is more than 107 > (September), and 668 is comparable to the total updates Dublin- > October. > > My numbers will be off by the number of documents that were posted > pre-MPLS and updated since (my mirror doesn't contain every version > of every draft, only the current versions), but my main point is > that I'm not sure that the statistics support the term "logjam". Fair enough. There may not be a log jam (not sure who and how that term got introduced). I've used the term Urgent and Important, I still think that is a correct characterization: but please prove me wrong. I am aware off folk that are stalling on updating their 'bis' work. You may not see that in the stats, but it sure has impact on those individuals motivation, and the motivation of the wg-groups they operate in. But, I get your point and I think it would be useful to get a feel for the numbers. I figure that the WG chairs have a pretty good sensor of what is going on. A personal note on motivation: On my stack of things to do is an update of RFC4641. There are two editors on that draft: myself and Miek Gieben. Before I can submit draft-ietf-dnsop-rfc4641bis I have to make sure that RIPE NCC, my employer when I worked on RFC 4641, is OK with the new terms. I am sure that is just a formality, but still I want to do that due diligence before submitting the draft, that has to wait until the new license form is in effect. As far as Miek Gieben is concerned, he is not with his previous employer any longer. Fortunately that previous employer happens to be NLnet Labs so I can grant the rights. Personally I am comfortable to submit the bis draft under the BCP78 rules even though the bis draft contains significant chunks of material submitted by others under the old NOTE WELL... I take the risk because I trust folk to act in good faith. I am not sure wether my co-editor on 4641bis (or his employer) will be as comfortable. --Olaf ----------------------------------------------------------- Olaf M. Kolkman NLnet Labs Science Park 140, http://www.nlnetlabs.nl/ 1098 XG Amsterdam NB: The street at which our offices are located has been renamed to the above. --Apple-Mail-2--180436348 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAklnp2oACgkQtN/ca3YJIociHgCdHuQ1PjYXbQfQrQKodBZ0tAyD 8a0AoOf7PfKBFcqcxFzJaxJ4Oh6gxWPU =/v3B -----END PGP SIGNATURE----- --Apple-Mail-2--180436348-- From wgchairs-bounces@ietf.org Fri Jan 9 11:55:02 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 299F928C127; Fri, 9 Jan 2009 11:55:02 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CCEB3A688D; Fri, 9 Jan 2009 11:55:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.507 X-Spam-Level: X-Spam-Status: No, score=-6.507 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1NFEijxYN3dV; Fri, 9 Jan 2009 11:54:59 -0800 (PST) Received: from jackfruit.srv.cs.cmu.edu (JACKFRUIT.SRV.CS.CMU.EDU [128.2.201.16]) by core3.amsl.com (Postfix) with ESMTP id 7273C3A63D2; Fri, 9 Jan 2009 11:54:59 -0800 (PST) Received: from [172.16.209.104] (host-66-202-66-11.har.choiceone.net [66.202.66.11]) (authenticated bits=0) by jackfruit.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id n09JscQK014735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Jan 2009 14:54:39 -0500 (EST) Date: Fri, 09 Jan 2009 14:54:34 -0500 From: Jeffrey Hutzelman To: Fred Baker , Ed Juskevicius Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: <7B699E590EF203D7A146DB86@atlantis.pc.cs.cmu.edu> In-Reply-To: <200901082249.n08Mnd3J005087@toasties.srv.cs.cmu.edu> References: <70873A2B7F744826B0507D4B84903E60@noisy> <200901082249.n08Mnd3J005087@toasties.srv.cs.cmu.edu> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: mimedefang-cmuscs on 128.2.201.16 Cc: Trustees , Working Group Chairs , IETF Discussion , RFC Editor X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --On Thursday, January 08, 2009 02:49:16 PM -0800 Fred Baker wrote: > From my perspective, the best approach involves keeping the general case > simple. The documents that have been transferred outside the IETF in the > past five years is a single digit number, a tenth of a percent of all > RFCs if not a smaller fraction. From my perspective, the simplest > solution to the transfer issue is to ask the people relevant to a > document for which transfer has been suggested whether they have an issue > with transferring it, rather than asking every document author his or her > opinion on the vast majority of documents, which will never be > transferred. Remember that this boilerplate affects internet drafts, but > most internet drafts are discussion documents - a fraction of internet > drafts even become RFCs, and a small fraction of RFCs are transferred > elsewhere. The difficulty with this approach is that it allows authors to decide whether to grant us the rights we require until the point at which we wish to exercise them, rather than requiring that they grant those rights before we take their contribution and turn it into a widely-deployed Internet standard. I don't believe we need to go back and ask every author of every published RFC and I-D to grant the additional rights, and I don't believe we need to have a system that blocks the submission and/or progress of current documents solely because they are built on earlier documents which were published before the new rules came into effect. However, I do think if we want the additional rights required by RFC5378, we need to require they be granted at the time that a document is submitted. It sounds to me like the trustees' proposal does a reasonable job of balancing the conflicting goals and achieving something useful. -- Jeff > As to the other issues that 5378 addresses, I suspect that a better > approach will be to fall back to 3978/4748/2026 temporarily and move to > 5378-bis when it comes rather than to use this very general workaround to > 5378's issues until 5378-bis is resolved. 3978 etc worked just fine for > most purposes... If we reach consensus that the solution to the problem is to change 5378, rather than to semi-permanently adopt a workaround such as the trustees have proposed, then I would not object to falling back to the older rules until the issue is resolved. From wgchairs-bounces@ietf.org Fri Jan 9 11:58:00 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD3A03A6917; Fri, 9 Jan 2009 11:58:00 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 66DC93A6850; Fri, 9 Jan 2009 11:57:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.8 X-Spam-Level: X-Spam-Status: No, score=-1.8 tagged_above=-999 required=5 tests=[AWL=0.799, 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 xbbgtB1eoTfs; Fri, 9 Jan 2009 11:57:58 -0800 (PST) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id 7B53D3A67F3; Fri, 9 Jan 2009 11:57:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=D/miAI/kBNsnwgZfI0xZKmdqUv+PFXyAQZBJc5xtrObmnmUzi/t4kL3A833zQF5H; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [68.166.38.250] (helo=oemcomputer) by elasmtp-masked.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1LLNUG-0000J3-El; Fri, 09 Jan 2009 14:57:44 -0500 Message-ID: <007301c97294$f07697c0$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "Trustees" References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> Subject: Re: Logjam and "we gotta DO something!" Date: Fri, 9 Jan 2009 12:00:35 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8886924630f8852f173fbc61e12c667fbe6be219744c1bd80c9350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 68.166.38.250 Cc: Working Group Chairs , IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Hi - > From: "Fred Baker" > To: "Trustees" > Cc: "Working Group Chairs" ; "IAB" ; "ISOC TRUSTEES" > Sent: Friday, January 09, 2009 10:01 AM > Subject: Logjam and "we gotta DO something!" > > Not posting this to the IETF list as I don't think it materially > contributes to that discussion. This is a comment for the management, > if you will. > > There is a comment I have heard frequently that there is a "logjam" > and folks "aren't posting internet drafts". Since the 16th of > December, there have been 144 newly posted drafts, and since the past > IETF there have been 668. ... There are several possible interpretations of these numbers, including: (1) the authors / editors of these documents are ignoring 5378 (a) they treat it as just another incantation required by the publication mechanism, like the rest of the required boilerplate (b) they've read it, couldn't make sense of it, and decided that since nothing bad has happened to them in the past, they can safely ignore it (c) they've read it, understood it, and decided that need for publication outweighs whatever risk including the boilerplate entails. (2) the authors / editors of these documents have read and understood (and probably consulted with a lawyer) and are complying with 5378 I'd be rather surprised if all 144 of these i-ds fall into (2). Randy From wgchairs-bounces@ietf.org Fri Jan 9 12:06:27 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DD1AA3A687F; Fri, 9 Jan 2009 12:06:27 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 329FC3A67EA; Fri, 9 Jan 2009 12:06:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.48 X-Spam-Level: X-Spam-Status: No, score=-106.48 tagged_above=-999 required=5 tests=[AWL=0.119, BAYES_00=-2.599, 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 AkMXdT9Lx3n9; Fri, 9 Jan 2009 12:06:26 -0800 (PST) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 66E1F3A6403; Fri, 9 Jan 2009 12:06:26 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,240,1231113600"; d="scan'208";a="121281312" Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 09 Jan 2009 20:06:13 +0000 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n09K6CdD012100; Fri, 9 Jan 2009 12:06:12 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n09K6CHB005902; Fri, 9 Jan 2009 20:06:12 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 9 Jan 2009 12:06:10 -0800 Received: from stealth-10-32-244-220.cisco.com ([10.32.244.220]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 9 Jan 2009 12:06:09 -0800 Message-Id: From: Fred Baker To: Olaf Kolkman In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [IAB] Logjam and "we gotta DO something!" Date: Fri, 9 Jan 2009 12:06:09 -0800 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 09 Jan 2009 20:06:09.0981 (UTC) FILETIME=[B6D3FED0:01C97295] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1234; t=1231531572; x=1232395572; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20 |Subject:=20Re=3A=20[IAB]=20Logjam=20and=20=22we=20gotta=20 DO=20something!=22 |Sender:=20; bh=sunzj+Q9tf9ahYoFi60f+IwTnemZdAP4qZTLhMJDe8k=; b=GsXCOEU459x+ZSFQoNX6UBD7gTLWaoFb0Ore1Un+tvOuGjv619FgMYxMjK UgyL5rvhiU1Rk4/1I2IAvZqhHViYtIYaAECtBYWRGCuF9HtIz/92zNovelfH 1pZY6WdTHI; Authentication-Results: sj-dkim-2; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); Cc: Trustees , Working Group Chairs , IAB IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 9, 2009, at 11:37 AM, Olaf Kolkman wrote: > A personal note on motivation: On my stack of things to do is an > update of RFC4641. There are two editors on that draft: myself and > Miek Gieben. Before I can submit draft-ietf-dnsop-rfc4641bis I have > to make sure that RIPE NCC, my employer when I worked on RFC 4641, > is OK with the new terms. I am sure that is just a formality, but > still I want to do that due diligence before submitting the draft, > that has to wait until the new license form is in effect. As far as > Miek Gieben is concerned, he is not with his previous employer any > longer. Fortunately that previous employer happens to be NLnet Labs > so I can grant the rights. Personally I am comfortable to submit the > bis draft under the BCP78 rules even though the bis draft contains > significant chunks of material submitted by others under the old > NOTE WELL... I take the risk because I trust folk to act in good > faith. I am not sure wether my co-editor on 4641bis (or his > employer) will be as comfortable. I'm in a similar boat with several documents, and I'm not among the folks who have posted since 16 December. So I understand the concern. From koumenidisk@aget.gr Sat Jan 10 03:09:30 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9A1733A6954 for ; Sat, 10 Jan 2009 03:09:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.885 X-Spam-Level: X-Spam-Status: No, score=-15.885 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_CPE=0.5, HOST_EQ_CPE=0.979, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_WS_SURBL=10, 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 hyZnzt8EzWuv for ; Sat, 10 Jan 2009 03:09:30 -0800 (PST) Received: from cpe-74-66-243-93.nyc.res.rr.com (cpe-74-66-243-93.nyc.res.rr.com [74.66.243.93]) by core3.amsl.com (Postfix) with SMTP id E0B383A67EE for ; Sat, 10 Jan 2009 03:09:27 -0800 (PST) To: Subject: Your order 04331 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090110110928.E0B383A67EE@core3.amsl.com> Date: Sat, 10 Jan 2009 03:09:27 -0800 (PST)
From moneywizard@alceste.com Sat Jan 10 14:04:33 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD4CB3A68F8 for ; Sat, 10 Jan 2009 14:04:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.545 X-Spam-Level: X-Spam-Status: No, score=-13.545 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 WwJk9v4H8Kjh for ; Sat, 10 Jan 2009 14:04:33 -0800 (PST) Received: from adopt-now.com (unknown [87.13.203.58]) by core3.amsl.com (Postfix) with SMTP id 02AC23A6861 for ; Sat, 10 Jan 2009 14:04:31 -0800 (PST) To: Subject: RE: Message 53714 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090110220432.02AC23A6861@core3.amsl.com> Date: Sat, 10 Jan 2009 14:04:31 -0800 (PST)
From nts@alpquell.com Sun Jan 11 06:21:46 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 23B4B3A69F8 for ; Sun, 11 Jan 2009 06:21:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -39.325 X-Spam-Level: X-Spam-Status: No, score=-39.325 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HELO_DYNAMIC_DIALIN=3.384, HELO_EQ_DIP_DIALIN=1.573, HOST_EQ_DIP_TDIAL=2.144, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, 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 wBpFBUgH7YS3 for ; Sun, 11 Jan 2009 06:21:45 -0800 (PST) Received: from p5B037356.dip.t-dialin.net (p5B037356.dip.t-dialin.net [91.3.115.86]) by core3.amsl.com (Postfix) with SMTP id 416B23A69F0 for ; Sun, 11 Jan 2009 06:21:43 -0800 (PST) To: Subject: Your order 23161 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090111142144.416B23A69F0@core3.amsl.com> Date: Sun, 11 Jan 2009 06:21:43 -0800 (PST)
From wgchairs-bounces@ietf.org Sun Jan 11 10:09:41 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B474028C245; Sun, 11 Jan 2009 10:09:41 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8371A28C245 for ; Sun, 11 Jan 2009 10:09:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.492 X-Spam-Level: X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, 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 jIa7LSu41l9U for ; Sun, 11 Jan 2009 10:09:40 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 3546D28C23F for ; Sun, 11 Jan 2009 10:09:40 -0800 (PST) Received: (qmail 1512 invoked by uid 0); 11 Jan 2009 18:02:41 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 11 Jan 2009 18:02:41 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 11 Jan 2009 12:25:59 -0500 To: John C Klensin From: Russ Housley Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: <44D118A7DDE76EE60062D389@PST.jck.com> References: <70873A2B7F744826B0507D4B84903E60@noisy> <44D118A7DDE76EE60062D389@PST.jck.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090111180940.3546D28C23F@core3.amsl.com> Cc: Trustees , Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org [Smaller Distribution] John: You may recall the XMLDSIG WG, which operated under both the IETF and W3C to create a joint standards. Getting the same words approved under both processes at the same time was a real pain. One that was not repeated when XML Encryption standards were developed. The recent discussions with ITU-T on requirements for MPLS-TP further demonstrate the difficulties of two SDOs working together. If the IETF and ITU-T had to agree on the words for a protocol specification, the process would be much more lengthy. My lesson from this activity is that joint development is much harder than the sum of its components. The rewards would have to be significant in order to repeat it. This is not a statement about W3C or the ITU-T. It is a statement about trying to merge the approval processes of any two organizations. Russ At 11:05 PM 1/8/2009, John C Klensin wrote: >Stephen and Fred, > >One of the interesting issues with 5378 is that there has never >been consensus about what problem(s) it was trying to solve. >The WG reached consensus on the two documents without, IMO, >reaching consensus on the problem statement. Nothing in our >procedures prohibits that, whether it is wise or not in a >particular case. > >However, to the extent to which "the problem" has been handing >off documents to other bodies, I believe it has always been a >distraction because there is a far easier solution... even >easier than the "go ask that set of authors" suggestion that >Fred proposes. > >One thing that has always been vague, perhaps deliberately, is >just where the boundary of "use in the IETF for IETF purposes" >(a crude paraphrase of the intent that has dominated our >thinking since 2026 and before) lies. With the understanding >that their situations are a bit different because of different >basic IPR rules, other standards bodies have regularly >interpreted their equivalent principles as giving them the >ability to transfer change control to someone else _as a natural >part of their own work_. I say "regularly", rather than "often" >because, AFAIK, inter-SDO transfers have never been frequent >(except for specifications developed as national standards by >ISO Member Bodies and then transferred to ISO (or ISO/IEC) for >development and maintenance as International Standards). >Sometimes it might require a bit of a dance --for example, we >could define an IEEE WG as being joint with a shadow IETF one, >but then permit it to work under IEEE rules and approval and >publications process-- but the big issue is the handing over of >change control, not the handing over of the document and the >right to maintain it. > > >From that perspective, the "transfer" situation is entirely a >problem of definitions. It is up to the Trustees to get an >opinion from Counsel, but, as a common-sense matter and with the >understanding that I'm one of the more reluctant members of the >community to hand "do whatever you want" rights off to the Trust >without a formal copyright transfer, I just can't imagine an >author/ contributor who would be ok with the IETF using a >Contribution in IETF Standards work for the benefit of the >Internet community taking serious exception to the IETF's >delegating responsibility for that Standard and its maintenance >to some other body. > >If I'm correct and transfer of a Standard to another SDO is >really a non-issue, then perhaps the question of what problem(s) >5378 was intended to solve becomes more relevant... or perhaps >it does not. But, given the problems the 5378/5377 model has >turned out to create, eliminating one of the major claimed >reasons for creating that model makes it much easier to consider >just repealing the things and doing a small update to 3978/4748 >to de-glitch them. > > john > > >--On Friday, January 09, 2009 0:59 +0000 Stephen Farrell > wrote: > > > +1 to fred's proposal, let the exceptions be just that and > > don't bother most I-D authors, > > Stephen. > > > > On 8 Jan 2009, at 22:49, Fred Baker wrote: > > > >> You asked me to make this comment publicly, so here it is. > >> > >> In my opinion, we need a 5378-bis that keeps the good bits > >> but corrects the issue that has been problematic. The > >> question before the house is how best to achieve that. The > >> proposal here is to provide a work-around that enables an > >> internet draft author to state that s/he has not verified > >... > >> From my perspective, the best approach involves keeping the > >> general case simple. The documents that have been > >> transferred outside the IETF in the past five years is a > >> single digit number, a tenth of a percent of all RFCs if > >> not a smaller fraction. From my perspective, the simplest > >> solution to the transfer issue is to ask the people > >> relevant to a document for which transfer has been suggested > >> whether they have an issue with transferring it, rather > >> than asking every document author his or her opinion on the > >... > >> As to the other issues that 5378 addresses, I suspect that a > >> better approach will be to fall back to 3978/4748/2026 > >> temporarily and move to 5378-bis when it comes rather than > >> to use this very general workaround to 5378's issues until > >> 5378-bis is resolved. 3978 etc worked just fine for most > >> purposes... > >_______________________________________________ >Ietf mailing list >Ietf@ietf.org >https://www.ietf.org/mailman/listinfo/ietf From wgchairs-bounces@ietf.org Sun Jan 11 14:03:10 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF8103A6962; Sun, 11 Jan 2009 14:03:10 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D12C23A6A36; Sun, 11 Jan 2009 14:03:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.449 X-Spam-Level: X-Spam-Status: No, score=-6.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dXG70a9ZYTF9; Sun, 11 Jan 2009 14:03:08 -0800 (PST) Received: from mexforwardwc.lss.emc.com (mexforwardwc.lss.emc.com [137.69.117.200]) by core3.amsl.com (Postfix) with ESMTP id 17BAE3A6962; Sun, 11 Jan 2009 14:03:07 -0800 (PST) Received: from scl02-01d02-si01.isus.emc.com (scl02-01d02-si01.isus.emc.com [137.69.225.84]) by mexforwardwc.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n0BM2niW016956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Jan 2009 14:02:49 -0800 (PST) Received: from mailhub.lss.emc.com (nagas.lss.emc.com [10.254.144.11]) by scl02-01d02-si01.isus.emc.com (Tablus Interceptor); Sun, 11 Jan 2009 14:02:42 -0800 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n0BM2eUI013422; Sun, 11 Jan 2009 17:02:41 -0500 (EST) From: Black_David@emc.com Received: from CORPUSMX80A.corp.emc.com ([10.254.89.201]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 11 Jan 2009 17:02:40 -0500 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 Subject: 5378 - one purpose Date: Sun, 11 Jan 2009 17:02:40 -0500 Message-ID: <9FA859626025B64FBC2AF149D97C944A01074D8B@CORPUSMX80A.corp.emc.com> In-Reply-To: <44D118A7DDE76EE60062D389@PST.jck.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 5378 - one purpose Thread-Index: AclyfCO7VbCPlSy+QLabZroTvusVcgBukm7Q References: <70873A2B7F744826B0507D4B84903E60@noisy> <44D118A7DDE76EE60062D389@PST.jck.com> To: X-OriginalArrivalTime: 11 Jan 2009 22:02:40.0635 (UTC) FILETIME=[5268A4B0:01C97438] X-RSA-Inspected: yes X-RSA-Classifications: X-RSA-Action: allow Cc: trustees@ietf.org, wgchairs@ietf.org, ietf@ietf.org, Black_David@emc.com, rfc-editor@rfc-editor.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org John, > If I'm correct and transfer of a Standard to another SDO is > really a non-issue, then perhaps the question of what problem(s) > 5378 was intended to solve becomes more relevant... or perhaps > it does not. But, given the problems the 5378/5377 model has > turned out to create, eliminating one of the major claimed > reasons for creating that model makes it much easier to consider > just repealing the things and doing a small update to 3978/4748 > to de-glitch them. My recollection of one of the major problems that 5378 was intended to solve is allowing use of text from IETF standards outside of the IETF. Two specific examples are: 1) Use of code from an RFC in an implementation. This often requires the ability to modify the code in some minor ways. 2) Use of text from an RFC in another standard. This is *not* transfer of the standard, but rather allowing use of the actual text in a different standard that does something similar. The pre-5378 copyright rules block both of these. The ipr WG spent a great deal of time discussing code use, and whether to apply the same provisions to text (ultimately, the same provisions were not applied). I have personally been in a situation where an editor in another standards organization had to do a complete rewrite of a large quantity of text obtained from an RFC because the IETF could not grant copyright permission independent of whether the IETF wanted to grant that permission or not. Regardless of the mess that's been made for revisions of documents that used the old rules, I doubt that a "de-glitch" effort on 3978/4748 can address the two examples noted above,=20 as both require additional permissions from authors that the IETF has not obtained in the past (and hence that the IETF does not have for documents created under past rules). Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- From ldsesqeamesm@alliedoldenglish.com Mon Jan 12 01:00:40 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 006E428C2EA for ; Mon, 12 Jan 2009 01:00:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -28.509 X-Spam-Level: X-Spam-Status: No, score=-28.509 tagged_above=-999 required=5 tests=[AWL=-4.267, BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_IS_SMALL6=0.556, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 fTYLPZT-Rsti for ; Mon, 12 Jan 2009 01:00:39 -0800 (PST) Received: from aget.gr (unknown [78.128.4.242]) by core3.amsl.com (Postfix) with SMTP id 3A11828C2E6 for ; Mon, 12 Jan 2009 01:00:37 -0800 (PST) To: Subject: Re: Order status 49216 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090112090038.3A11828C2E6@core3.amsl.com> Date: Mon, 12 Jan 2009 01:00:37 -0800 (PST)
From wgchairs-bounces@ietf.org Mon Jan 12 09:44:50 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4DF5428C33B; Mon, 12 Jan 2009 09:44:50 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 50B093A6870; Sun, 11 Jan 2009 10:47:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.612 X-Spam-Level: X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[AWL=-0.013, 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 ClRehcwDacZp; Sun, 11 Jan 2009 10:47:35 -0800 (PST) Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 0C6013A6AC3; Sun, 11 Jan 2009 10:47:35 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1LM5LD-000G1i-KW; Sun, 11 Jan 2009 13:47:19 -0500 Date: Sun, 11 Jan 2009 13:47:09 -0500 From: John C Klensin To: Russ Housley Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: References: <70873A2B7F744826B0507D4B84903E60@noisy> <44D118A7DDE76EE60062D389@PST.jck.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Mon, 12 Jan 2009 09:44:49 -0800 Cc: Trustees , Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --On Sunday, January 11, 2009 12:25 -0500 Russ Housley wrote: > [Smaller Distribution] > > John: > > You may recall the XMLDSIG WG, which operated under both the > IETF and W3C to create a joint standards. Getting the same > words approved under both processes at the same time was a > real pain. One that was not repeated when XML Encryption > standards were developed. > > The recent discussions with ITU-T on requirements for MPLS-TP > further demonstrate the difficulties of two SDOs working > together. If the IETF and ITU-T had to agree on the words for > a protocol specification, the process would be much more > lengthy. > > My lesson from this activity is that joint development is much > harder than the sum of its components. The rewards would have > to be significant in order to repeat it. This is not a > statement about W3C or the ITU-T. It is a statement about > trying to merge the approval processes of any two > organizations. Nor was I suggesting anything of the sort, especially since I was somewhat in the policy middle of the ISO-ITU Joint Development Agreement that brought us, among other things, OSI. But joint development, or even joint approval, are very different from one SDO saying "by mutual consent, we are delegating further development and maintenance of this particular document to some other SDO". john From wgchairs-bounces@ietf.org Mon Jan 12 11:07:54 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B78EA3A6B20; Mon, 12 Jan 2009 11:07:54 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B7CCC3A6AF6 for ; Mon, 12 Jan 2009 11:07:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.528 X-Spam-Level: X-Spam-Status: No, score=-2.528 tagged_above=-999 required=5 tests=[AWL=0.071, 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 K5mbmmMYQ828 for ; Mon, 12 Jan 2009 11:07:51 -0800 (PST) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by core3.amsl.com (Postfix) with ESMTP id A53103A68F7 for ; Mon, 12 Jan 2009 11:07:51 -0800 (PST) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 2h9c1b00c0SCNGk55j7dok; Mon, 12 Jan 2009 19:07:37 +0000 Received: from Harrington73653 ([24.147.240.21]) by OMTA09.westchester.pa.mail.comcast.net with comcast id 2j7c1b00X0UQ6dC3Vj7cML; Mon, 12 Jan 2009 19:07:37 +0000 From: "David Harrington" To: "'Fred Baker'" , "'Ed Juskevicius'" References: <70873A2B7F744826B0507D4B84903E60@noisy> Subject: RE: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Mon, 12 Jan 2009 14:07:35 -0500 Message-ID: <004801c974e9$07fcf4b0$0600a8c0@china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Aclx412u7wZKjWeUS9GpdWSl/ZMXzwAoieHQ Cc: 'Trustees' , 'Working Group Chairs' , 'IETF Discussion' , 'RFC Editor' X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org > From my perspective, the best approach involves keeping the general > case simple. I concur. I think we should continue to use the RFC3978 rules as the default, and to allow WGs to choose to assign, or not, the new rights on new documents. I was author of 4663, and I coordinated the whole effort to transfer the rights to the Bridge MIB documents from IETF to IEEE. I can state that getting permission from the authors and their companies was not onerous, but I would not want to do that for documents that were not being transferred. I will observe that the requirement we met for RFC4663 was to get permission from the authors of the current drafts, and the authors of the previous revisions, and their companies. We did not try to determine the complete list of people who contributed to the works as WG members. I think THAT task would have been so onerous that I would have argued against doing the transfer, and told IEEE persons to just come work in the IETF instead. In actuality, for RFC4663, the IEEE lawyers got the permissions. I just helped by identifying the authors and their companies. I suggest the right way to handle this in the future is to let the copying organization go get the permissions and assume any related risk. To make that easier, I would not have a problem with a WG deciding to include the right to copy. But then the question becomes "is rough consensus adequate?" or must it be unamimous? If it has to be unanimous, then we apparently would need a membership and voting system, so we know who has a say, and whether they have voted or not. I have been an editor of IETF documents for years, and have never tried to document where every contribution came from, or tried to track the legal permissions granted by each contributor for their text. If I am expected to assume legal risk for asserting that all rights have been granted for text in documents being transferred or being copied into other documents, for all contributors to a WG document, then I would gladly give up editing. I really do not like the changes this new boilerplate forces onto the IETF process. I would rather continue to use RFC2026/3978 rules. David Harrington dbharrington@comcast.net ietfdbh@comcast.net dharrington@huawei.com From wgchairs-bounces@ietf.org Mon Jan 12 18:52:40 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E3053A6A36; Mon, 12 Jan 2009 18:52:40 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 107963A68E7; Mon, 12 Jan 2009 18:52:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.561 X-Spam-Level: X-Spam-Status: No, score=-106.561 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, 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 ZrW9Apizs1Md; Mon, 12 Jan 2009 18:52:37 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id A15AE3A6955; Mon, 12 Jan 2009 18:52:37 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,256,1231113600"; d="scan'208";a="128027062" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 13 Jan 2009 02:52:23 +0000 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n0D2qNmk028225; Mon, 12 Jan 2009 18:52:23 -0800 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0D2qKr2010507; Tue, 13 Jan 2009 02:52:21 GMT From: Cullen Jennings To: Fred Baker In-Reply-To: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> Impp: xmpp:cullenfluffyjennings@jabber.org Subject: Re: Logjam and "we gotta DO something!" References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> Message-Id: <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 12 Jan 2009 19:52:15 -0700 X-Mailer: Apple Mail (2.930.3) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2453; t=1231815143; x=1232679143; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fluffy@cisco.com; z=From:=20Cullen=20Jennings=20 |Subject:=20Re=3A=20Logjam=20and=20=22we=20gotta=20DO=20som ething!=22 |Sender:=20; bh=bJbHtHtrtpMg5NZk/vNbRtK2FbbDbLxJsS4PiAfMmy0=; b=Wn5xOKtIZSJZ6l5lIsGFC1/LCroBmu1dbY1NPqs5+3pLJwb2jtU0jj0P+/ rxTwrq6Inh/AfP8GmVGw1rGGeTetxY3t9/mcbvmqi378e+DPURrjauvFrRk8 7q6YbYB9uf; Authentication-Results: sj-dkim-4; header.From=fluffy@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Cc: Trustees , Working Group Chairs , IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Fred, I agree with your point that lots of drafts are getting posted and much of the work at IETF is proceeding more or less as normal. However, I am aware of cases of the following: * documents ready to be published as RFCs blocked in Auth 48 due to this * document in some stage of IESG review waiting for update where the update can not be submitted * WG drafts that have been updated and are ready to publish as I-Ds but can't * new drafts ready to be submitted as individual -00 drafts that can't due to text reuse So the problem is impacting some work - I suspect that as the the wider community comes to understand what the issue is, there will be more things blocked so I greatly appreciated the efforts of Trustees, Russ, Olaf, and others to resolve this problem ASAP. I think it is critical that it be resolved well before the draft deadline for the next IETF meeting. If we can't have updates of the drafts before the meeting, I believe it will end up significantly delaying a substantial amount of work. Cullen On Jan 9, 2009, at 11:01 AM, Fred Baker wrote: > Not posting this to the IETF list as I don't think it materially > contributes to that discussion. This is a comment for the > management, if you will. > > There is a comment I have heard frequently that there is a "logjam" > and folks "aren't posting internet drafts". Since the 16th of > December, there have been 144 newly posted drafts, and since the > past IETF there have been 668. Comparison to a recent IETF, the one > in Dublin: 37 drafts were posted during the meeting, 105 in August, > 107 in September, and 410 in October for a total of 659 between the > two IETFs. 144 (Dec 16-present around a holiday) is more than 107 > (September), and 668 is comparable to the total updates Dublin- > October. > > My numbers will be off by the number of documents that were posted > pre-MPLS and updated since (my mirror doesn't contain every version > of every draft, only the current versions), but my main point is > that I'm not sure that the statistics support the term "logjam". > > Jul.txt 37 (after 24 July) > Aug.txt 105 > Sep.txt 107 > Oct.txt 410 > Nov.txt 402 > Dec.txt 206 > Jan.txt 60 (to date, one week) > > < > Aug.txt> Dec-16.txt> From karies-dreizackj@ampel.mailnet.dyndns.biz Tue Jan 13 02:53:25 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E58613A6821 for ; Tue, 13 Jan 2009 02:53:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -55.458 X-Spam-Level: X-Spam-Status: No, score=-55.458 tagged_above=-999 required=5 tests=[BAYES_95=3, GB_I_LETTER=-2, HELO_EQ_DSL=1.129, HELO_MISMATCH_NET=0.611, HOST_EQ_HU=1.245, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_RHS_DOB=1.083, 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 6R6xUP7rHx-m for ; Tue, 13 Jan 2009 02:53:25 -0800 (PST) Received: from alice-dsl.net (netacc-gpn-0-71.gprs.pgsm.hu [84.224.0.71]) by core3.amsl.com (Postfix) with SMTP id BDFDC3A67FD for ; Tue, 13 Jan 2009 02:52:56 -0800 (PST) To: Subject: Up to 20% cashback on every purchase? From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090113105303.BDFDC3A67FD@core3.amsl.com> Date: Tue, 13 Jan 2009 02:52:56 -0800 (PST)
From wgchairs-bounces@ietf.org Tue Jan 13 12:36:45 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 187C128C14F; Tue, 13 Jan 2009 12:36:45 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62C2128C0E2 for ; Tue, 13 Jan 2009 12:36:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, SPF_PASS=-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 NDvMjZUlBb4q for ; Tue, 13 Jan 2009 12:36:39 -0800 (PST) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id ADDB228C152 for ; Tue, 13 Jan 2009 12:36:38 -0800 (PST) Received: from dn3-232.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id n0DKZWEJ083760 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 13 Jan 2009 14:36:22 -0600 (CST) (envelope-from rjsparks@nostrum.com) Message-Id: <159178EC-428B-41BE-AD23-18EAEFAB01DE@nostrum.com> From: Robert Sparks To: Working Group Chairs Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: ical version of important-dates? Date: Tue, 13 Jan 2009 14:36:22 -0600 X-Mailer: Apple Mail (2.930.3) Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) X-Virus-Scanned: ClamAV 0.94.2/8861/Tue Jan 13 10:09:19 2009 on shaman.nostrum.com X-Virus-Status: Clean X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Has anybody created an ical view of http://www.ietf.org/meetings/74/cutoff-dates.html yet? RjS From wgchairs-bounces@ietf.org Tue Jan 13 21:41:36 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2275D3A6B1A; Tue, 13 Jan 2009 21:41:36 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B4083A67AD; Tue, 13 Jan 2009 21:41:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.488 X-Spam-Level: X-Spam-Status: No, score=-106.488 tagged_above=-999 required=5 tests=[AWL=0.111, BAYES_00=-2.599, 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 VA1n2G6avjAC; Tue, 13 Jan 2009 21:41:34 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 1853D3A63EC; Tue, 13 Jan 2009 21:41:34 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,262,1231113600"; d="scan'208";a="128643921" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 14 Jan 2009 05:41:19 +0000 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n0E5fJMM024197; Tue, 13 Jan 2009 21:41:19 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id n0E5fJN7021285; Wed, 14 Jan 2009 05:41:19 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 13 Jan 2009 21:41:19 -0800 Received: from [192.168.0.136] ([10.21.114.92]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 13 Jan 2009 21:41:18 -0800 Message-Id: <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> From: Fred Baker To: Cullen Jennings In-Reply-To: <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Logjam and "we gotta DO something!" Date: Tue, 13 Jan 2009 21:41:18 -0800 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 14 Jan 2009 05:41:19.0073 (UTC) FILETIME=[B9808D10:01C9760A] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3293; t=1231911679; x=1232775679; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20 |Subject:=20Re=3A=20Logjam=20and=20=22we=20gotta=20DO=20som ething!=22 |Sender:=20; bh=hFL1foXrw4XFSqgxniUn5RBtUoYGkjpHG0Rf0AhWQbc=; b=TaucolO8ODB4U4roDVjLLqgPiw4XNtC7Ub3jkPiS80NFKCYKjXpnQdSL6R vSHCq5ueX+O203AlGvdHYja8pDCPtA5z/qEuv9WUdXcEbznsKVYVFyEqpBsQ 9vZz1bn00+; Authentication-Results: sj-dkim-4; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Cc: Trustees , Working Group Chairs , IAB , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org I feel like this is being jammed through with a sense of urgency; for the trustees, that meant that we were given a ballot on 23 December with a reply-by date of 29 December, during which few of us were reading email much less giving significant time to discussing the detailed ramifications of legal language. My point is that I think we need to take a deep breath and ask ourselves what has to be solved on what schedule. Not to say "it doesn't have to be solved" or "we don't need a temporary work-around," but "what should that temporary work-around be" and "let's make sure we are solving the things we need to solve in the best way to solve them." On Jan 12, 2009, at 6:52 PM, Cullen Jennings wrote: > > Fred, > > I agree with your point that lots of drafts are getting posted and > much of the work at IETF is proceeding more or less as normal. > However, I am aware of cases of the following: > > * documents ready to be published as RFCs blocked in Auth 48 due to > this > > * document in some stage of IESG review waiting for update where the > update can not be submitted > > * WG drafts that have been updated and are ready to publish as I-Ds > but can't > > * new drafts ready to be submitted as individual -00 drafts that > can't due to text reuse > > So the problem is impacting some work - I suspect that as the the > wider community comes to understand what the issue is, there will be > more things blocked so I greatly appreciated the efforts of > Trustees, Russ, Olaf, and others to resolve this problem ASAP. I > think it is critical that it be resolved well before the draft > deadline for the next IETF meeting. If we can't have updates of the > drafts before the meeting, I believe it will end up significantly > delaying a substantial amount of work. > > Cullen > > > > On Jan 9, 2009, at 11:01 AM, Fred Baker wrote: > >> Not posting this to the IETF list as I don't think it materially >> contributes to that discussion. This is a comment for the >> management, if you will. >> >> There is a comment I have heard frequently that there is a "logjam" >> and folks "aren't posting internet drafts". Since the 16th of >> December, there have been 144 newly posted drafts, and since the >> past IETF there have been 668. Comparison to a recent IETF, the one >> in Dublin: 37 drafts were posted during the meeting, 105 in August, >> 107 in September, and 410 in October for a total of 659 between the >> two IETFs. 144 (Dec 16-present around a holiday) is more than 107 >> (September), and 668 is comparable to the total updates Dublin- >> October. >> >> My numbers will be off by the number of documents that were posted >> pre-MPLS and updated since (my mirror doesn't contain every version >> of every draft, only the current versions), but my main point is >> that I'm not sure that the statistics support the term "logjam". >> >> Jul.txt 37 (after 24 July) >> Aug.txt 105 >> Sep.txt 107 >> Oct.txt 410 >> Nov.txt 402 >> Dec.txt 206 >> Jan.txt 60 (to date, one week) >> >> < >> Aug >> .txt>> Dec-16.txt> > From wgchairs-bounces@ietf.org Wed Jan 14 00:12:32 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 356EB3A694D; Wed, 14 Jan 2009 00:12:32 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4099C28C0DB for ; Wed, 14 Jan 2009 00:12:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.663 X-Spam-Level: X-Spam-Status: No, score=-1.663 tagged_above=-999 required=5 tests=[AWL=0.936, 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 M6rRqsJxbywG for ; Wed, 14 Jan 2009 00:12:30 -0800 (PST) Received: from mail.fit.nokia.com (unknown [IPv6:2001:2060:40:1::123]) by core3.amsl.com (Postfix) with ESMTP id B350C3A6819 for ; Wed, 14 Jan 2009 00:12:29 -0800 (PST) Received: from [192.168.255.2] (a88-112-30-134.elisa-laajakaista.fi [88.112.30.134]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id n0E8C5oq016751 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 14 Jan 2009 10:12:05 +0200 (EET) (envelope-from lars.eggert@nokia.com) Message-Id: From: Lars Eggert To: Robert Sparks In-Reply-To: <159178EC-428B-41BE-AD23-18EAEFAB01DE@nostrum.com> Content-Type: multipart/signed; boundary=Apple-Mail-37-210455094; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [IAB] ical version of important-dates? Date: Wed, 14 Jan 2009 10:12:05 +0200 References: <159178EC-428B-41BE-AD23-18EAEFAB01DE@nostrum.com> X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (mail.fit.nokia.com [212.213.221.39]); Wed, 14 Jan 2009 10:12:07 +0200 (EET) X-Virus-Scanned: ClamAV 0.94.2/8862/Wed Jan 14 06:33:49 2009 on fit.nokia.com X-Virus-Status: Clean Cc: Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --Apple-Mail-37-210455094 Content-Type: multipart/mixed; boundary=Apple-Mail-36-210455028 --Apple-Mail-36-210455028 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit No, but I have a perl script to do so (attached). Lars On 2009-1-13, at 22:36, Robert Sparks wrote: > Has anybody created an ical view of http://www.ietf.org/meetings/74/cutoff-dates.html > yet? > > RjS --Apple-Mail-36-210455028 Content-Disposition: attachment; filename=important-dates.pl Content-Type: text/x-perl-script; x-unix-mode=0755; name="important-dates.pl" Content-Transfer-Encoding: 7bit #! /usr/local/bin/perl # Copyright (C) 2007-2009 Lars Eggert # All rights reserved. # # Redistribution and use in source and binary forms are permitted # provided that the above copyright notice and this paragraph are # duplicated in all such forms and that any documentation, # advertising materials, and other materials related to such # distribution and use acknowledge that the software was developed # by Lars Eggert. The name of the author may not be used to endorse # or promote products derived from this software without specific # prior written permission. # # THIS SOFTWARE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED # WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR # PURPOSE. # $Id: important-dates.pl,v 1.6 2009/01/14 08:11:51 eggert Exp $ use warnings; use strict; use Getopt::Long; use FindBin; use WWW::Mechanize; use Data::Ical; use Data::ICal::Entry::Event; use Date::ICal; use Date::Parse; use DateTime; use HTML::TokeParser::Simple; # process options my %opt = ( v => 0 ); if (GetOptions(\%opt, "i|ietf=s", "v|verbose+", "h|help") == 0 or $opt{h} or not exists $opt{i}) { print < Where: -help print help text and exit -verbose be more verbose -ietf number of the IETF meeting to process STOP exit; } sub cleanup ($) { my $text = shift; # remove crap from web page dump $text =~ s/[\t \xA0]+/ /g if $text; $text =~ s/^[\t ]+//g if $text; $text =~ s/[\t ]+$//g if $text; $text =~ s/[\n\r]+/\n/g if $text; $text =~ s/^[\r\n]//g if $text; $text =~ s/[\t ]+/ /g if $text; chomp $text; return $text; } # get the page LWP::Debug::level('+') if $opt{v} > 1; my $url = "http://www.ietf.org/meetings/$opt{i}/cutoff-dates.html"; my $mech = WWW::Mechanize->new(env_proxy => 1); $mech->proxy('https', undef); $mech->get($url); my $page = $mech->content(); print STDERR $page if $opt{v} > 1; # make a calendar my $cal = Data::ICal->new(); # make a parser and parse my $months = "(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)"; my $p = HTML::TokeParser::Simple->new(string => $page); while (my $token = $p->get_token) { next unless $token->is_text; my $txt = cleanup $token->as_is; next unless $txt =~ /^$months/; $txt =~ /^([a-z]+\s+\d+(,\s+\d+)?).*\s+-\s+(.*)/i; my ($date, $descr) = ($1, $3); my $etime = $1; if ($descr) { $descr =~ /.*\(([0-9]+.*)\).*/; # if there is no match this will be set to $1 from above $etime = $1; } # skip and warn if we're missing data unless ($date and $descr) { print STDERR "$txt\n$date\n$descr\n" if $opt{v}; next; } # make summary more readable (and shorter) $descr = lc $descr; $descr =~ s/\s+ads\s+/ ADs /ig; $descr =~ s/cut-off/cutoff/ig; $descr =~ s/date //ig; $descr =~ s/working group/WG/ig; $descr =~ s/area director/AD/ig; $descr =~ s/BOF requests/BOFs/ig; $descr =~ s/internet draft/ID/ig; $descr =~ s/bof/BOF/ig; $descr =~ s/(\(.*\))//ig; $descr =~ s/for comment.*//ig; $descr =~ s/(((due )?by|at|appreciated|, upload)\s.*)$//ig; $descr =~ s/to be published.*//ig; $descr =~ s/for requests to//ig; $descr =~ s/and/\&/ig; $descr =~ s/initial document.*/-00/ig; $descr =~ s/(.*)\.\s+.*/$1/ig; $descr =~ s/(.*) \d+:\d+.*/$1/; $descr =~ s/[\t ]+/ /ig; $descr = "IETF-$opt{i} $descr"; # if the item has a timestamp, use that, otherwise construct one my $year = DateTime->now->year; $etime =~ s/[a-z]+day,?//i; $etime =~ s/24:00/00:00/; $etime =~ s/\/GMT//; $etime = "$date, $etime" unless $etime =~ /$months/i; $etime .= " 01:00 UTC" unless $etime =~ /\d+:\d+/; $etime .= " $year" unless $etime =~ /20\d+/; my $when = str2time($etime); die "could not parse event date: $etime" unless $when; # add to calendar (US/Eastern has GMT offset -0600) my $t = Date::ICal->new(epoch => $when); my $tstr = "TZID=US/Eastern:" . $t->ical(offset => "-0600"); my $evt = Data::ICal::Entry::Event->new(); $evt->add_properties( summary => $descr, description => $txt, url => $url, dtstart => $tstr, dtend => $tstr, created => Date::ICal->new(epoch => time)->ical(), ); $cal->add_entry($evt); } my $caltext = $cal->as_string; $caltext =~ s/(DT(START|END)):TZID(.*)/$1;TZID$3/gm; print $caltext; --Apple-Mail-36-210455028-- --Apple-Mail-37-210455094 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQDCCAvkw ggJioAMCAQICEEi7WbMMKa2GLKFpQDaOBQEwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDgyMzE3NDMzOVoXDTA5MDgyMzE3NDMz OVowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEAlwQVktJZCY89iU6jcW1XnZQN+aMgF2utCUT3H3ZKB5Jbet1SDWt0md/W 571bHjxtn9CfEJdochNL3l9f1WiJNdVbJ182557Ltx9SojqthpqtA0jKEqo2gqrf+raUj1demmo0 6ocsLqv046CrwidOp6k0RAfvkKPLhD4PD9Nk3oaZuxqBz1wY4u8Q83iWMArDeXiQxfNZnOBz5cDs VvVjTjitm3VANkbD02tNkwl5AHw7htde4yH8hIwlfzqsAtHBEah3HyOvs9b+gHg2pFz9eS+HuotY ZKycCweRs8NKXoCg+zAkVYi3zvZEH2VOuPlpMQMrB9+fLWg2UBsTeZ864wIDAQABozIwMDAgBgNV HREEGTAXgRVsYXJzLmVnZ2VydEBub2tpYS5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUF AAOBgQBMdV2U+ryV5t3nuBFH19XKflodN6Bc60GBYHHY/Z0+Cl08Q75qzTt02IILBg+/YVh/fygb 6pFrOm1sFtLN7fENBfbO2VtpFjP2lGUgbXTVT5xGM6+MtqZiBI6LqexAeY6gsd/taoUfy9fZG42d ciBA9gSGlQjjWQyG8mb5HR8L9jCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3 DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3 MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5 KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzAN BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9 fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+ uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMB Af8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3 dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcP f6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH 2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x ggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ SLtZswwprYYsoWlANo4FATAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0wOTAxMTQwODEyMDVaMCMGCSqGSIb3DQEJBDEWBBRV5aeoe4opXs0L lnAB9ZMi+wWOiTCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEw DQYJKoZIhvcNAQEBBQAEggEAkrM/HBHKj5MjddNBYL9d2UCWw+Gvpq4YuzLKXjDMsYdoWCCqs1Ri UCcS14UGwyEc+vgXv7zLgSjc3WK0VtbR3heMws65gY2tYI0xPRtcQy8niw3EAHLloew8iY8LQNqQ t7stR0z6Pb09c0hFPU2BfXNKPx/I3Q53F9xuhdiHhVe63zkwJtSDpPtyukJf5uF8FoyQIqu+yOkj jBQnBw0qOICrKKEJevWDpbd6ejm+V5DvnO+dpr8FhovWEI47MS58Qj0fyJHVSQ8au0BoEbCTQ+Ym aCGdKFec9KQiTc5bvCuAJ+sOx4oG9bfjQ/VUOZ38bDFVEQ7r5djNSnIC9fFRaQAAAAAAAA== --Apple-Mail-37-210455094-- From mail@aida-escort.com Wed Jan 14 02:39:50 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D24BF3A6858 for ; Wed, 14 Jan 2009 02:39:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -19.721 X-Spam-Level: X-Spam-Status: No, score=-19.721 tagged_above=-999 required=5 tests=[AWL=-8.759, BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 Lb4aUbloa9P9 for ; Wed, 14 Jan 2009 02:39:49 -0800 (PST) Received: from adbsys.com (unknown [59.183.31.44]) by core3.amsl.com (Postfix) with SMTP id 335043A6837 for ; Wed, 14 Jan 2009 02:39:47 -0800 (PST) To: Subject: Re: Order status 21957 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090114103948.335043A6837@core3.amsl.com> Date: Wed, 14 Jan 2009 02:39:47 -0800 (PST)
From maki-takada@agc.co.jp Wed Jan 14 05:40:31 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 114473A6B5F for ; Wed, 14 Jan 2009 05:40:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -51.144 X-Spam-Level: X-Spam-Status: No, score=-51.144 tagged_above=-999 required=5 tests=[AWL=-4.314, BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_IS_SMALL6=0.556, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, 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 edSMhJlff2Sp for ; Wed, 14 Jan 2009 05:40:27 -0800 (PST) Received: from adam.es (unknown [84.224.61.2]) by core3.amsl.com (Postfix) with SMTP id 349623A63EC for ; Wed, 14 Jan 2009 05:40:24 -0800 (PST) To: Subject: RE: Message 23348 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090114134025.349623A63EC@core3.amsl.com> Date: Wed, 14 Jan 2009 05:40:24 -0800 (PST)
From wgchairs-bounces@ietf.org Wed Jan 14 06:26:26 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2E1D93A69D6; Wed, 14 Jan 2009 06:26:26 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 22DAB3A69D6; Wed, 14 Jan 2009 06:26:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ao9FUUCG1TUp; Wed, 14 Jan 2009 06:26:24 -0800 (PST) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by core3.amsl.com (Postfix) with ESMTP id 231943A69D3; Wed, 14 Jan 2009 06:26:24 -0800 (PST) Received: by gxk14 with SMTP id 14so467457gxk.13 for ; Wed, 14 Jan 2009 06:26:08 -0800 (PST) Received: by 10.150.206.11 with SMTP id d11mr1938338ybg.209.1231943168011; Wed, 14 Jan 2009 06:26:08 -0800 (PST) Received: by 10.151.75.6 with HTTP; Wed, 14 Jan 2009 06:26:07 -0800 (PST) Message-ID: Date: Wed, 14 Jan 2009 06:26:07 -0800 From: "Eric Rescorla" To: "Fred Baker" Subject: Re: Logjam and "we gotta DO something!" In-Reply-To: <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> Cc: Cullen Jennings , Trustees , IAB , ISOC TRUSTEES , Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Tue, Jan 13, 2009 at 9:41 PM, Fred Baker wrote: > I feel like this is being jammed through with a sense of urgency; for the > trustees, that meant that we were given a ballot on 23 December with a > reply-by date of 29 December, during which few of us were reading email much > less giving significant time to discussing the detailed ramifications of > legal language. > > My point is that I think we need to take a deep breath and ask ourselves > what has to be solved on what schedule. Not to say "it doesn't have to be > solved" or "we don't need a temporary work-around," but "what should that > temporary work-around be" and "let's make sure we are solving the things we > need to solve in the best way to solve them." Well, the -00 draft deadline is March 2. The -01 is March 9. If we don't have this solved by then, I'm aware of at least two WGs (P2PSIP and TLS) which have major work items which cannot be submitted under 5378. I suspect that there are a significant number of others, and that many of the drafts currently being submitted actually contain text by non-authors which has not been properly cleared. Obviously, we can simply have agendas which point to some external site, but then we could also dispense with I-Ds altogether and just have links to external sites. Is that the regime people want to operate in? -Ekr From wgchairs-bounces@ietf.org Wed Jan 14 06:51:02 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B3A628C159; Wed, 14 Jan 2009 06:51:02 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6633028C119; Wed, 14 Jan 2009 06:51:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.394 X-Spam-Level: X-Spam-Status: No, score=-103.394 tagged_above=-999 required=5 tests=[AWL=0.205, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 tAL5ljzC-ict; Wed, 14 Jan 2009 06:51:00 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id A10963A6880; Wed, 14 Jan 2009 06:50:59 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14245888; Wed, 14 Jan 2009 09:50:38 -0500 Message-Id: From: Marshall Eubanks To: "Eric Rescorla" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [Trustees] Logjam and "we gotta DO something!" Date: Wed, 14 Jan 2009 09:49:51 -0500 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> X-Mailer: Apple Mail (2.930.3) Cc: Cullen Jennings , Trustees , IAB , Working Group Chairs , Fred Baker , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 14, 2009, at 9:26 AM, Eric Rescorla wrote: > On Tue, Jan 13, 2009 at 9:41 PM, Fred Baker wrote: >> I feel like this is being jammed through with a sense of urgency; >> for the >> trustees, that meant that we were given a ballot on 23 December >> with a >> reply-by date of 29 December, during which few of us were reading >> email much >> less giving significant time to discussing the detailed >> ramifications of >> legal language. >> >> My point is that I think we need to take a deep breath and ask >> ourselves >> what has to be solved on what schedule. Not to say "it doesn't have >> to be >> solved" or "we don't need a temporary work-around," but "what >> should that >> temporary work-around be" and "let's make sure we are solving the >> things we >> need to solve in the best way to solve them." > > Well, the -00 draft deadline is March 2. The -01 is March 9. If we > don't Please note this earlier date, which is not blocking but desirable February 23, 2009 Monday - Working Group Chair approval for initial document (Version -00) submissions appreciated by 17:00 PST (01:00 Tuesday, February 24 UTC/GMT). Marshall > > have this solved by then, I'm aware of at least two WGs (P2PSIP and > TLS) which have major work items which cannot be submitted under > 5378. I suspect that there are a significant number of others, and > that > many of the drafts currently being submitted actually contain text > by non-authors which has not been properly cleared. > > Obviously, we can simply have agendas which point to some external > site, but then we could also dispense with I-Ds altogether and just > have > links to external sites. Is that the regime people want to operate in? > > -Ekr > _______________________________________________ > Trustees mailing list > Trustees@ietf.org > https://www.ietf.org/mailman/listinfo/trustees From mamorukwok-kin@americandinermuseum.org Wed Jan 14 07:26:36 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 855D23A69D6 for ; Wed, 14 Jan 2009 07:26:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -21.391 X-Spam-Level: X-Spam-Status: No, score=-21.391 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_IPADDR2=4.395, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, 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 IHRWO42xBH9p for ; Wed, 14 Jan 2009 07:26:35 -0800 (PST) Received: from 91-172-146-150.rev.libertysurf.net (91-172-146-150.rev.libertysurf.net [91.172.146.150]) by core3.amsl.com (Postfix) with SMTP id CB47A3A69D3 for ; Wed, 14 Jan 2009 07:26:34 -0800 (PST) To: Subject: Your order 68561 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090114152634.CB47A3A69D3@core3.amsl.com> Date: Wed, 14 Jan 2009 07:26:34 -0800 (PST)
From wgchairs-bounces@ietf.org Wed Jan 14 07:27:01 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 987FB3A69D3; Wed, 14 Jan 2009 07:27:01 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 003183A69D3; Wed, 14 Jan 2009 07:27:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.631 X-Spam-Level: X-Spam-Status: No, score=-2.631 tagged_above=-999 required=5 tests=[AWL=-0.032, 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 B1eB4-PDZKvT; Wed, 14 Jan 2009 07:26:59 -0800 (PST) Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by core3.amsl.com (Postfix) with ESMTP id 1FC913A6878; Wed, 14 Jan 2009 07:26:59 -0800 (PST) Received: from [192.168.0.8] ((unknown) [62.3.217.253]) by rufus.isode.com (submission channel) via TCP with ESMTPA id ; Wed, 14 Jan 2009 15:26:43 +0000 X-SMTP-Protocol-Errors: NORDNS Message-ID: <496E0427.4050708@isode.com> Date: Wed, 14 Jan 2009 15:26:31 +0000 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en To: Eric Rescorla Subject: Re: Logjam and "we gotta DO something!" References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Cullen Jennings , Trustees , IAB , Working Group Chairs , Fred Baker , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Eric Rescorla wrote: >Well, the -00 draft deadline is March 2. The -01 is March 9. If we don't >have this solved by then, I'm aware of at least two WGs (P2PSIP and >TLS) which have major work items which cannot be submitted under >5378. I suspect that there are a significant number of others, and that >many of the drafts currently being submitted actually contain text >by non-authors which has not been properly cleared. > > +1. >Obviously, we can simply have agendas which point to some external >site, but then we could also dispense with I-Ds altogether and just have >links to external sites. Is that the regime people want to operate in? > > From wgchairs-bounces@ietf.org Wed Jan 14 07:50:12 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7002428C19C; Wed, 14 Jan 2009 07:50:12 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 468F63A68D6; Wed, 14 Jan 2009 07:50:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.425 X-Spam-Level: X-Spam-Status: No, score=-2.425 tagged_above=-999 required=5 tests=[AWL=0.173, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BnVAsfdSg4i8; Wed, 14 Jan 2009 07:50:10 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by core3.amsl.com (Postfix) with ESMTP id 70E1F3A63CB; Wed, 14 Jan 2009 07:50:10 -0800 (PST) Received: from S73602b (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MKp8S-1LN801450n-000T2W; Wed, 14 Jan 2009 10:49:54 -0500 Message-ID: <54E6C21E582842CDA179DEACA4C53784@china.huawei.com> From: "Spencer Dawkins" To: "Eric Rescorla" , "Fred Baker" References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com><064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com><2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> Subject: Re: Logjam and "we gotta DO something!" Date: Wed, 14 Jan 2009 09:49:28 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Provags-ID: V01U2FsdGVkX19O1fPEXrwbM3GhUoESAE2vbL/q+qcuF3aYNSh Fh3mFH6qyUqiowUYEuKkL/x+LsCuNp1jdfmfLbJL8Dkrda+/10 hY2cFsmmGYLTpDPdFqLpHEC5+qJ6MtGXHhFYVuRkHs= Cc: Cullen Jennings , Trustees , IAB , ISOC TRUSTEES , Working Group Chairs X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org While driving to work this morning, I was thinking exactly what Eric said in his note below... > Obviously, we can simply have agendas which point to some external > site, but then we could also dispense with I-Ds altogether and just have > links to external sites. Is that the regime people want to operate in? > > -Ekr My suggested answer is, of course, "no". Although the IETF culture is that we aren't standards guys, by and large, it's also worth pointing out that any participants who ARE standards guys will be explaining to managers why nothing is happening in our working groups, and that's not going to help meeting attendance. Thanks to everyone who is working to resolve this issue. Spencer From wgchairs-bounces@ietf.org Wed Jan 14 08:23:46 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C87FE28C19C; Wed, 14 Jan 2009 08:23:46 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E1BF73A6833 for ; Wed, 14 Jan 2009 08:23:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.5 X-Spam-Level: X-Spam-Status: No, score=-102.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, 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 D4KZCiJ4DjD8 for ; Wed, 14 Jan 2009 08:23:44 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 8B60C3A63CB for ; Wed, 14 Jan 2009 08:23:44 -0800 (PST) Received: (qmail 27912 invoked by uid 0); 14 Jan 2009 16:23:26 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 16:23:26 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 11:00:05 -0500 To: wgchairs@ietf.org From: Russ Housley Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090114162344.8B60C3A63CB@core3.amsl.com> X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org WG Chairs: Please make sure that your WG, and especially your document authors, are aware of this situation. Please follow the discussion on the IETF Discussion list, and keep the WG informed about the way forward as it develops. Thanks, Russ >From: "Ed Juskevicius" >To: "'IETF Discussion'" , , > , , , > >Date: Thu, 8 Jan 2009 16:43:50 -0500 >Cc: 'Trustees' >Subject: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and > comments on a proposed Work-Around to the Pre-5378 Problem > >The purpose of this message is twofold: > >1) To summarize the issues that some members of our community > have experienced since the publication of RFC 5378 in November 2008, > and >2) To invite community review and discussion on a potential work-around > being considered by the IETF Trustees. > >Some I-D authors are having difficulty implementing RFC 5378. An >example of the difficulty is as follows: > > - an author wants to include pre-5378 content in a new submission > or contribution to the IETF, but > - s/he is not certain that all of the author(s) of the earlier > material have agreed to license it to the IETF Trust according > to RFC 5378. > >If an I-D author includes pre-5378 material in a new document, then s/he >must represent or warrant that all of the authors who created the >pre-5378 material have granted rights for that material to the IETF Trust. >If s/he cannot make this assertion, then s/he has a problem. > >This situation has halted the progression of some Internet-Drafts and >interrupted the publication of some RFCs. The Trustees of the IETF Trust >are investigating ways to implement a temporary work-around so that IETF >work can continue to progress. A permanent solution to this "pre-5378 >problem" may require an update to RFC 5378, for example new work by the >community to create a 5378-bis document. > >The remainder of this message provides an outline of the temporary work- >around being considered by the Trustees. > >RFC 5378 sections 1.j and 5.3.c provide the IETF Trust with the >authority to develop legend text for authors to use in situations where >they wish to limit the granting of rights to modify and prepare >derivatives of the documents they submit. The Trustees used this >authority in 2008 to develop and adopt the current "Legal Provisions >Relating to IETF Documents" which are posted at: >http://trustee.ietf.org/license-info/. > >The Trustees are now considering the creation of optional new legend text >which could be used by authors experiencing the "pre-5378 problem". > >The new legend text, if implemented, would do the following: > > a. Provide Authors and Contributors with a way to identify (to the > IETF Trust) that their contributions contain material from pre-5378 > documents for which RFC 5378 rights to modify the material outside > the IETF standards process may not have been granted, and > > b. Provide the IETF Trust and the community with a clear indication > of every document containing pre-5378 content and having the > "pre-5378 problem". > >So, how could the creation and use of some new legend text help people >work-around the pre-5378 problem? > >The proposed answer is as follows: > > 1. Anyone having a contribution with the "pre-5378" problem should add > new legend text to the contribution, to clearly flag that it includes > pre-5378 material for which all of the rights needed under RFC 5378 > may not have been granted, and > > 2. The IETF Trust will consider authors and contributors (with the > pre-5378 problem) to have met their RFC 5378 obligations if the > new legend text appears on their documents, and > > 3. Authors and contributors should only resort to adding the new > legend text to their documents (per #1) if they cannot develop > certainty that all of the author(s) of pre-5378 material in > their documents have agreed to license the pre-5378 content to > the IETF Trust according to RFC 5378. > >The proposed wording for the new legend text is now available for your >review and comments in section 6.c.iii of a draft revision to the >IETF Trust's "Legal Provisions Relating to IETF Documents" located at >http://trustee.ietf.org/policyandprocedures.html. > >Please note that the above document also contains new text in section 5.c >dealing with "License Limitations". > >If your review and feedback on this proposed work-around is positive, >then the new text may be adopted by the Trustees in early February 2009, >and then be published as an official revision to the Legal Provisions >document. If so adopted, Internet-Drafts with pre-5378 material may >advance within the Internet standards process and get published as RFCs >where otherwise qualified to do so. Unless covered by sections 6.c.i or >6.c.ii, authors of documents in which there is no pre-5378 >material must provide a RFC 5378 license with no limitation on >modifications outside the IETF standards process. > >The IETF Trust will not grant the right to modify or prepare derivative >works of any specific RFC or other IETF Contribution outside the IETF >standards process until RFC 5378 rights pertaining to that document have >been obtained from all authors and after compliance by the IETF Trust >with RFC 5377. The Trustees will establish one or more mechanisms by >which authors of pre-5378 documents may grant RFC 5378 rights. > >The Trustees hereby invite your review, comments and suggestions on this >proposed work-around to the "pre-5378 problem". The period for this review >is 30 days. Microsoft WORD and PDF versions of the proposed revisions are >attached to this message. Copies are also available on the IETF Trust >website under the heading "DRAFT Policy and Procedures Being Developed" at: >http://trustee.ietf.org/policyandprocedures.html > >All feedback submitted before the end of February 7th will be considered by >the Trustees. A decision on whether to move forward with this proposal will >be made and communicated to you before the end of February 15th. > >Please give this your attention. > >Regards and Happy New Year ! > >Ed Juskevicius, on behalf of the IETF Trustees >edj.etc@gmail.com From wgchairs-bounces@ietf.org Wed Jan 14 08:28:22 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3F20B3A68C3; Wed, 14 Jan 2009 08:28:22 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1EED43A68C3 for ; Wed, 14 Jan 2009 08:28:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.443 X-Spam-Level: X-Spam-Status: No, score=-2.443 tagged_above=-999 required=5 tests=[AWL=0.156, 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 MGPwhQwdDntf for ; Wed, 14 Jan 2009 08:28:20 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by core3.amsl.com (Postfix) with ESMTP id 0E4DF3A6878 for ; Wed, 14 Jan 2009 08:28:20 -0800 (PST) Received: from S73602b (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MKp8S-1LN8b10HKc-000SuS; Wed, 14 Jan 2009 11:28:02 -0500 Message-ID: From: "Spencer Dawkins" To: "Russ Housley" References: <20090114162344.8B60C3A63CB@core3.amsl.com> Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 10:27:46 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Provags-ID: V01U2FsdGVkX19KUUKfu7knSPj7Aza/tE4kHi+TSU8kb586VGM 9SwZhVvrgOKknbzNKXdQALjR3ZUbJRHK3lMt3e2erYZfgnA5ig ujP5tuc9ryUQojjvrP4vFdCgt2UHVkIoB19SqlvKU0= Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Russ, By "this situation", do you mean the requirements in 5378 (current BCP), or the trustee's search for a work-around? I'm asking so that I don't send multiple messages to my working group... Thanks, Spencer > WG Chairs: > > Please make sure that your WG, and especially your document authors, are > aware of this situation. Please follow the discussion on the IETF > Discussion list, and keep the WG informed about the way forward as it > develops. > > Thanks, > Russ From michaele@afsupply.com Wed Jan 14 08:43:44 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B51BD28C1D5 for ; Wed, 14 Jan 2009 08:43:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -18.87 X-Spam-Level: X-Spam-Status: No, score=-18.87 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HELO_EQ_DSL=1.129, HTML_IMAGE_ONLY_20=1.546, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_3=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 18mRx1smvAcG for ; Wed, 14 Jan 2009 08:43:44 -0800 (PST) Received: from athedsl-4543595.home.otenet.gr (athedsl-4545094.home.otenet.gr [94.70.38.78]) by core3.amsl.com (Postfix) with SMTP id C9E9D28C1BF for ; Wed, 14 Jan 2009 08:43:42 -0800 (PST) To: Subject: Re: admin From: MIME-Version: 1.0 Importance: High Content-Type: text/html X-Antivirus: avast! (VPS 090113-1, 13/01/2009), Outbound message X-Antivirus-Status: Clean Message-Id: <20090114164342.C9E9D28C1BF@core3.amsl.com> Date: Wed, 14 Jan 2009 08:43:42 -0800 (PST)
From wgchairs-bounces@ietf.org Wed Jan 14 08:46:32 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3479528C204; Wed, 14 Jan 2009 08:46:32 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B367728C1E3 for ; Wed, 14 Jan 2009 08:46:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.802 X-Spam-Level: X-Spam-Status: No, score=-1.802 tagged_above=-999 required=5 tests=[AWL=0.797, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jXP-zr-T+WRU for ; Wed, 14 Jan 2009 08:46:30 -0800 (PST) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by core3.amsl.com (Postfix) with ESMTP id BF1C928C1DF for ; Wed, 14 Jan 2009 08:46:29 -0800 (PST) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA07.westchester.pa.mail.comcast.net with comcast id 3T201b0030EZKEL57UmGKu; Wed, 14 Jan 2009 16:46:16 +0000 Received: from NEWTON603 ([71.232.143.198]) by OMTA01.westchester.pa.mail.comcast.net with comcast id 3UmF1b00V4H2mdz3MUmF0J; Wed, 14 Jan 2009 16:46:15 +0000 From: "Dave Nelson" To: "'Russ Housley'" , References: <20090114162344.8B60C3A63CB@core3.amsl.com> Subject: RE: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 11:46:20 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 In-Reply-To: <20090114162344.8B60C3A63CB@core3.amsl.com> Thread-Index: Acl2ZHNM1R4V3U8PR4ysyFaZcPxSnAAAVs4g X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org > Please make sure that your WG, and especially your document authors, > are aware of this situation. Please follow the discussion on the > IETF Discussion list, and keep the WG informed about the way forward > as it develops. I've followed some of the discussion on the list, admittedly without much enthusiasm for the subject matter. :-) If I understand the issue correctly, the "workaround" is to address rights in material taken from "pre-5378" documents for use outside the IETF standards process, e.g. derivative works. "In the old days", it used to be acceptable to quote, footnote and attribute, i.e. cite, copyrighted works of others in your own work. I don't know if advances IPR case law has obviated that doctrine. Assuming that it hasn't, then are talking about re-use of material that would exceed the traditional allowances for quotations and citations? For example, it's obvious that creating a "bis" document from a "pre-5378" document would require the workaround. What about drafts that simply (and properly) quote and cite a paragraph or two from a "pre-5378" document? Regards, Dave From wgchairs-bounces@ietf.org Wed Jan 14 08:48:54 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF8F73A6A2C; Wed, 14 Jan 2009 08:48:54 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8917C3A6A13 for ; Wed, 14 Jan 2009 08:48:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.588 X-Spam-Level: X-Spam-Status: No, score=-2.588 tagged_above=-999 required=5 tests=[AWL=0.011, 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 ZZdjnQNZOOws for ; Wed, 14 Jan 2009 08:48:53 -0800 (PST) Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id 7582F3A6862 for ; Wed, 14 Jan 2009 08:48:53 -0800 (PST) Received: from [10.20.30.163] (dsl-63-249-108-169.cruzio.com [63.249.108.169]) (authenticated bits=0) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n0EGmZYk083283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jan 2009 09:48:36 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) Mime-Version: 1.0 Message-Id: In-Reply-To: <20090114162344.8B60C3A63CB@core3.amsl.com> References: <20090114162344.8B60C3A63CB@core3.amsl.com> Date: Wed, 14 Jan 2009 08:48:12 -0800 To: Russ Housley , wgchairs@ietf.org From: Paul Hoffman Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Content-Type: text/plain; charset="us-ascii" X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org At 11:00 AM -0500 1/14/09, Russ Housley wrote: >Please make sure that your WG, and especially your document authors, are aware of this situation. Please follow the discussion on the IETF Discussion list, and keep the WG informed about the way forward as it develops. ---------- Chair: "You should be aware that there is a problem that is being discussed on a bunch of different mailing lists that affects whether or not you can publish a draft. A temporary workaround is being considered." WG member: "I don't understand the discussion there. What should I do with my draft?" Chair: "Nothing because the temporary workaround is still being considered." ---------- Russ: suggested text for the WGs would *really* be appreciated. --Paul Hoffman, Director --VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 08:54:47 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F05628C1DC; Wed, 14 Jan 2009 08:54:47 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B79A028C1D0 for ; Wed, 14 Jan 2009 08:54:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.107 X-Spam-Level: X-Spam-Status: No, score=-6.107 tagged_above=-999 required=5 tests=[AWL=0.142, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MF9LmZeBTCDJ for ; Wed, 14 Jan 2009 08:54:45 -0800 (PST) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id BBF4F28C1D2 for ; Wed, 14 Jan 2009 08:54:43 -0800 (PST) Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n0EGsRCW007309 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 14 Jan 2009 17:54:27 +0100 Received: from FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com ([135.120.45.41]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Wed, 14 Jan 2009 17:54:27 +0100 From: "DRAGE, Keith (Keith)" To: "wgchairs@ietf.org" Date: Wed, 14 Jan 2009 17:54:25 +0100 Subject: RFC 5378 question Thread-Topic: RFC 5378 question Thread-Index: Acl2aMH2d37sRaB0SHeBs83Z/DTGyA== Message-ID: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Various RFCs define templates that are intended to be used in other documen= ts (and in internet-drafts) for specifying a particular instance of that us= age. Particular examples I can think of off the top of my head are RFC 3265= (SIP event packages) and RFC 3406 (URN definitions). Note that for most of= these we have RFCs that say the template MUST be used. 1) Do authors of any drafts using these templates need to obtain permission= of the original RFC authors to use these templates under the new rules, or= does the reproduction constitute "fair use" and therefore they can simply = be used? 2) If permission needs to be obtained, is anyone identifying these and cons= tructing some sort of database so that we know permission has already been = given, rather than bombarding the authors with requests? regards Keith= From wgchairs-bounces@ietf.org Wed Jan 14 10:15:06 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0465528C1A4; Wed, 14 Jan 2009 10:15:06 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 941F73A6A1C for ; Wed, 14 Jan 2009 10:15:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.396 X-Spam-Level: X-Spam-Status: No, score=-103.396 tagged_above=-999 required=5 tests=[AWL=0.203, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 xBjsbfiHiByG for ; Wed, 14 Jan 2009 10:15:01 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id 4788C3A682C for ; Wed, 14 Jan 2009 10:15:01 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14247845; Wed, 14 Jan 2009 13:14:42 -0500 Message-Id: <1092632E-D24B-4FB2-AA26-54ECC1738EBD@multicasttech.com> From: Marshall Eubanks To: "Dave Nelson" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 13:14:43 -0500 References: <20090114162344.8B60C3A63CB@core3.amsl.com> X-Mailer: Apple Mail (2.930.3) Cc: wgchairs@ietf.org, 'Russ Housley' X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 14, 2009, at 11:46 AM, Dave Nelson wrote: >> Please make sure that your WG, and especially your document authors, >> are aware of this situation. Please follow the discussion on the >> IETF Discussion list, and keep the WG informed about the way forward >> as it develops. > > I've followed some of the discussion on the list, admittedly without > much > enthusiasm for the subject matter. :-) > > If I understand the issue correctly, the "workaround" is to address > rights > in material taken from "pre-5378" documents for use outside the IETF > standards process, e.g. derivative works. > > "In the old days", it used to be acceptable to quote, footnote and > attribute, i.e. cite, copyrighted works of others in your own work. > I don't > know if advances IPR case law has obviated that doctrine. First, the current discussion is entirely about quoting earlier material. I am not aware that anyone has said that there are issues with using the concepts involved in earlier work, providing references, etc. IANAL, but I think that with regards to quoting you are asking about "fair use," which is still there. Fair use is a defense against infringement, but (at least as has been explained to me in other contexts) unless it is a common fair use (such as book reviewers quoting brief segments of a book in a review), you don't really know if a given quote is really fair use until you go to court. I would worry that if we rely on fair use there would be no way to evaluate whether a given RFC was OK without a legal review which, to put it mildly, does not scale. Engineers should not try and be lawyers, and I think that the IETF needs to rely on advice of counsel here. If Jorge wants to contradict me, I will happily stand corrected. Regards Marshall > Assuming that it > hasn't, then are talking about re-use of material that would exceed > the > traditional allowances for quotations and citations? > For example, it's > obvious that creating a "bis" document from a "pre-5378" document > would > require the workaround. > > > What about drafts that simply (and properly) quote and cite a > paragraph or > two from a "pre-5378" document? > > Regards, > > Dave > > From wgchairs-bounces@ietf.org Wed Jan 14 10:21:35 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A40D3A6A24; Wed, 14 Jan 2009 10:21:35 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 707223A6873; Wed, 14 Jan 2009 10:18:55 -0800 (PST) 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 QD3N8YZ+Q9vg; Wed, 14 Jan 2009 10:18:54 -0800 (PST) Received: from seine.avonsys.com (seine.avonsys.com [202.170.42.206]) by core3.amsl.com (Postfix) with ESMTP id D34423A69A9; Wed, 14 Jan 2009 10:18:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by seine.avonsys.com (Postfix) with ESMTP id CB4EB64F8383; Thu, 15 Jan 2009 06:18:47 +1200 (FJT) X-Virus-Scanned: amavisd-new at avonsys.com Received: from seine.avonsys.com ([127.0.0.1]) by localhost (seine.avonsys.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f3f1KMWDwsO7; Thu, 15 Jan 2009 06:18:44 +1200 (FJT) Received: from [192.168.0.101] (unknown [113.20.66.166]) by seine.avonsys.com (Postfix) with ESMTP id E82D464F8350; Thu, 15 Jan 2009 06:18:41 +1200 (FJT) References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> Message-Id: From: Franck Martin To: Marshall Eubanks In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" Date: Thu, 15 Jan 2009 06:17:52 +1200 X-Mailman-Approved-At: Wed, 14 Jan 2009 10:21:34 -0800 Cc: Cullen Jennings , Trustees , IAB , Working Group Chairs , Fred Baker , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Ok I have heard of the problem but I have not heard of the possible =20 solutions Please advice We have am executive committee meeting on the 19 and we can take fast =20= temporary decisions then Toute connaissance est une r=C3=A9ponse =C3=A0 une question On 15/01/2009, at 2:49, Marshall Eubanks wrote: > > On Jan 14, 2009, at 9:26 AM, Eric Rescorla wrote: > >> On Tue, Jan 13, 2009 at 9:41 PM, Fred Baker wrote: >>> I feel like this is being jammed through with a sense of urgency; =20= >>> for the >>> trustees, that meant that we were given a ballot on 23 December =20 >>> with a >>> reply-by date of 29 December, during which few of us were reading =20= >>> email much >>> less giving significant time to discussing the detailed =20 >>> ramifications of >>> legal language. >>> >>> My point is that I think we need to take a deep breath and ask =20 >>> ourselves >>> what has to be solved on what schedule. Not to say "it doesn't =20 >>> have to be >>> solved" or "we don't need a temporary work-around," but "what =20 >>> should that >>> temporary work-around be" and "let's make sure we are solving the =20= >>> things we >>> need to solve in the best way to solve them." >> >> Well, the -00 draft deadline is March 2. The -01 is March 9. If we =20= >> don't > > Please note this earlier date, which is not blocking but desirable > > February 23, 2009 Monday - Working Group Chair approval for initial =20= > document (Version -00) submissions appreciated by 17:00 PST (01:00 =20 > Tuesday, February 24 UTC/GMT). > > Marshall > >> >> have this solved by then, I'm aware of at least two WGs (P2PSIP and >> TLS) which have major work items which cannot be submitted under >> 5378. I suspect that there are a significant number of others, and =20= >> that >> many of the drafts currently being submitted actually contain text >> by non-authors which has not been properly cleared. >> >> Obviously, we can simply have agendas which point to some external >> site, but then we could also dispense with I-Ds altogether and just =20= >> have >> links to external sites. Is that the regime people want to operate =20= >> in? >> >> -Ekr >> _______________________________________________ >> Trustees mailing list >> Trustees@ietf.org >> https://www.ietf.org/mailman/listinfo/trustees > > _______________________________________________ > ISOC-trustees mailing list > ISOC-trustees@elists.isoc.org > http://elists.isoc.org/mailman/listinfo/isoc-trustees From wgchairs-bounces@ietf.org Wed Jan 14 10:41:33 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 14E713A68D6; Wed, 14 Jan 2009 10:41:33 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D50783A68B2 for ; Wed, 14 Jan 2009 10:41:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.839 X-Spam-Level: X-Spam-Status: No, score=-1.839 tagged_above=-999 required=5 tests=[AWL=0.760, 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 IUNtANuBzble for ; Wed, 14 Jan 2009 10:41:28 -0800 (PST) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by core3.amsl.com (Postfix) with ESMTP id EBFA93A68D6 for ; Wed, 14 Jan 2009 10:41:27 -0800 (PST) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 3TEi1b04t0ldTLk53WhDrp; Wed, 14 Jan 2009 18:41:13 +0000 Received: from NEWTON603 ([71.232.143.198]) by OMTA04.westchester.pa.mail.comcast.net with comcast id 3WhD1b00F4H2mdz3QWhD6Q; Wed, 14 Jan 2009 18:41:13 +0000 From: "Dave Nelson" To: "'Marshall Eubanks'" References: <20090114162344.8B60C3A63CB@core3.amsl.com> <1092632E-D24B-4FB2-AA26-54ECC1738EBD@multicasttech.com> Subject: RE: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 13:41:18 -0500 Message-ID: <28C15D11A2FD4DEAA4704FCD6F34261F@NEWTON603> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 In-Reply-To: <1092632E-D24B-4FB2-AA26-54ECC1738EBD@multicasttech.com> Thread-Index: Acl2c/ruxFXQJHZpSBOnMszTYuQ5RgAAb8hg Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Marshall Eubanks writes... > IANAL, but I think that with regards to quoting you are asking about > "fair use," which is still there. I think that's right. I didn't want to invoke such words-of-art without being sure, however. > Fair use is a defense against infringement, but (at least as has been > explained to me in other contexts) unless it is a common fair use > (such as book reviewers quoting brief segments of a book in a review), > you don't really know if a given quote is really fair use until you > go to court. I didn't know that fair use was that ... what's the word? ... not well-defined. Certainly citations in scholarly and research papers have a long-standing tradition. Most such documents have an extensive section on "review of the current literature". Maybe academics are less suit-prone? :-) > I would worry that if we rely on fair use there would be no way > to evaluate whether a given RFC was OK without a legal review which, > to put it mildly, does not scale. If your characterization is accurate -- that the limits of the fair use doctrine are highly fact and case specific -- then I would agree. From wgchairs-bounces@ietf.org Wed Jan 14 11:01:21 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 146A228C1D5; Wed, 14 Jan 2009 11:01:21 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0983028C1D5 for ; Wed, 14 Jan 2009 11:01:20 -0800 (PST) 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 JnJdNKVnE-oC for ; Wed, 14 Jan 2009 11:01:19 -0800 (PST) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by core3.amsl.com (Postfix) with ESMTP id 0547F28C1C5 for ; Wed, 14 Jan 2009 11:01:18 -0800 (PST) Received: by bwz14 with SMTP id 14so2259299bwz.13 for ; Wed, 14 Jan 2009 11:01:02 -0800 (PST) Received: by 10.223.124.137 with SMTP id u9mr545721far.96.1231959662231; Wed, 14 Jan 2009 11:01:02 -0800 (PST) Received: from ?10.89.242.157? ([32.156.177.43]) by mx.google.com with ESMTPS id c9sm75065839nfi.45.2009.01.14.11.00.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Jan 2009 11:01:01 -0800 (PST) References: <20090114162344.8B60C3A63CB@core3.amsl.com> Message-Id: <73E1DE22-CC01-470D-BCD4-A40E66474C94@rtfm.com> From: Eric Rescorla To: Paul Hoffman In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 11:00:00 -0800 Cc: "wgchairs@ietf.org" , Russ Housley X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org I'm not russ but I'm planning to send something out to my wg tonight and I'll send a copy to this list in case it's useful to others Ekr On Jan 14, 2009, at 8:48 AM, Paul Hoffman wrote: > At 11:00 AM -0500 1/14/09, Russ Housley wrote: >> Please make sure that your WG, and especially your document >> authors, are aware of this situation. Please follow the discussion >> on the IETF Discussion list, and keep the WG informed about the way >> forward as it develops. > > > ---------- > Chair: "You should be aware that there is a problem that is being > discussed on a bunch of different mailing lists that affects whether > or not you can publish a draft. A temporary workaround is being > considered." > > WG member: "I don't understand the discussion there. What should I > do with my draft?" > > Chair: "Nothing because the temporary workaround is still being > considered." > ---------- > > Russ: suggested text for the WGs would *really* be appreciated. > > --Paul Hoffman, Director > --VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 11:02:46 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD1D728C1D4; Wed, 14 Jan 2009 11:02:46 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D272528C1C0 for ; Wed, 14 Jan 2009 11:02:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.499 X-Spam-Level: X-Spam-Status: No, score=-102.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, 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 pmv16h+5suRP for ; Wed, 14 Jan 2009 11:02:45 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id CB44628C1D4 for ; Wed, 14 Jan 2009 11:02:44 -0800 (PST) Received: (qmail 4925 invoked by uid 0); 14 Jan 2009 19:02:24 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 19:02:24 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 14:02:25 -0500 To: "Spencer Dawkins" From: Russ Housley Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: References: <20090114162344.8B60C3A63CB@core3.amsl.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090114190244.CB44628C1D4@core3.amsl.com> Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Sorry that I was unclear. It is important that all contributors know the terms under which contributions are made. So, I mean the requirements in RFC 5378 and the problems that some people have had with them. If people want to engage in the discussion of the work-around, please direct them to the thread on the IETF Discussion mail list. I think that a separate discussion in each working group would be counterproductive. Russ At 11:27 AM 1/14/2009, Spencer Dawkins wrote: >Russ, > >By "this situation", do you mean the requirements in 5378 (current >BCP), or the trustee's search for a work-around? > >I'm asking so that I don't send multiple messages to my working group... > >Thanks, > >Spencer > > >>WG Chairs: >> >>Please make sure that your WG, and especially your document >>authors, are aware of this situation. Please follow the discussion >>on the IETF Discussion list, and keep the WG informed about the way >>forward as it develops. >> >>Thanks, >> Russ > > From wgchairs-bounces@ietf.org Wed Jan 14 11:10:38 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3836C3A688B; Wed, 14 Jan 2009 11:10:38 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1C8243A688B for ; Wed, 14 Jan 2009 11:10:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.5 X-Spam-Level: X-Spam-Status: No, score=-102.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, 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 deCb5Urri6RW for ; Wed, 14 Jan 2009 11:10:35 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id C4F993A686A for ; Wed, 14 Jan 2009 11:10:34 -0800 (PST) Received: (qmail 9840 invoked by uid 0); 14 Jan 2009 19:10:15 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 19:10:15 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 14:05:58 -0500 To: "Dave Nelson" From: Russ Housley Subject: RE: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: References: <20090114162344.8B60C3A63CB@core3.amsl.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090114191034.C4F993A686A@core3.amsl.com> Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Dave: >What about drafts that simply (and properly) quote and cite a paragraph or >two from a "pre-5378" document? I do not expect problems with properly cited quotes. The place where problem has arisen is modification to earlier works, especially "bis" documents and updates. Russ From wgchairs-bounces@ietf.org Wed Jan 14 11:20:54 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5918128C1BB; Wed, 14 Jan 2009 11:20:54 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FD3728C1BB for ; Wed, 14 Jan 2009 11:20:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.398 X-Spam-Level: X-Spam-Status: No, score=-103.398 tagged_above=-999 required=5 tests=[AWL=0.201, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 ed3KiILaKQDE for ; Wed, 14 Jan 2009 11:20:51 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id 6CD093A69A9 for ; Wed, 14 Jan 2009 11:20:51 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14248576; Wed, 14 Jan 2009 14:20:35 -0500 Message-Id: From: Marshall Eubanks To: Eric Rescorla In-Reply-To: <73E1DE22-CC01-470D-BCD4-A40E66474C94@rtfm.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 14:20:35 -0500 References: <20090114162344.8B60C3A63CB@core3.amsl.com> <73E1DE22-CC01-470D-BCD4-A40E66474C94@rtfm.com> X-Mailer: Apple Mail (2.930.3) Cc: "wgchairs@ietf.org" , Russ Housley X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 14, 2009, at 2:00 PM, Eric Rescorla wrote: > I'm not russ but I'm planning to send something out to my wg tonight > and I'll send a copy to this list in case it's useful to others > > Ekr > > On Jan 14, 2009, at 8:48 AM, Paul Hoffman > wrote: > >> At 11:00 AM -0500 1/14/09, Russ Housley wrote: >>> Please make sure that your WG, and especially your document >>> authors, are aware of this situation. Please follow the >>> discussion on the IETF Discussion list, and keep the WG informed >>> about the way forward as it develops. >> >> >> ---------- >> Chair: "You should be aware that there is a problem that is being >> discussed on a bunch of different mailing lists that affects >> whether or not you can publish a draft. A temporary workaround is >> being considered." >> >> WG member: "I don't understand the discussion there. What should I >> do with my draft?" >> >> Chair: "Nothing because the temporary workaround is still being >> considered." >> ---------- >> >> Russ: suggested text for the WGs would *really* be appreciated. Here is the prefix test I added to Ed's Announcement for my WG. Feel free to use, modify or ignore as you prefer. Marshall ------ The WG Chairs have been asked to make their WG aware of this issue. This is a complicated subject, but the executive summary is that if you have an Internet-draft that quotes substantially from one or more older RFCs (ones with a publication date pre-November 11, 2008), and you did not write this earlier work yourself (or you wrote it while with another company), you need to be aware of the likely difficulty of obtaining RFC5378 clearances for your new work, and also to be aware that a work-around is on the way. The work-around should be in place to allow submissions to the San Francisco IETF well before the normal deadlines. See the attached text for more details. If you feel that you have a draft for which this will be a problem, please contact me. With a chair hat on, I am not going to allow a general discussion about RFC 5378 on this list (as it is off topic). Please take such comments to the main IETF discussion list. Questions about specific WG drafts are of course on topic. Regards Marshall --------- >> >> >> --Paul Hoffman, Director >> --VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 11:30:58 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9BEFF3A688B; Wed, 14 Jan 2009 11:30:58 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7EEDD3A686A for ; Wed, 14 Jan 2009 11:30:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.37 X-Spam-Level: X-Spam-Status: No, score=-103.37 tagged_above=-999 required=5 tests=[AWL=0.229, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 Kff8MXkvMumG for ; Wed, 14 Jan 2009 11:30:56 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id 76BED3A67C1 for ; Wed, 14 Jan 2009 11:30:56 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14248678; Wed, 14 Jan 2009 14:30:40 -0500 Message-Id: <4602422A-457F-4111-8926-1413A2A7CBD1@multicasttech.com> From: Marshall Eubanks To: "Dave Nelson" In-Reply-To: <28C15D11A2FD4DEAA4704FCD6F34261F@NEWTON603> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 14:30:40 -0500 References: <20090114162344.8B60C3A63CB@core3.amsl.com> <1092632E-D24B-4FB2-AA26-54ECC1738EBD@multicasttech.com> <28C15D11A2FD4DEAA4704FCD6F34261F@NEWTON603> X-Mailer: Apple Mail (2.930.3) Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 14, 2009, at 1:41 PM, Dave Nelson wrote: > Marshall Eubanks writes... > >> IANAL, but I think that with regards to quoting you are asking about >> "fair use," which is still there. > > I think that's right. I didn't want to invoke such words-of-art > without > being sure, however. > >> Fair use is a defense against infringement, but (at least as has been >> explained to me in other contexts) unless it is a common fair use >> (such as book reviewers quoting brief segments of a book in a >> review), >> you don't really know if a given quote is really fair use until you >> go to court. > > I didn't know that fair use was that ... what's the word? ... not > well-defined. Certainly citations in scholarly and research papers > have a > long-standing tradition. Most such documents have an extensive > section on > "review of the current literature". Maybe academics are less suit- > prone? > :-) As far as I know there is no definition of fair use in any US law. It is only defined in case law. It is a real concept, with a long history, but it is not clearly defined (which is a good thing in general, as new situations continually arise) I would certainly regard a quotation of one paper in a review paper as fair use. So, if you want to quote a small piece of one RFC in another to illustrate a particular point or principal, that should be OK in my opinion. (Note, though, that I am not a lawyer, much less an intellectual property judge, and so my opinion has no weight here.) We really need a statement from the Trust and its counsel on this matter (guidelines as to when brief quotations of earlier work do not require specific 5378 clearance). But, we are not talking about such citations, we are mostly talking about the wholesale use of text from one document in another, and I would not regard that as fair use without a contrary advice of counsel. (In fact, I personally would not regard it as fair use even if I was so advised by counsel.) Regards Marshall > > >> I would worry that if we rely on fair use there would be no way >> to evaluate whether a given RFC was OK without a legal review which, >> to put it mildly, does not scale. > > If your characterization is accurate -- that the limits of the fair > use > doctrine are highly fact and case specific -- then I would agree. > > From wgchairs-bounces@ietf.org Wed Jan 14 11:43:29 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 78A613A6A86; Wed, 14 Jan 2009 11:43:29 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 756773A6A72 for ; Wed, 14 Jan 2009 11:43:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.5 X-Spam-Level: X-Spam-Status: No, score=-102.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, 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 MB8RmWzZ1Nfv for ; Wed, 14 Jan 2009 11:43:27 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 26EAF3A6A66 for ; Wed, 14 Jan 2009 11:43:27 -0800 (PST) Received: (qmail 7421 invoked by uid 0); 14 Jan 2009 19:43:07 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 19:43:07 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 14:43:09 -0500 To: Paul Hoffman ,wgchairs@ietf.org From: Russ Housley Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: References: <20090114162344.8B60C3A63CB@core3.amsl.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090114194327.26EAF3A6A66@core3.amsl.com> X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Paul: First, I think that the ANNOUNCEMENT from Ed Juskevicius, the IETF Trust Chair, contains a very good summary of the problem. I would extract text from that ANNOUNCEMENT to ensure that your WG is aware of the problem. I am asking this because it came to my attention that there are some people that were not ware of it. You can find the ANNOUNCEMENT here: http://www.ietf.org/mail-archive/web/ietf/current/msg54839.html Second, I am asking WG Chairs to follow the discussion on the IETF Discussion mail list. You are aware of the documents in your working group. I believe the discussion will help you determine which documents are impacted and which ones are not. When in doubt, please explain the situation on the discussion list and get advice. Third, I am asking that discussion of this problem take place on the IETF Discussion mail list. If there are too many parallel threads, no one will be able keep it all straight. One mail list for the discussion seems to be the most productive way to chart a way forward. Fourth, the current thread is focused on the short-term work-around. Discussion to the long-term solution will come later. I think that discussion of the short-term work-around will provide useful information for the long-term solution. Further, I think that discussion to the short-term work-around and long-term solutions at the same time would cause confusion. I hope this clarifies my request, Russ At 11:48 AM 1/14/2009, Paul Hoffman wrote: >At 11:00 AM -0500 1/14/09, Russ Housley wrote: > >Please make sure that your WG, and especially your document > authors, are aware of this situation. Please follow the discussion > on the IETF Discussion list, and keep the WG informed about the way > forward as it develops. > > >---------- >Chair: "You should be aware that there is a problem that is being >discussed on a bunch of different mailing lists that affects whether >or not you can publish a draft. A temporary workaround is being considered." > >WG member: "I don't understand the discussion there. What should I >do with my draft?" > >Chair: "Nothing because the temporary workaround is still being considered." >---------- > >Russ: suggested text for the WGs would *really* be appreciated. > >--Paul Hoffman, Director >--VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 12:04:43 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 278253A6A7C; Wed, 14 Jan 2009 12:04:43 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8372A3A6A7C for ; Wed, 14 Jan 2009 12:04:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.437 X-Spam-Level: X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[AWL=0.163, 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 3RlApvpibiRp for ; Wed, 14 Jan 2009 12:04:41 -0800 (PST) Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) by core3.amsl.com (Postfix) with ESMTP id C2EB93A6A46 for ; Wed, 14 Jan 2009 12:04:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=PrXWSN8fR0nWng0pRvsDlVHbPYF0eNBzUt+Fi710YNchqX6MB9gIW5hznNxjBpp5; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [66.167.204.246] (helo=oemcomputer) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1LNByV-0005Sc-02 for wgchairs@ietf.org; Wed, 14 Jan 2009 15:04:27 -0500 Message-ID: <00b701c97683$bce9c4c0$6801a8c0@oemcomputer> From: "Randy Presuhn" To: References: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> Subject: Re: RFC 5378 question Date: Wed, 14 Jan 2009 12:07:32 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8886924630f8852f173dc27422e58c21f95be8c4dc1e75af838350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.167.204.246 X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Hi - > From: "DRAGE, Keith (Keith)" > To: > Sent: Wednesday, January 14, 2009 8:54 AM > Subject: RFC 5378 question ... > Note that for most of these we have RFCs that say the template MUST be used. A similar situation exists for lots of quasi-boilerplate material for I-Ds / RFCs containing MIB modules, as well as lots of "standard verbiage" that has traditionally be used, albeit with slight changes over the years. I asked the question a while ago, and haven't received any useful guidance. I think the answers would be the same as for Keith's questions. Randy From wgchairs-bounces@ietf.org Wed Jan 14 12:21:30 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA01B3A67C1; Wed, 14 Jan 2009 12:21:30 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EDEDF3A67C1 for ; Wed, 14 Jan 2009 12:21:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.455 X-Spam-Level: X-Spam-Status: No, score=-2.455 tagged_above=-999 required=5 tests=[AWL=0.144, 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 o1AhyOFnaXrn for ; Wed, 14 Jan 2009 12:21:29 -0800 (PST) Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by core3.amsl.com (Postfix) with ESMTP id 43F333A67B5 for ; Wed, 14 Jan 2009 12:21:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=N035iO6kfSLrOcXlNnD8QcWsoWtdVNpPeNu1bC0Az3AJm+v9kVDI5JGJryjY2ySE; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [66.167.204.246] (helo=oemcomputer) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1LNCEk-0002Rb-BC for wgchairs@ietf.org; Wed, 14 Jan 2009 15:21:14 -0500 Message-ID: <00d101c97686$157eda60$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "Working Group Chairs" Subject: rfc5378 "contribution" Date: Wed, 14 Jan 2009 12:24:20 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8886924630f8852f173aff5e784cfe6ab5a3b9db8d84db94552350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 66.167.204.246 X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Hi - The discussion about RFC 5378 (what little I've been able to understand of it, anyway) has focussed on I-Ds and RFCs. However, the definition of "contribution" in that document includes, among other things, mailing list discussions. Does this mean that we need to get contributor permission before using, for example, material from a pre-5378 RFC in a mailing list discussion, or before including text from a pre-5378 email posting in an internet draft? This seems really silly, but that's what the discussion is starting to sound like to me. Randy From wgchairs-bounces@ietf.org Wed Jan 14 13:28:08 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21CBE3A6870; Wed, 14 Jan 2009 13:28:08 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E96A3A6870 for ; Wed, 14 Jan 2009 13:28:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nwbB2E96YHER for ; Wed, 14 Jan 2009 13:28:06 -0800 (PST) Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id EEC463A6822 for ; Wed, 14 Jan 2009 13:28:05 -0800 (PST) Received: from [10.20.30.163] (sn81.proper.com [75.101.18.81]) (authenticated bits=0) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n0ELRm7J002337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 14 Jan 2009 14:27:49 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20090114162344.8B60C3A63CB@core3.amsl.com> <73E1DE22-CC01-470D-BCD4-A40E66474C94@rtfm.com> Date: Wed, 14 Jan 2009 13:27:47 -0800 To: wgchairs@ietf.org From: Paul Hoffman Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Content-Type: text/plain; charset="us-ascii" X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Thank you to Marshal for sending text. I have just sent that off to my WG, with a significant addition: ----- There is an open question about whether or not an Internet Draft that quotes from the WG discussion also needs clearance from the person who proposed text in the discussion. For example, IKEv2bis has a lot of material that has been proposed on this mailing list. ----- That's my reading of 5378; yours may differ. --Paul Hoffman, Director --VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 13:31:44 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C76973A6870; Wed, 14 Jan 2009 13:31:44 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 814643A6833 for ; Wed, 14 Jan 2009 13:31:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.374 X-Spam-Level: X-Spam-Status: No, score=-103.374 tagged_above=-999 required=5 tests=[AWL=0.225, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 RSbTvPNp1i1v for ; Wed, 14 Jan 2009 13:31:42 -0800 (PST) Received: from multicasttech.com (lennon.multicasttech.com [63.105.122.7]) by core3.amsl.com (Postfix) with ESMTP id 9AF543A6822 for ; Wed, 14 Jan 2009 13:31:42 -0800 (PST) Received: from [63.105.122.7] (account marshall_eubanks HELO [IPv6:::1]) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 14249889; Wed, 14 Jan 2009 16:31:25 -0500 Message-Id: <6ABAFA31-F61A-420B-ACEA-0C79F7DF152C@multicasttech.com> From: Marshall Eubanks To: Paul Hoffman In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Date: Wed, 14 Jan 2009 16:31:27 -0500 References: <20090114162344.8B60C3A63CB@core3.amsl.com> <73E1DE22-CC01-470D-BCD4-A40E66474C94@rtfm.com> X-Mailer: Apple Mail (2.930.3) Cc: wgchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 14, 2009, at 4:27 PM, Paul Hoffman wrote: > Thank you to Marshal for sending text. I have just sent that off to > my WG, with a significant addition: > > ----- > There is an open question about whether or not an Internet Draft > that quotes from the WG discussion also needs clearance from the > person who proposed text in the discussion. For example, IKEv2bis > has a lot of material that has been proposed on this mailing list. > ----- > > That's my reading of 5378; yours may differ. It does, but I don't see that this hurts. Marshall > > > --Paul Hoffman, Director > --VPN Consortium From wgchairs-bounces@ietf.org Wed Jan 14 14:35:38 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B2CF3A6887; Wed, 14 Jan 2009 14:35:38 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ED8673A6887 for ; Wed, 14 Jan 2009 14:35:36 -0800 (PST) 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 I4eP5hg74ILq for ; Wed, 14 Jan 2009 14:35:36 -0800 (PST) Received: from mail.yitter.info (mail.yitter.info [208.86.224.201]) by core3.amsl.com (Postfix) with ESMTP id 4193A3A6866 for ; Wed, 14 Jan 2009 14:35:36 -0800 (PST) Received: from crankycanuck.ca (hlid.ogud.com [66.92.146.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yitter.info (Postfix) with ESMTPSA id AC7CD2FE9830 for ; Wed, 14 Jan 2009 22:35:18 +0000 (UTC) Date: Wed, 14 Jan 2009 17:35:13 -0500 From: Andrew Sullivan To: wgchairs@ietf.org Subject: Re: rfc5378 "contribution" Message-ID: <20090114223512.GA81076@shinkuro.com> References: <00d101c97686$157eda60$6801a8c0@oemcomputer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00d101c97686$157eda60$6801a8c0@oemcomputer> User-Agent: Mutt/1.5.18 (2008-05-17) X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Wed, Jan 14, 2009 at 12:24:20PM -0800, Randy Presuhn wrote: > Does this mean that we need to get contributor permission > before using, for example, material from a pre-5378 RFC in > a mailing list discussion, or before including text from a > pre-5378 email posting in an internet draft? That is the plain meaning of the RFC as I read it. What a lawyer would tell you is perhaps a different matter. A -- Andrew Sullivan ajs@shinkuro.com Shinkuro, Inc. From wgchairs-bounces@ietf.org Wed Jan 14 15:06:55 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B77028C1FC; Wed, 14 Jan 2009 15:06:55 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 194F928C1FC for ; Wed, 14 Jan 2009 15:06:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.502 X-Spam-Level: X-Spam-Status: No, score=-102.502 tagged_above=-999 required=5 tests=[AWL=0.097, BAYES_00=-2.599, 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 PwGqlvJkzlgP for ; Wed, 14 Jan 2009 15:06:53 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 1E37528C1EE for ; Wed, 14 Jan 2009 15:06:53 -0800 (PST) Received: (qmail 26333 invoked by uid 0); 14 Jan 2009 22:59:51 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 22:59:51 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 17:16:47 -0500 To: "Randy Presuhn" , "Working Group Chairs" From: Russ Housley Subject: Re: [IAB] rfc5378 "contribution" In-Reply-To: <00d101c97686$157eda60$6801a8c0@oemcomputer> References: <00d101c97686$157eda60$6801a8c0@oemcomputer> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090114230653.1E37528C1EE@core3.amsl.com> X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Randy: >The discussion about RFC 5378 (what little I've been able to >understand of it, anyway) has focussed on I-Ds and RFCs. >However, the definition of "contribution" in that document >includes, among other things, mailing list discussions. > >Does this mean that we need to get contributor permission >before using, for example, material from a pre-5378 RFC in >a mailing list discussion, or before including text from a >pre-5378 email posting in an internet draft? > >This seems really silly, but that's what the discussion is >starting to sound like to me. I am not a lawyer, and one is probably needed to fully answer your question. However, I think I can put some bounds on it. But, I'd rather not have a parallel discussion bloom here. Therefore, I'm asking you to ask this question on ietf@ietf.org. Russ From wgchairs-bounces@ietf.org Wed Jan 14 17:51:04 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 688953A6AA6; Wed, 14 Jan 2009 17:51:04 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44BCC3A6AA6 for ; Wed, 14 Jan 2009 17:51:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sa+WlnVi9RzY for ; Wed, 14 Jan 2009 17:51:02 -0800 (PST) Received: from chokecherry.srv.cs.cmu.edu (CHOKECHERRY.SRV.CS.CMU.EDU [128.2.185.41]) by core3.amsl.com (Postfix) with ESMTP id 7621F3A6A43 for ; Wed, 14 Jan 2009 17:51:02 -0800 (PST) Received: from 68-246-211-13.pools.spcsdns.net (pool-72-95-162-4.pitbpa.east.verizon.net [72.95.162.4]) (authenticated bits=0) by chokecherry.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id n0F1oitg020215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jan 2009 20:50:45 -0500 (EST) Date: Wed, 14 Jan 2009 20:50:44 -0500 From: Jeffrey Hutzelman To: Russ Housley , Paul Hoffman , wgchairs@ietf.org Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: In-Reply-To: <200901141943.n0EJhH81028578@raisinbran.srv.cs.cmu.edu> References: <20090114162344.8B60C3A63CB@core3.amsl.com> <200901141943.n0EJhH81028578@raisinbran.srv.cs.cmu.edu> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: mimedefang-cmuscs on 128.2.185.41 X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org --On Wednesday, January 14, 2009 02:43:09 PM -0500 Russ Housley wrote: > Second, I am asking WG Chairs to follow the discussion on the IETF > Discussion mail list. You are aware of the documents in your working > group. I believe the discussion will help you determine which documents > are impacted and which ones are not. When in doubt, please explain the > situation on the discussion list and get advice. I don't follow the IETF discussion list; the volume is too high and the signal-to-noise ratio too low, and I simply cannot afford to spend the time. -- Jeff From wgchairs-bounces@ietf.org Wed Jan 14 21:04:01 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 742E63A688A; Wed, 14 Jan 2009 21:04:01 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C0913A688A for ; Wed, 14 Jan 2009 21:04:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSQsmh+Z67I2 for ; Wed, 14 Jan 2009 21:03:59 -0800 (PST) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by core3.amsl.com (Postfix) with ESMTP id 7D7B83A6809 for ; Wed, 14 Jan 2009 21:03:59 -0800 (PST) Received: by gxk14 with SMTP id 14so846023gxk.13 for ; Wed, 14 Jan 2009 21:03:43 -0800 (PST) Received: by 10.151.11.17 with SMTP id o17mr3276652ybi.91.1231995823024; Wed, 14 Jan 2009 21:03:43 -0800 (PST) Received: by 10.151.75.6 with HTTP; Wed, 14 Jan 2009 21:03:42 -0800 (PST) Message-ID: Date: Wed, 14 Jan 2009 21:03:42 -0800 From: "Eric Rescorla" To: "Working Group Chairs" Subject: Fwd: RFC 5378 and Draft Submissions In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org FYI ---------- Forwarded message ---------- From: Eric Rescorla Date: Wed, Jan 14, 2009 at 9:03 PM Subject: RFC 5378 and Draft Submissions To: tls@ietf.org IETF Chair Russ Housley has asked WG chairs to apprise their WGs of the following information. If you've been following the IETF mailing list, you may be aware of the ongoing discussion about the impact of RFC 5378 on revised draft submissions. Briefly, RFC 5378 requires Contributors to grant a more expansive set of rights than were granted by RFC 3978, and 4748. If you are submitting a document which contains text contributed by others prior to the publication of RFC 5378 you may need to obtain additional rights from the copyright holders of that text in order to contribute under the 5378 terms. The IESG and the IETF Trustees are working to resolve those issues (see http://trustee.ietf.org/docs/Background-to-Draft-Update-to-IETF-Trust-Legal-Provisions.txt). However, at present I would advise care prior to submitting any draft which contains material derived from an RFC, draft, or mailing list message published prior to November 10, 2008. Speaking personally, I have chosen not to submit new versions of most of my drafts until matters are resolved. Please take any general discussion of RFC 5378 to ietf@ietf.org -Ekr [As WG Chair] From wgchairs-bounces@ietf.org Thu Jan 15 00:38:47 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A26A43A68D1; Thu, 15 Jan 2009 00:38:47 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ACCD33A68D1 for ; Thu, 15 Jan 2009 00:38:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.141 X-Spam-Level: X-Spam-Status: No, score=-2.141 tagged_above=-999 required=5 tests=[AWL=0.108, BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MZrJfMFssQVM for ; Thu, 15 Jan 2009 00:38:43 -0800 (PST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by core3.amsl.com (Postfix) with ESMTP id 778263A68B1 for ; Thu, 15 Jan 2009 00:38:42 -0800 (PST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 21496C000C; Thu, 15 Jan 2009 09:38:27 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id RrXOssVTo+0v; Thu, 15 Jan 2009 09:38:21 +0100 (CET) Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9F0FCC0043; Thu, 15 Jan 2009 09:38:20 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 692428F4058; Thu, 15 Jan 2009 09:38:18 +0100 (CET) Date: Thu, 15 Jan 2009 09:38:18 +0100 From: Juergen Schoenwaelder To: Jeffrey Hutzelman Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem Message-ID: <20090115083818.GC7331@elstar.local> Mail-Followup-To: Jeffrey Hutzelman , Russ Housley , Paul Hoffman , wgchairs@ietf.org References: <20090114162344.8B60C3A63CB@core3.amsl.com> <200901141943.n0EJhH81028578@raisinbran.srv.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: wgchairs@ietf.org, Russ Housley X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: j.schoenwaelder@jacobs-university.de List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Wed, Jan 14, 2009 at 08:50:44PM -0500, Jeffrey Hutzelman wrote: > --On Wednesday, January 14, 2009 02:43:09 PM -0500 Russ Housley > wrote: > >> Second, I am asking WG Chairs to follow the discussion on the IETF >> Discussion mail list. You are aware of the documents in your working >> group. I believe the discussion will help you determine which documents >> are impacted and which ones are not. When in doubt, please explain the >> situation on the discussion list and get advice. > > I don't follow the IETF discussion list; the volume is too high and the > signal-to-noise ratio too low, and I simply cannot afford to spend the > time. +1 /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 From wgchairs-bounces@ietf.org Thu Jan 15 03:41:30 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EEE793A690B; Thu, 15 Jan 2009 03:41:29 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3DC3C3A6919 for ; Thu, 15 Jan 2009 03:41:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.135 X-Spam-Level: X-Spam-Status: No, score=0.135 tagged_above=-999 required=5 tests=[AWL=-0.375, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_CHICKENPOX_23=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rDjjOAsrqvUg for ; Thu, 15 Jan 2009 03:41:27 -0800 (PST) Received: from scmailgw2.scop.aoyama.ac.jp (scmailgw2.scop.aoyama.ac.jp [133.2.251.195]) by core3.amsl.com (Postfix) with ESMTP id 08A9D3A68E5 for ; Thu, 15 Jan 2009 03:41:26 -0800 (PST) Received: from scmse3.scbb.aoyama.ac.jp ([133.2.253.23]) by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id n0FBfAhY001252 for ; Thu, 15 Jan 2009 20:41:10 +0900 (JST) Received: from (unknown [133.2.206.133]) by scmse3.scbb.aoyama.ac.jp with smtp id 1560_67b9e11e_e2f9_11dd_b8b0_001d0969ab06; Thu, 15 Jan 2009 20:41:10 +0900 Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:57647) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id for from ; Thu, 15 Jan 2009 20:33:02 +0900 Message-Id: <6.0.0.20.2.20090115193240.214e6148@localhost> X-Sender: duerst@localhost X-Mailer: QUALCOMM Windows Eudora Version 6J Date: Thu, 15 Jan 2009 19:34:07 +0900 To: j.schoenwaelder@jacobs-university.de, Jeffrey Hutzelman From: Martin Duerst Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review andcomments on a proposed Work-Around to the Pre-5378 Problem In-Reply-To: <20090115083818.GC7331@elstar.local> References: <20090114162344.8B60C3A63CB@core3.amsl.com> <200901141943.n0EJhH81028578@raisinbran.srv.cs.cmu.edu> <20090115083818.GC7331@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: wgchairs@ietf.org, Russ Housley X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org In my case, the IETF discussion list goes into a folder that I only look at when I really have time and feel like it, or on very special occasions such as our WG having an IETF last call (or the current situation, where I look at the mails in the relevant thread(s)). Regards, Martin. At 17:38 09/01/15, Juergen Schoenwaelder wrote: >On Wed, Jan 14, 2009 at 08:50:44PM -0500, Jeffrey Hutzelman wrote: >> --On Wednesday, January 14, 2009 02:43:09 PM -0500 Russ Housley >> wrote: >> >>> Second, I am asking WG Chairs to follow the discussion on the IETF >>> Discussion mail list. You are aware of the documents in your working >>> group. I believe the discussion will help you determine which documents >>> are impacted and which ones are not. When in doubt, please explain the >>> situation on the discussion list and get advice. >> >> I don't follow the IETF discussion list; the volume is too high and the >> signal-to-noise ratio too low, and I simply cannot afford to spend the >> time. > >+1 > >/js > >-- >Juergen Schoenwaelder Jacobs University Bremen gGmbH >Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany >Fax: +49 421 200 3103 #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp From wgchairs-bounces@ietf.org Thu Jan 15 05:57:30 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C484D28C18D; Thu, 15 Jan 2009 05:57:30 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 70CCC3A68F3; Thu, 15 Jan 2009 05:57:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.491 X-Spam-Level: X-Spam-Status: No, score=-2.491 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BpahhyHOtOSO; Thu, 15 Jan 2009 05:57:28 -0800 (PST) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by core3.amsl.com (Postfix) with ESMTP id 66BFC3A67A1; Thu, 15 Jan 2009 05:57:27 -0800 (PST) Received: from [IPv6:2001:7b8:206:1:21b:63ff:fe94:3816] ([IPv6:2001:7b8:206:1:21b:63ff:fe94:3816]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.3/8.14.3) with ESMTP id n0FDuUpd057926 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 15 Jan 2009 14:56:30 +0100 (CET) (envelope-from olaf@NLnetLabs.nl) Message-Id: <6BAF174F-DC3A-4222-A4BC-55A89184F928@NLnetLabs.nl> From: Olaf Kolkman To: Franck Martin In-Reply-To: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-11-317519171" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" Date: Thu, 15 Jan 2009 14:56:29 +0100 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> X-Pgp-Agent: GPGMail d55 (v55, Leopard) X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]); Thu, 15 Jan 2009 14:56:30 +0100 (CET) Cc: Cullen Jennings , Trustees , Working Group Chairs , Fred Baker , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-11-317519171 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jan 14, 2009, at 7:17 PM, Franck Martin wrote: > > We have am executive committee meeting on the 19 and we can take > fast temporary decisions then Who is "We" in the sentence above? --Olaf --Apple-Mail-11-317519171 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAklvQI0ACgkQtN/ca3YJIofAHACgv3E2uQR0E82F9yJNX3iJv5a1 WwYAoJIZGoJu/dxqvEs4D83eWV6Wg4F1 =TTJG -----END PGP SIGNATURE----- --Apple-Mail-11-317519171-- From wgchairs-bounces@ietf.org Thu Jan 15 08:11:18 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DFE3F3A69FA; Thu, 15 Jan 2009 08:11:18 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47BA93A69F6; Thu, 15 Jan 2009 08:11:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.493 X-Spam-Level: X-Spam-Status: No, score=-106.493 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, 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 LRrJs23QMyeH; Thu, 15 Jan 2009 08:11:16 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 2BD3E3A67AF; Thu, 15 Jan 2009 08:11:16 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,270,1231113600"; d="scan'208";a="59668783" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 15 Jan 2009 16:11:01 +0000 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n0FGB1j1005348; Thu, 15 Jan 2009 08:11:01 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0FGB1pw005456; Thu, 15 Jan 2009 16:11:01 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 15 Jan 2009 08:11:01 -0800 Received: from [192.168.0.136] ([10.21.117.176]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 15 Jan 2009 08:11:00 -0800 Message-Id: From: Fred Baker To: Olaf Kolkman In-Reply-To: <6BAF174F-DC3A-4222-A4BC-55A89184F928@NLnetLabs.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" Date: Thu, 15 Jan 2009 08:10:59 -0800 References: <6265732C-F57F-4787-8995-9071C6395AC2@cisco.com> <064B58D3-2FD7-4E1B-A8BC-E31CA16CDB5A@cisco.com> <2106CABA-1F67-45CC-B22D-A930AD639F3B@cisco.com> <6BAF174F-DC3A-4222-A4BC-55A89184F928@NLnetLabs.nl> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 15 Jan 2009 16:11:00.0597 (UTC) FILETIME=[DB755A50:01C9772B] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1430; t=1232035861; x=1232899861; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20 |Subject:=20Re=3A=20[isoc-trustees]=20[Trustees]=20Logjam=2 0and=20=22we=20gotta=20DO=20something!=22 |Sender:=20; bh=S+0TKNQG5J9/V7ETM5zQqFTzXGlkMAOt8oLGBWdvGnA=; b=EUc0x1nFo7eJmcWuFGIz+cqLQzM3oz5jRQpRQL2sJ4TNeKK2hh+1Z9aXZZ amEQhT2Gkr3DsTZhtrlFgZ7gcIf9wLxo9WsIhERKjcD31oXSduTf9o4PnTSx 52DlpQl2kP; Authentication-Results: sj-dkim-4; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Cc: Cullen Jennings , Trustees , Working Group Chairs , Franck Martin , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org On Jan 15, 2009, at 5:56 AM, Olaf Kolkman wrote: > On Jan 14, 2009, at 7:17 PM, Franck Martin wrote: >> We have am executive committee meeting on the 19 and we can take >> fast temporary decisions then > > Who is "We" in the sentence above? > > --Olaf If there is an action that comes from my viewpoint, it is an IESG action. I'm not at all sure that the consensus supports my viewpoint at this time. > From: Fred Baker > Date: January 15, 2009 8:05:06 AM PST > To: Daniel Karrenberg > Cc: ISOC TRUSTEES > Subject: Re: [isoc-trustees] Logjam and "we gotta DO something!" > > It is a discussion between myself and Russ, primarily. My point in > that email is that he is pushing "we have to adopt this pronto" > because of major issues, and I am saying that the proper action is > for the IESG to give us more time to think about what the *right* > thing to do is. > > I thought I sent it to the IETF Trust trustees, not the ISOC > trustees. Did I hit the wrong list? > > On Jan 15, 2009, at 2:16 AM, Daniel Karrenberg wrote: > >> Fred, >> >> please let me know exlicitly if this should move from "FYI" to >> "requires >> ISOC board action". Both the ISOC board and I personally are in a >> "high >> load" regime right now and we might miss an implicit call for action. >> >> DAniel > From wgchairs-bounces@ietf.org Thu Jan 15 11:21:04 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C87263A693A; Thu, 15 Jan 2009 11:21:04 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CF443A6881; Thu, 15 Jan 2009 10:56:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.563 X-Spam-Level: X-Spam-Status: No, score=-2.563 tagged_above=-999 required=5 tests=[AWL=0.036, 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 RRdwz1FtuuhG; Thu, 15 Jan 2009 10:56:54 -0800 (PST) Received: from seine.avonsys.com (seine.avonsys.com [202.170.42.206]) by core3.amsl.com (Postfix) with ESMTP id 131293A6778; Thu, 15 Jan 2009 10:56:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by seine.avonsys.com (Postfix) with ESMTP id B426464F8383; Fri, 16 Jan 2009 06:56:47 +1200 (FJT) X-Virus-Scanned: amavisd-new at avonsys.com Received: from seine.avonsys.com ([127.0.0.1]) by localhost (seine.avonsys.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WvT3rPlf45Vq; Fri, 16 Jan 2009 06:56:47 +1200 (FJT) Received: from seine.avonsys.com (localhost [127.0.0.1]) by seine.avonsys.com (Postfix) with ESMTP id F3DD564F8350; Fri, 16 Jan 2009 06:56:46 +1200 (FJT) Date: Fri, 16 Jan 2009 06:56:46 +1200 (FJT) From: Franck Martin To: Olaf Kolkman Message-ID: <4586163.81232045791178.JavaMail.franck@franck-martins-macbook-pro.local> In-Reply-To: <6BAF174F-DC3A-4222-A4BC-55A89184F928@NLnetLabs.nl> Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [113.20.66.166] X-Mailer: Zimbra 5.0.11_GA_2695.UBUNTU6 (Yahoo! Zimbra Desktop/0.92_1433_Mac) X-Mailman-Approved-At: Thu, 15 Jan 2009 11:21:04 -0800 Cc: Cullen Jennings , Trustees , Working Group Chairs , Fred Baker , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org We is "ISOC Trustees" as we are on cc to this thread. ----- Original Message ----- From: "Olaf Kolkman" To: "Franck Martin" Cc: "Marshall Eubanks" , "Cullen Jennings" , "Trustees" , "Working Group Chairs" , "ISOC TRUSTEES" , "Fred Baker" Sent: Friday, 16 January, 2009 1:56:29 AM (GMT+1200) Auto-Detected Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" On Jan 14, 2009, at 7:17 PM, Franck Martin wrote: > > We have am executive committee meeting on the 19 and we can take > fast temporary decisions then Who is "We" in the sentence above? --Olaf From wgchairs-bounces@ietf.org Thu Jan 15 11:21:04 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8B693A6774; Thu, 15 Jan 2009 11:21:04 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 08EDA3A687D for ; Thu, 15 Jan 2009 11:10:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.064 X-Spam-Level: X-Spam-Status: No, score=-2.064 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_MX=0.535] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t00+idM+oNiE for ; Thu, 15 Jan 2009 11:10:46 -0800 (PST) Received: from servidor.unam.mx (servidor.unam.mx [132.248.10.1]) by core3.amsl.com (Postfix) with ESMTP id B42C13A6774 for ; Thu, 15 Jan 2009 11:10:46 -0800 (PST) Received: (qmail 14875 invoked from network); 15 Jan 2009 19:03:51 -0000 Received: from unknown (HELO [132.248.10.3]) ([132.248.10.3]) (envelope-sender ) by servidor.unam.mx (qmail-ldap-1.03) with SMTP for ; 15 Jan 2009 19:03:51 -0000 Date: Thu, 15 Jan 2009 19:00:31 +0000 (UTC) From: Alejandro Pisanty X-X-Sender: apisan@cuarentena.correo.unam.mx To: Franck Martin Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" In-Reply-To: <4586163.81232045791178.JavaMail.franck@franck-martins-macbook-pro.local> Message-ID: References: <4586163.81232045791178.JavaMail.franck@franck-martins-macbook-pro.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 15 Jan 2009 11:21:04 -0800 Cc: Olaf Kolkman , Cullen Jennings , Working Group Chairs , Fred Baker , Trustees , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Hi, one of "we" is the fabled armored battleship and the other "we" is the equally fabled lighthouse. Wrong Board of Trustees, it seems - this was a matter for the IETF Trust BoT and the ISOC BoT has been accidentally involved too. It causes me great relief to see that posting to the wrong list is an accident that can happen even to the founding parents... Also a revision is needed as some email has gone to the list that might have had to be blocked by policy (supposed to be a closed list). Concern but also the same relief... Alejandro Pisanty . . . . . . . . . . . . . . . . . . . . . . . . . . Dr. Alejandro Pisanty UNAM, Av. Universidad 3000, 04510 Mexico DF Mexico Tels. +52-(1)-55-5105-6044, +52-(1)-55-5418-3732 *Mi blog/My blog: http://pisanty.blogspot.com *LinkedIn profile: http://www.linkedin.com/in/pisanty *Unete al grupo UNAM en LinkedIn, http://www.linkedin.com/e/gis/22285/4A106C0C8614 ---->> Unete a ISOC Mexico, http://www.isoc.org Participa en ICANN, http://www.icann.org . . . . . . . . . . . . . . . . . . . . . . . . . . On Fri, 16 Jan 2009, Franck Martin wrote: > Date: Fri, 16 Jan 2009 06:56:46 +1200 (FJT) > From: Franck Martin > To: Olaf Kolkman > Cc: Cullen Jennings , Trustees , > Working Group Chairs , > Marshall Eubanks , Fred Baker , > ISOC TRUSTEES > Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" > > We is "ISOC Trustees" as we are on cc to this thread. > > ----- Original Message ----- > From: "Olaf Kolkman" > To: "Franck Martin" > Cc: "Marshall Eubanks" , "Cullen Jennings" , "Trustees" , "Working Group Chairs" , "ISOC TRUSTEES" , "Fred Baker" > Sent: Friday, 16 January, 2009 1:56:29 AM (GMT+1200) Auto-Detected > Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" > > > On Jan 14, 2009, at 7:17 PM, Franck Martin wrote: > >> >> We have am executive committee meeting on the 19 and we can take >> fast temporary decisions then > > > > Who is "We" in the sentence above? > > --Olaf > > > > _______________________________________________ > ISOC-trustees mailing list > ISOC-trustees@elists.isoc.org > http://elists.isoc.org/mailman/listinfo/isoc-trustees > From wgchairs-bounces@ietf.org Thu Jan 15 13:06:02 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A2F293A695E; Thu, 15 Jan 2009 13:06:02 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B7583A68C1 for ; Thu, 15 Jan 2009 13:06:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.37 X-Spam-Level: X-Spam-Status: No, score=-103.37 tagged_above=-999 required=5 tests=[AWL=0.229, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 zfuJBJ6PI6Bx for ; Thu, 15 Jan 2009 13:06:01 -0800 (PST) Received: from smtp215.iad.emailsrvr.com (smtp215.iad.emailsrvr.com [207.97.245.215]) by core3.amsl.com (Postfix) with ESMTP id 5735C3A67AB for ; Thu, 15 Jan 2009 13:06:01 -0800 (PST) Received: from relay11.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay11.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id 88EC81B4141; Thu, 15 Jan 2009 16:04:44 -0500 (EST) Received: by relay11.relay.iad.mlsrvr.com (Authenticated sender: rpelletier-AT-isoc.org) with ESMTPSA id 04B9E1B4086; Thu, 15 Jan 2009 16:04:43 -0500 (EST) Message-Id: <960ECB17-D966-415D-B4EB-2145AEDDC351@isoc.org> From: Ray Pelletier To: Franck Martin In-Reply-To: <4586163.81232045791178.JavaMail.franck@franck-martins-macbook-pro.local> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO something!" Date: Thu, 15 Jan 2009 16:04:43 -0500 References: <4586163.81232045791178.JavaMail.franck@franck-martins-macbook-pro.local> X-Mailer: Apple Mail (2.930.3) Cc: Olaf Kolkman , Cullen Jennings , Working Group Chairs , Fred Baker , Trustees , ISOC TRUSTEES X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Franck Thanks for your interest. I believe the ISOC Trustees was inadvertently placed on this email thread. This is a matter for the IETF Trust and the IESG. I would expect any further replies to this email thread will remove the ISOC BoT from the list. Ray Pelletier Trustee, IETF Trust On Jan 15, 2009, at 1:56 PM, Franck Martin wrote: > We is "ISOC Trustees" as we are on cc to this thread. > > ----- Original Message ----- > From: "Olaf Kolkman" > To: "Franck Martin" > Cc: "Marshall Eubanks" , "Cullen Jennings" >, "Trustees" , "Working Group Chairs" >, "ISOC TRUSTEES" , "Fred Baker" > > Sent: Friday, 16 January, 2009 1:56:29 AM (GMT+1200) Auto-Detected > Subject: Re: [isoc-trustees] [Trustees] Logjam and "we gotta DO > something!" > > > On Jan 14, 2009, at 7:17 PM, Franck Martin wrote: > >> >> We have am executive committee meeting on the 19 and we can take >> fast temporary decisions then > > > > Who is "We" in the sentence above? > > --Olaf > > > From mauro.lacqua@aleniaspazio.it Fri Jan 16 01:11:42 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8053F3A6808 for ; Fri, 16 Jan 2009 01:11:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.459 X-Spam-Level: X-Spam-Status: No, score=-13.459 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 sawxTfqrmIOR for ; Fri, 16 Jan 2009 01:11:36 -0800 (PST) Received: from adbag.de (unknown [85.105.8.33]) by core3.amsl.com (Postfix) with SMTP id A43423A69B4 for ; Fri, 16 Jan 2009 01:11:15 -0800 (PST) To: Subject: RE: Message 45541 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090116091135.A43423A69B4@core3.amsl.com> Date: Fri, 16 Jan 2009 01:11:15 -0800 (PST)
From wgchairs-bounces@ietf.org Fri Jan 16 07:14:34 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D6CC3A69DC; Fri, 16 Jan 2009 07:14:34 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D85F28C117 for ; Fri, 16 Jan 2009 07:14:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.117 X-Spam-Level: X-Spam-Status: No, score=-6.117 tagged_above=-999 required=5 tests=[AWL=0.132, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k9MHU6fkTJAY for ; Fri, 16 Jan 2009 07:14:33 -0800 (PST) Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 53CD93A69D1 for ; Fri, 16 Jan 2009 07:14:33 -0800 (PST) Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n0GFEGGC025284 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 16 Jan 2009 16:14:16 +0100 Received: from FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com ([135.120.45.41]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Fri, 16 Jan 2009 16:14:16 +0100 From: "DRAGE, Keith (Keith)" To: "wgchairs@ietf.org" Date: Fri, 16 Jan 2009 16:14:15 +0100 Subject: RE: RFC 5378 question Thread-Topic: RFC 5378 question Thread-Index: Acl2aMH2d37sRaB0SHeBs83Z/DTGyABg0rlQ Message-ID: <28B7C3AA2A7ABA4A841F11217ABE78D674896100@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> References: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> In-Reply-To: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Having thought about this further, this seems to be not just an RFC 5378 is= sue, it just still exists under that RFC. It looks to me like if I want to take any text from one RFC and use it in a= nother RFC, I need the permission of the original authors, because the auth= ors have only assigned (even originally to the Internet Society) permission= to use the text in that RFC. Am I correct? This applies even for bis versi= ons. Therefore presumably any document that provides a template of text for use = in any other RFC automatically has a problem if at some point in the future= , the author refuses permission. I know that ISO, within the standards for implementation conformance states= , automatically gave a proforma copyright release for use in these circumst= ances. Perhaps we should consider drafting standard text that provides such= a release for all text in an RFC where we expect that text to be used in a= nother RFC. Authors should then include this text for RFCs defining proform= a template. regards Keith > -----Original Message----- > From: wgchairs-bounces@ietf.org=20 > [mailto:wgchairs-bounces@ietf.org] On Behalf Of DRAGE, Keith (Keith) > Sent: Wednesday, January 14, 2009 4:54 PM > To: wgchairs@ietf.org > Subject: RFC 5378 question >=20 > Various RFCs define templates that are intended to be used in=20 > other documents (and in internet-drafts) for specifying a=20 > particular instance of that usage. Particular examples I can=20 > think of off the top of my head are RFC 3265 (SIP event=20 > packages) and RFC 3406 (URN definitions). Note that for most=20 > of these we have RFCs that say the template MUST be used. >=20 > 1) Do authors of any drafts using these templates need to=20 > obtain permission of the original RFC authors to use these=20 > templates under the new rules, or does the reproduction=20 > constitute "fair use" and therefore they can simply be used? >=20 > 2) If permission needs to be obtained, is anyone=20 > identifying these and constructing some sort of database so=20 > that we know permission has already been given, rather than=20 > bombarding the authors with requests? >=20 > regards >=20 > Keith= From wgchairs-bounces@ietf.org Fri Jan 16 11:09:17 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 69BA53A6A7F; Fri, 16 Jan 2009 11:09:17 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7ADEF3A69DA for ; Fri, 16 Jan 2009 11:09:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.556 X-Spam-Level: X-Spam-Status: No, score=-6.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ikc0mcrwWIKx for ; Fri, 16 Jan 2009 11:09:15 -0800 (PST) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id 9ADEA3A68D7 for ; Fri, 16 Jan 2009 11:09:15 -0800 (PST) Received: from hop04-l1d11-si04.isus.emc.com (HOP04-L1D11-SI04.isus.emc.com [10.254.111.24]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n0GJ8uIK015081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jan 2009 14:08:56 -0500 (EST) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.16]) by hop04-l1d11-si04.isus.emc.com (Tablus Interceptor); Fri, 16 Jan 2009 14:08:44 -0500 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2/Switch-3.3.0) with ESMTP id n0GJ8hFZ029953; Fri, 16 Jan 2009 14:08:43 -0500 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.201]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Jan 2009 14:08:43 -0500 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 Subject: RE: RFC 5378 question Date: Fri, 16 Jan 2009 14:08:43 -0500 Message-ID: <9FA859626025B64FBC2AF149D97C944A01074E4F@CORPUSMX80A.corp.emc.com> In-Reply-To: <28B7C3AA2A7ABA4A841F11217ABE78D674896100@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RFC 5378 question Thread-Index: Acl2aMH2d37sRaB0SHeBs83Z/DTGyABg0rlQAAgLCgA= References: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <28B7C3AA2A7ABA4A841F11217ABE78D674896100@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> To: , X-OriginalArrivalTime: 16 Jan 2009 19:08:43.0218 (UTC) FILETIME=[D949F320:01C9780D] X-EMM-EM: Active X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Keith, > Having thought about this further, this seems to be not just=20 > an RFC 5378 issue, it just still exists under that RFC. >=20 > It looks to me like if I want to take any text from one RFC=20 > and use it in another RFC, I need the permission of the=20 > original authors, because the authors have only assigned=20 > (even originally to the Internet Society) permission to use=20 > the text in that RFC. Am I correct? This applies even for bis=20 > versions. I'm fairly certain that you're incorrect because the "derivative works" permissions cover this (and did in prior RFCs), as long as both the old and new RFCs are published under the same framework. Please consult a legal reference or authority rather than discussing what "derivative works" means on this list, as that term has a well- established legal meaning. One source of the problem that is arising is that if the existing RFC was published under the old (3978/4748) framework, the ability to produce "derivative works" under that framework does not include all the rights that the 5378 framework requires. Thanks, --David (I am not a lawyer, this message does not contain legal advice) ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- From wgchairs-bounces@ietf.org Fri Jan 16 14:24:51 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A5B293A6B05; Fri, 16 Jan 2009 14:24:51 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A6E163A6B05 for ; Fri, 16 Jan 2009 14:24:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.495 X-Spam-Level: X-Spam-Status: No, score=-102.495 tagged_above=-999 required=5 tests=[AWL=0.104, BAYES_00=-2.599, 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 Avw2+2BIsTlO for ; Fri, 16 Jan 2009 14:24:50 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id BCDC43A6AFE for ; Fri, 16 Jan 2009 14:24:49 -0800 (PST) Received: (qmail 18968 invoked by uid 0); 16 Jan 2009 22:24:27 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 16 Jan 2009 22:24:27 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 16 Jan 2009 17:23:21 -0500 To: "DRAGE, Keith (Keith)" ,wgchairs@ietf.org From: Russ Housley Subject: RE: RFC 5378 question In-Reply-To: <28B7C3AA2A7ABA4A841F11217ABE78D674896100@FRMRSSXCHMBSB3.dc -m.alcatel-lucent.com> References: <28B7C3AA2A7ABA4A841F11217ABE78D674895D26@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <28B7C3AA2A7ABA4A841F11217ABE78D674896100@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090116222449.BCDC43A6AFE@core3.amsl.com> X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Keith: >It looks to me like if I want to take any text from one RFC and use >it in another RFC, I need the permission of the original authors, >because the authors have only assigned (even originally to the >Internet Society) permission to use the text in that RFC. Am I >correct? This applies even for bis versions. Under RFC 5379 and under the previous IPR policies, going back to at least RFC 2026, the contributor gives rights for the contribution to be used in the IETF standards process. Russ From mcarrasc@almirall.es Fri Jan 16 19:03:59 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B178A3A68FE for ; Fri, 16 Jan 2009 19:03:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.965 X-Spam-Level: ** X-Spam-Status: No, score=2.965 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 NkIP5f09zh0a for ; Fri, 16 Jan 2009 19:03:59 -0800 (PST) Received: from 201-75-97-231-ma.cpe.vivax.com.br (201-75-97-231-ma.cpe.vivax.com.br [201.75.97.231]) by core3.amsl.com (Postfix) with SMTP id C604C3A6A5F for ; Fri, 16 Jan 2009 19:03:52 -0800 (PST) To: Subject: News from Microsoft From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090117030354.C604C3A6A5F@core3.amsl.com> Date: Fri, 16 Jan 2009 19:03:52 -0800 (PST)
From llam@aic.gov.ar Fri Jan 16 19:43:32 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7C153A69DA for ; Fri, 16 Jan 2009 19:43:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.018 X-Spam-Level: X-Spam-Status: No, score=-0.018 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNI=0.591, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 JfcwborC0Ep9 for ; Fri, 16 Jan 2009 19:43:32 -0800 (PST) Received: from 189-31-186-56.pvoce702.e.brasiltelecom.net.br (189-31-186-56.pvoce702.e.brasiltelecom.net.br [189.31.186.56]) by core3.amsl.com (Postfix) with SMTP id A00D93A69FD for ; Fri, 16 Jan 2009 19:43:29 -0800 (PST) To: Subject: RE: Message 06626 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090117034330.A00D93A69FD@core3.amsl.com> Date: Fri, 16 Jan 2009 19:43:29 -0800 (PST)
From man@alsharq-pl.com.sa Sat Jan 17 11:03:43 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 14D533A6873 for ; Sat, 17 Jan 2009 11:03:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -23.943 X-Spam-Level: X-Spam-Status: No, score=-23.943 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, 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 TLdvEFRDPytS for ; Sat, 17 Jan 2009 11:03:42 -0800 (PST) Received: from message.topple.volia.net (message.topple.volia.net [77.122.133.170]) by core3.amsl.com (Postfix) with SMTP id 4F9DD3A6813 for ; Sat, 17 Jan 2009 11:03:40 -0800 (PST) To: Subject: Re: Order status 57258 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090117190341.4F9DD3A6813@core3.amsl.com> Date: Sat, 17 Jan 2009 11:03:40 -0800 (PST)
From mvanschoorl@agr.wa.gov Sat Jan 17 11:31:40 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B94D03A6A5E for ; Sat, 17 Jan 2009 11:31:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -24.409 X-Spam-Level: X-Spam-Status: No, score=-24.409 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, HTML_IMAGE_ONLY_28=1.561, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 ATTNSJIrSPos for ; Sat, 17 Jan 2009 11:31:38 -0800 (PST) Received: from afip.gov.ar (unknown [209.124.124.24]) by core3.amsl.com (Postfix) with SMTP id CB2DC3A6B3F for ; Sat, 17 Jan 2009 11:31:24 -0800 (PST) To: Subject: Email Administrator, Pfizer World Headquarters From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090117193124.CB2DC3A6B3F@core3.amsl.com> Date: Sat, 17 Jan 2009 11:31:24 -0800 (PST)
January 16, 2009 | "SPECIAL OFFERS"-Pfizer Company!




Contact: Email Administrator, Pfizer World Headquarters 607 E. 42nd Street New York, NY 25037
® 2001-2009 Pfizer Inc. All rights reserved!
Pfizer is a licensee of the TRUSTe Privacy Program!, click here.

» Help  »Advertise  »Terms of Service  »Privacy Policy
From jtellis@amec-connectionallay.org Sun Jan 18 06:09:55 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E0DAB3A679C for ; Sun, 18 Jan 2009 06:09:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.017 X-Spam-Level: X-Spam-Status: No, score=-7.017 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, HELO_EQ_BR=0.955, HELO_MISMATCH_BR=2.4, HTML_IMAGE_ONLY_28=1.561, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SUBJ_ALL_CAPS=2.077, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 d4V6eNuG-W3H for ; Sun, 18 Jan 2009 06:09:55 -0800 (PST) Received: from alcoa.com.br (unknown [78.139.181.46]) by core3.amsl.com (Postfix) with SMTP id 314953A67F8 for ; Sun, 18 Jan 2009 06:09:53 -0800 (PST) To: Subject: SPECIAL OFFERS From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090118140954.314953A67F8@core3.amsl.com> Date: Sun, 18 Jan 2009 06:09:53 -0800 (PST)
January 16, 2009 | "SPECIAL OFFERS"-Pfizer Company!




Contact: Email Administrator, Pfizer World Headquarters 562 E. 42nd Street New York, NY 75151
® 2001-2009 Pfizer Inc. All rights reserved!
Pfizer is a licensee of the TRUSTe Privacy Program!, click here.

» Help  »Advertise  »Terms of Service  »Privacy Policy
From padgettl9@analogic.com Sun Jan 18 22:37:23 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 138053A6B2A for ; Sun, 18 Jan 2009 22:37:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -33.308 X-Spam-Level: X-Spam-Status: No, score=-33.308 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_DHCP=1.398, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_AU=0.377, HELO_EQ_CPE=0.5, HOST_EQ_AU=0.327, HOST_EQ_CPE=0.979, HOST_EQ_STATIC=1.172, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, 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 a8xuB4w8NeAp for ; Sun, 18 Jan 2009 22:37:22 -0800 (PST) Received: from CPE-124-178-229-219.static.nsw.bigpond.net.au (CPE-124-178-229-219.static.nsw.bigpond.net.au [124.178.229.219]) by core3.amsl.com (Postfix) with SMTP id E3C953A6918 for ; Sun, 18 Jan 2009 22:37:19 -0800 (PST) To: Subject: RE: Message 39117 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090119063720.E3C953A6918@core3.amsl.com> Date: Sun, 18 Jan 2009 22:37:19 -0800 (PST)
From o@aftaab.net Mon Jan 19 11:36:11 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 557FB3A6834 for ; Mon, 19 Jan 2009 11:36:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.839 X-Spam-Level: X-Spam-Status: No, score=-11.839 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_2=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, SARE_UNI=0.591, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 ChuHPwUEgTul for ; Mon, 19 Jan 2009 11:36:10 -0800 (PST) Received: from adamshomes.com (unknown [88.242.92.64]) by core3.amsl.com (Postfix) with SMTP id 1D31D3A68FD for ; Mon, 19 Jan 2009 11:36:07 -0800 (PST) To: Subject: Your order 92885 From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090119193608.1D31D3A68FD@core3.amsl.com> Date: Mon, 19 Jan 2009 11:36:07 -0800 (PST)
From mkohler@amgen.com Mon Jan 19 14:02:44 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 379053A69A8 for ; Mon, 19 Jan 2009 14:02:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -18.077 X-Spam-Level: X-Spam-Status: No, score=-18.077 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 j1QJ7NiFHbuz for ; Mon, 19 Jan 2009 14:02:38 -0800 (PST) Received: from alkhorayef.com (unknown [189.100.145.188]) by core3.amsl.com (Postfix) with SMTP id 630263A693D for ; Mon, 19 Jan 2009 14:02:36 -0800 (PST) To: Subject: RE: Administrator From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090119220237.630263A693D@core3.amsl.com> Date: Mon, 19 Jan 2009 14:02:36 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Not see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.thoseequal.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://methoddegree.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 6, B521. 321 Clements Road. London. SE35 2DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From marlenewuslander@aceasternregion.org Tue Jan 20 05:26:14 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 07AC43A6BEA for ; Tue, 20 Jan 2009 05:26:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -24.72 X-Spam-Level: X-Spam-Status: No, score=-24.72 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_WS_SURBL=10, 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 Dji9RsC9z8cU for ; Tue, 20 Jan 2009 05:26:13 -0800 (PST) Received: from afip.gov.ar (unknown [189.102.152.174]) by core3.amsl.com (Postfix) with SMTP id 43B6E28B23E for ; Tue, 20 Jan 2009 05:26:07 -0800 (PST) To: Subject: Re: Getting the best results From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090120132608.43B6E28B23E@core3.amsl.com> Date: Tue, 20 Jan 2009 05:26:07 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Dont see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.positionthough.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://positionthough.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 7, B555. 734 Clements Road. London. SE78 4DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From wgchairs-bounces@ietf.org Tue Jan 20 09:12:57 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 315AB28C17C; Tue, 20 Jan 2009 09:12:57 -0800 (PST) X-Original-To: wgchairs@ietf.org Delivered-To: wgchairs@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id 7AEB63A6A53; Tue, 20 Jan 2009 09:12:55 -0800 (PST) From: IETF Agenda To: Working Group Chairs Subject: 74th IETF - Working Groups/BOF Scheduling - Cutoff Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20090120171255.7AEB63A6A53@core3.amsl.com> Date: Tue, 20 Jan 2009 09:12:55 -0800 (PST) Cc: irsg@isi.edu, bofchairs@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org Cutoff for request to schedule a working group has been extended to Wednesday, January 21, 2009. ----------------------------------------------------------------- 74th IETF - San Francisco, CA, USA Meeting Dates: March 22-27, 2009 Host: Juniper ----------------------------------------------------------------- IETF meetings start Monday morning and run through Friday mid-afternoon (15:15). We are accepting scheduling requests for all Working Groups and BOFs. The milestones and deadlines for scheduling-related activities are as follows: NOTE: cutoff dates are subject to change. January 19, Monday - Cutoff date for requests to schedule Working Group meetings and for preliminary BOF proposals to ADs at 17:00 PST (01:00 Tuesday, January 20 UTC/GMT). February 2, Monday - Cutoff date for requests to Area Directors to schedule BOFs at 17:00 PST (01:00 Tuesday, February 3 UTC/GMT). February 9, Monday - Cutoff date for Area Directors to approve BOFs at 17:00 PST (01:00 Tuesday, February 10 UTC/GMT). February 13, Friday - Preliminary agenda published for comment. February 25, Wednesday - Cutoff date for requests to reschedule Working Group and BOF meetings 17:00 PST (01:00 Thursday, February 26 UTC/GMT). March 2, Monday - Final agenda to be published. March 11, Wednesday - Draft Working Group agendas due by 17:00 PDT (24:00 UTC/GMT). March 16, Monday - Revised Working Group agendas due by 17:00 PDT (24:00 UTC/GMT). Submitting Requests for Working Group and BOF Sessions Please submit requests to schedule your Working Group sessions using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information that the Secretariat requires to schedule your sessions. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi Instructions for using the tool are available at: http://www.ietf.org/instructions/session_request_tool_instruction.html Please send requests to schedule your BOF sessions to agenda@ietf.org. Please include the acronym of your BOF in the subject line of the message, and include all of the information specified in item (4) of "Requesting Meeting Sessions at IETF Meetings" in the body. (This document is included below.) Submitting Session Agendas For the convenience of meeting attendees, we ask that you submit the agendas for your Working Group sessions as early as possible. Draft Working Group agendas are due Wednesday, March 11 by 17:00 PDT (24:00 UTC/GMT). Revised Working Group agendas are due no later than Monday, March 16 at 17:00 PDT (24:00 UTC/GMT). The proposed agenda for a BOF session should be submitted along with your request for a session. Please be sure to copy your Area Director on that message. Please submit the agendas for your Working Group sessions using the "IETF Meeting Materials Management Tool," a Web-based tool for making your meeting agenda, minutes, and presentation slides available to the community before, during, and after an IETF meeting. If you are a BOF chair, then you may use the tool to submit a revised agenda as well as other materials for your BOF once the BOF has been approved. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi Additional information about this tool is available at: http://www.ietf.org/instructions/meeting_materials_tool.html Agendas submitted via the tool will be available to the public on the "IETF Meeting Materials" Web page as soon as they are submitted. The URL for the "IETF 74 Meeting Materials" Web page is: https://datatracker.ietf.org/public/meeting_materials.cgi?meeting_num=74 If you are a Working Group chair, then you already have accounts on the "IETF Meeting Session Request Tool" and the "IETF Meeting Materials Management Tool." The same User ID and password will work for both tools. If you are a BOF chair who is not also a Working Group chair, then you will be given an account on the "IETF Meeting Materials Management Tool" when your BOF has been approved. If you require assistance in using either tool, or wish to report a bug, then please send a message to: ietf-action@ietf.org. =============================================================== For your convenience, comprehensive information on requesting meeting sessions at IETF 74 is presented below: 1. Requests to schedule Working Group sessions should be submitted using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information required by the Secretariat to schedule your sessions. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi Instructions for using the tool are available at: http://www.ietf.org/instructions/session_request_tool_instruction.html If you require an account on this tool, or assistance in using it, then please send a message to ietf-action@ietf.org. If you are unable to use the tool, then you may send your request via e-mail to agenda@ietf.org, with a copy to the appropriate Area Director(s). Requests to schedule BOF sessions must be sent to agenda@ietf.org with a copy to the appropriate Area Director(s). When submitting a Working Group or BOF session request by e-mail, please include the Working Group or BOF acronym in the Subject line. 2. BOFs will NOT be scheduled unless the Area Director(s) approved request is accompanied by a BOF'S FULL NAME AND ACRONYM, AREA, CHAIR(S) NAME(S) (given together with e-mail address(es)), AN AGENDA AND FULL DESCRIPTION, and the information requested in (4) below. (Please read the BOF Procedure at: http://www.ietf.org/ietf/1bof-procedures.txt before requesting a session for a BOF.) 3. A Working Group may request either one or two sessions. If your Working Group requires more than two sessions, then your request must be approved by an Area Director. Additional sessions will be assigned, based on availability, after Wednesday, February 25 at 17:00 PST (01:00 Thursday, February 26 UTC/GMT), the cut-off date for requests to reschedule a session. 4. You MUST provide the following information before a Working Group or BOF session will be scheduled: a. Working Group or BOF full name with acronym in brackets: b. AREA under which Working Group or BOF appears: c. CONFLICTS you wish to avoid, please be as specific as possible: d. Expected Attendance (figures from the 73rd IETF meeting are included at the end of this message): e. Special requests: f. Number of sessions: g. Length of session: - 1 hour - 1 1/2 hours - 2 hours - 2 1/2 hours For more information on scheduling Working Group and BOF sessions, please refer to RFC 2418 (BCP 25), "IETF Working Group Guidelines and Procedures" (http://www.ietf.org/rfc/rfc2418.txt). =============================================================== For your convenience please find here a list of the IETF Area Directors with their e-mail addresses: IETF Chair Russ Housley Applications Area (app) Lisa Dusseault Chris Newman Internet Area (int) Jari Arkko Mark Townsley Operations & Management Area (ops) Ronald Bonica Dan Romascanu Real-time Applications and Infrastructure Area (rai) Cullen Jennings Jon Peterson Routing Area (rtg) Ross Callon David Ward Security Area (sec) Pasi Eronen Tim Polk Transport Area (tsv) Lars Eggert Magnus Westerlund =========================================================== 73rd IETF Meeting Attendance Number 16ng 12 6lowpan 34 6man 116 alto WG - 186 ancp 13 apparea (AG) 85 autoconf 30 avt 61 avt (2nd session) 44 behave 126 behave (2nd session) 145 behave (third session) 55 bliss 70 bmwg 18 capwap 19 ccamp 93 ccamp (2nd session) 91 csi 22 dccp 21 dhc 29 dime 24 dkim 41 dna 20 dnsext 95 dnsop 105 drinks 57 dtnrg (RG) 51 eai 27 ecrit 27 emu 51 enum 28 fecframe 13 forces 15 geopriv 70 grow 71 hiprg (RG) 21 hokey 33 iccrg (RG) 39 idnabis 51 idnabis (2nd session) 62 idr 66 intarea (AG) 114 ipfix 34 ippm 17 ipsecme 61 isis 44 isms 21 keyprov 32 kitten 17 krb-wg 24 l2vpn 100 l3vpn 61 ledbat 82 manet 50 mboned 28 mboned (second session) 27 mediactrl 37 mext 72 mext (second session) 64 mip4 32 mipshop 34 mmusic 91 mobopts (RG) 47 mpls 128 mpls (2nd session) 133 msec 45 multimob BoF - 82 nea 33 netconf 43 netlmm 24 netmod 59 netmod (2nd session) 30 nfsv4 14 nsis 14 ntp 22 oauth 98 opsarea (AG) 54 opsawg 26 opsec 22 ospf 47 p2psip 83 pana 7 pce 54 pcn 37 pim 27 pkix 45 pmol 15 pwe3 79 radext 31 raiarea (AG) 119 rtgarea (AG) 83 rmt 16 roll 40 rrg (RG) 95 rtgwg 81 saag (AG) 83 sasl 22 savi 64 sidr 61 sieve 16 simple 70 sip 82 sip (2nd session) 99 sipping 77 softwire 79 speermint 54 tcpm 26 tictoc 33 tls 47 trill 44 tsvarea (AG) 63 tsvwg 74 v6ops 102 vcarddav 19 xcon 26 From wgchairs-bounces@ietf.org Tue Jan 20 10:30:02 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A666D28C10A; Tue, 20 Jan 2009 10:30:02 -0800 (PST) X-Original-To: wgchairs@ietf.org Delivered-To: wgchairs@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 2A05D3A6895; Tue, 20 Jan 2009 10:30:00 -0800 (PST) From: IESG Secretary To: ietf-announce@ietf.org Subject: IESG Statement about the proposed status for IETF documents reserving resources for example purposes Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20090120183001.2A05D3A6895@core3.amsl.com> Date: Tue, 20 Jan 2009 10:30:01 -0800 (PST) Cc: wgchairs@ietf.org, ietf@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This IESG Statement deals with the proposed status for IETF documents reserving values, numbers, addresses, etc. for example purposes. In this statement we use the term 'resources' for these values, numbers, addresses, etc. As a general practice the IESG recommends that setting aside of resources for example purposes be made at the time the registries for these resources are created. In these situations, the assignments are part of documents that define the registries and the respective documents can have different statuses such as standards track, informational, or experimental. However in many cases the need for examples shows up later, and as a result a number of RFCs in the IETF stream have been issued with the principal purpose of reserving resources for documentation or example purposes, and preventing these values from being used in operational deployments and create undesired or unexpected effects on the Internet. It is assumed that such resources will be used in examples in RFCs, books, documentation, and the like. Currently there is no established and agreed practice of what proposed status the RFCs written for this purpose will take. Looking at a few examples of such documents one can see that RFCs with different statuses were approved in time by the IESG and published: RFC 2606 - Reserved Top Level DNS Names - BCP RFC 3849 - IPv6 Address Prefix Reserved for Documentation - Informational RFC 4735 - Example Media Types for Use in Documentation - Proposed Standard RFC 5398 - Autonomous System (AS) Number Reservation for Documentation Use - Informational The IESG recommends that in the future the proposed status for IETF documents with the exclusive or principal scope of reserving resources for example purposes should be BCP, with the exception of a couple of cases detailed below. The rationale of this recommendation is that BCP seems to be the appropriate status for such documents that standardize practices and recommend ways to make reservations of resources for example purposes, and the level of community deliberations associated with BCPs including IETF Last Call seems to be the right one. The alternative of standards-track documents is not justified, as documents that define resources for examples cannot be progressed through the maturity ladder as required for such documents. The second alternative of informational documents seems to be also inadequate, as informational documents do not represent any Internet community consensus or recommendations. The recommendation does not apply in the following cases: - If an existing specification requires a different document status for the respective type of resources. From this perspective using Proposed Standard for RFC 4735 was a justified choice, because as per RFC 4288 Section 8, all type names MUST be defined by a standards-track RFC. - If the respective resources belong to a space administered by IANA using a First Come First Served policy an Informational RFC status is sufficient. This recommendation takes effect from the date of publication of this IESG Statement and does not impact RFCs published until this date. From matthias.stetteri@alfmeier.de Tue Jan 20 11:13:25 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EB543A6BEB for ; Tue, 20 Jan 2009 11:13:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.086 X-Spam-Level: X-Spam-Status: No, score=-8.086 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 xm94E1H057ug for ; Tue, 20 Jan 2009 11:13:24 -0800 (PST) Received: from 66-50-116-143.prtc.net (66-50-116-143.prtc.net [66.50.116.143]) by core3.amsl.com (Postfix) with SMTP id C33233A6B91 for ; Tue, 20 Jan 2009 11:13:23 -0800 (PST) To: Subject: Next: Getting the best results From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090120191323.C33233A6B91@core3.amsl.com> Date: Tue, 20 Jan 2009 11:13:23 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Dont see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.beenarrange.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://beenarrange.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 5, B413. 337 Clements Road. London. SE56 8DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From niki@aips.edu.au Wed Jan 21 07:22:37 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3696A28C0E5 for ; Wed, 21 Jan 2009 07:22:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.861 X-Spam-Level: *** X-Spam-Status: No, score=3.861 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_BR=0.955, HELO_EQ_DSL=1.129, HELO_EQ_TELESP=1.245, HOST_EQ_BR=1.295, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_DYNAMIC=0.1, SARE_RECV_SPAM_DOMN02=1.666, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 SgnZCszT9r7P for ; Wed, 21 Jan 2009 07:22:36 -0800 (PST) Received: from 201-68-233-235.dsl.telesp.net.br (201-68-233-235.dsl.telesp.net.br [201.68.233.235]) by core3.amsl.com (Postfix) with SMTP id 3EE243A6885 for ; Wed, 21 Jan 2009 07:22:34 -0800 (PST) To: Subject: Your Payment Has Been Initiated From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090121152235.3EE243A6885@core3.amsl.com> Date: Wed, 21 Jan 2009 07:22:34 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.witguess.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://witguess.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 1, B245. 874 Clements Road. London. SE95 4DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From oqzxg@altdesign.co.nz Wed Jan 21 10:53:11 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 811633A67F8 for ; Wed, 21 Jan 2009 10:53:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -27.248 X-Spam-Level: X-Spam-Status: No, score=-27.248 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_IPADDR=2.426, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SARE_UNA=1.231, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 GBISMxNhgXXb for ; Wed, 21 Jan 2009 10:53:10 -0800 (PST) Received: from host86-131-117-43.range86-131.btcentralplus.com (host86-131-117-43.range86-131.btcentralplus.com [86.131.117.43]) by core3.amsl.com (Postfix) with SMTP id 52A573A67AF for ; Wed, 21 Jan 2009 10:53:07 -0800 (PST) To: Subject: We're updating your account for the better! From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090121185308.52A573A67AF@core3.amsl.com> Date: Wed, 21 Jan 2009 10:53:07 -0800 (PST)

Do not see a picture? Visit our site now!

*Offer expires January 31, 2009.

As a valued Windows Live Hotmail customer, we hope you find this Windows Vista Ultimate offer valuable. If you would prefer to no longer receive promotional offers about Windows Vista Ultimate please click here.

For general information about how to manage your Communication Preferences with Microsoft please click here.

If you have questions about Microsoft privacy policies, please read our online Privacy Statement.

Opting out of Microsoft e-mail offers will not affect any newsletters you have requested nor restrict important customer communications concerning your Microsoft products.

Microsoft Corporation
One Microsoft Way
Redmond, WA 37277



..
Message-Id: <20096694566911.0F1D.28704877-0343@cimail15.msn.com>
From jauno@aguasclaras-fn.com.br Wed Jan 21 21:13:51 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01DD13A6813 for ; Wed, 21 Jan 2009 21:13:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -21.388 X-Spam-Level: X-Spam-Status: No, score=-21.388 tagged_above=-999 required=5 tests=[AWL=0.343, BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_IPADDR2=4.395, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, TVD_PH_SUBJ_META=0, TVD_RCVD_IP=1.931, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_WS_SURBL=10, 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 dsnVP3WVGwow for ; Wed, 21 Jan 2009 21:13:50 -0800 (PST) Received: from 185-103-124-91.pool.ukrtel.net (185-103-124-91.pool.ukrtel.net [91.124.103.185]) by core3.amsl.com (Postfix) with SMTP id 3A2BD3A63D2 for ; Wed, 21 Jan 2009 21:13:48 -0800 (PST) To: Subject: Your payment has been sent From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090122051349.3A2BD3A63D2@core3.amsl.com> Date: Wed, 21 Jan 2009 21:13:48 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.hatthink.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://hatthink.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 1, B286. 063 Clements Road. London. SE73 8DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From omero@amuprogram.it Wed Jan 21 22:50:09 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A59028C113 for ; Wed, 21 Jan 2009 22:50:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -31.156 X-Spam-Level: X-Spam-Status: No, score=-31.156 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, 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 zh2sZo1yyNDy for ; Wed, 21 Jan 2009 22:50:08 -0800 (PST) Received: from 201008029023.user.veloxzone.com.br (201008029023.user.veloxzone.com.br [201.8.29.23]) by core3.amsl.com (Postfix) with SMTP id 8089F3A69EB for ; Wed, 21 Jan 2009 22:50:04 -0800 (PST) To: Subject: Check out hot deals From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090122065006.8089F3A69EB@core3.amsl.com> Date: Wed, 21 Jan 2009 22:50:04 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.ordeep.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://ordeep.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 2, B678. 195 Clements Road. London. SE81 6DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From wgchairs-bounces@ietf.org Thu Jan 22 07:14:55 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB69D3A6A38; Thu, 22 Jan 2009 07:14:54 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C5DB43A6A38 for ; Thu, 22 Jan 2009 07:14:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.346 X-Spam-Level: X-Spam-Status: No, score=-101.346 tagged_above=-999 required=5 tests=[AWL=-1.057, BAYES_00=-2.599, SARE_URGBIZ=0.725, URG_BIZ=1.585, 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 ofaWgRQgOWIK for ; Thu, 22 Jan 2009 07:14:53 -0800 (PST) Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id D76313A67ED for ; Thu, 22 Jan 2009 07:14:52 -0800 (PST) Received: (qmail 4245 invoked by uid 0); 22 Jan 2009 15:14:33 -0000 Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.24) by woodstock.binhost.com with SMTP; 22 Jan 2009 15:14:33 -0000 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 22 Jan 2009 10:14:32 -0500 To: wgchairs@ietf.org From: Russ Housley Subject: Fwd: Nominating Committee call for Internet and Routing AD Nominees Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20090122151452.D76313A67ED@core3.amsl.com> X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org >From: NomCom Chair >To: IETF Announcement list >Subject: Nominating Committee call for Internet and Routing AD Nominees >Date: Wed, 21 Jan 2009 14:33:31 -0800 (PST) > >The nominating committee asks for your urgent assistance. >Please nominate additional individuals you think would be good folks to >consider for the Internet and Routing AD slots we are responsible for >filling. >Nominations should be sent to nomcom08@ietf.org. >Nominations will be accepted through Friday, February 6, although the >sooner they are submitted the better, as nominees will not have very long >to provide questionnaires to the committee. >Self nomination is permitted. > >Thank you for your assistance, >Joel M. Halpern >IETF 2008 / 2009 nominating committee chair > >PS: There is no need to resubmit nominations you are sure were submitted >earlier. There is no harm in submitting one if you are not sure. From mayeryuctztjum@altertrading.com Thu Jan 22 09:16:15 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 10BF73A6954 for ; Thu, 22 Jan 2009 09:16:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.998 X-Spam-Level: X-Spam-Status: No, score=-8.998 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HOST_EQ_BR=1.295, HOST_EQ_STATIC=1.172, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, SARE_RECV_IP_200150=0.612, TVD_PH_SUBJ_META=0, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 v6WiGOSr07h1 for ; Thu, 22 Jan 2009 09:16:13 -0800 (PST) Received: from abacusinfo.com (200-150-188-211.static-user.ajato.com.br [200.150.188.211]) by core3.amsl.com (Postfix) with SMTP id 411A03A6A49 for ; Thu, 22 Jan 2009 09:16:11 -0800 (PST) To: Subject: Your payment has been sent From: MIME-Version: 1.0 Importance: High Content-Type: text/html X-Antivirus: avast! (VPS 081109-0, 09/11/2008), Outbound message X-Antivirus-Status: Clean Message-Id: <20090122171612.411A03A6A49@core3.amsl.com> Date: Thu, 22 Jan 2009 09:16:11 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.ordeep.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://ordeep.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 1, B987. 116 Clements Road. London. SE52 0DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From osteology@admicos.com Thu Jan 22 09:23:51 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F25E28C24A for ; Thu, 22 Jan 2009 09:23:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.121 X-Spam-Level: X-Spam-Status: No, score=-12.121 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_ORG=0.611, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 legt2rtA+1TL for ; Thu, 22 Jan 2009 09:23:49 -0800 (PST) Received: from ama-assn.org (unknown [189.6.225.17]) by core3.amsl.com (Postfix) with SMTP id C274428C239 for ; Thu, 22 Jan 2009 09:23:44 -0800 (PST) To: Subject: You've received an answer to your question From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090122172346.C274428C239@core3.amsl.com> Date: Thu, 22 Jan 2009 09:23:44 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.intuitionmeet.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://intuitionmeet.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 8, B890. 134 Clements Road. London. SE31 9DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From mail@13989.p-world.jp Thu Jan 22 17:41:25 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0A24B3A68C8 for ; Thu, 22 Jan 2009 17:41:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -38.301 X-Spam-Level: X-Spam-Status: No, score=-38.301 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, GB_I_LETTER=-2, HELO_DYNAMIC_IPADDR=2.426, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_RHS_DOB=1.083, 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 AH4BhQPyvaxb for ; Thu, 22 Jan 2009 17:41:24 -0800 (PST) Received: from pc-103-158-164-190.cm.vtr.net (pc-103-158-164-190.cm.vtr.net [190.164.158.103]) by core3.amsl.com (Postfix) with SMTP id 5F9913A69A8 for ; Thu, 22 Jan 2009 17:41:22 -0800 (PST) To: Subject: Re: Message from President From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090123014123.5F9913A69A8@core3.amsl.com> Date: Thu, 22 Jan 2009 17:41:22 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.believeled.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://believeled.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 8, B735. 581 Clements Road. London. SE72 3DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From mouversh@alliedpickfords-bg.com Fri Jan 23 03:51:47 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CEF0B3A6843 for ; Fri, 23 Jan 2009 03:51:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.268 X-Spam-Level: X-Spam-Status: No, score=-15.268 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_XBL=3.033, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 p0bQbe09T3tk for ; Fri, 23 Jan 2009 03:51:47 -0800 (PST) Received: from ip-26-130.sn1.eutelia.it (ip-26-130.sn1.eutelia.it [62.94.26.130]) by core3.amsl.com (Postfix) with SMTP id E4CD63A6861 for ; Fri, 23 Jan 2009 03:51:44 -0800 (PST) To: Subject: Welcome to eBay! From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090123115145.E4CD63A6861@core3.amsl.com> Date: Fri, 23 Jan 2009 03:51:44 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.quotientscore.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://quotientscore.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 7, B969. 237 Clements Road. London. SE46 1DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved

From wgchairs-bounces@ietf.org Fri Jan 23 08:28:43 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1138D3A6AD4; Fri, 23 Jan 2009 08:28:43 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9BBA53A680A; Thu, 22 Jan 2009 21:28:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.637 X-Spam-Level: X-Spam-Status: No, score=-2.637 tagged_above=-999 required=5 tests=[AWL=-0.038, 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 88CYfIVhGixa; Thu, 22 Jan 2009 21:28:56 -0800 (PST) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by core3.amsl.com (Postfix) with ESMTP id C31593A6816; Thu, 22 Jan 2009 21:28:55 -0800 (PST) Received: by an-out-0708.google.com with SMTP id b2so862472ana.4 for ; Thu, 22 Jan 2009 21:28:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:mime-version:content-type:x-priority:x-msmail-priority :x-mailer:importance:thread-index:x-mimeole; bh=Rf4v3bnooZ8U761quKIwyURBWwnVWTkXxD5yeyYW6Dk=; b=AwFmQFXXZrWVzQp5jswtSaS0KFxonNTKJ7kinLDjd56graBRRvEifa203/trwrQhEl /v6QByLWVowQQoDBhW7IfQtH+8QrWb6BobesV9kqRndvBPIqtHf7ENgtcG/sVvcCz3Ij yYGLdN5FIwL2kSSmZrd3XcGIm0Ii5DQU/EWzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:mime-version:content-type :x-priority:x-msmail-priority:x-mailer:importance:thread-index :x-mimeole; b=C1/uj+TM2RJvKPkTHgv/tyig0Q4roNvzdZo49tuABgn39ZbDWyfa2RQmbz2NqKACm1 5vFI8PnOFTpQVIqlBPmGmr/Yx01jciLQyGKM99SAyQYXyBmPsp+J5gTJNPP8lyi58OfP xnYWH0YZzdreGeREM66FS7JfBnx8aVuWOuA4w= Received: by 10.65.112.13 with SMTP id p13mr1065135qbm.99.1232688517685; Thu, 22 Jan 2009 21:28:37 -0800 (PST) Received: from noisy (bas3-ottawa23-1177565746.dsl.bell.ca [70.48.58.50]) by mx.google.com with ESMTPS id s35sm18380651qbs.33.2009.01.22.21.28.32 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Jan 2009 21:28:35 -0800 (PST) From: "Ed Juskevicius" To: , , , , , Subject: ANNOUNCEMENT: The IETF Trustees invite your comments on revised proposed legend text to work-around the Pre-5378 Problem Date: Fri, 23 Jan 2009 00:29:33 -0500 Message-ID: <021163703E4B40E89DBCF5DF37683DBB@noisy> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001B_01C97CF1.AB410F20" X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Office Outlook 11 Importance: High Thread-Index: AclxuETcvNCPupucRASslmyMepJprwAFxkPAAr1YWpAAFH5tYA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Fri, 23 Jan 2009 08:28:41 -0800 Cc: 'Trustees' , 'Ray Pelletier' , "'Contreras, Jorge'" X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C97CF1.AB410F20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This message is in follow-up to the IETF Trustees' request for community review (announced on January 6, 2009) on some new legend text intended to help authors work around the "pre-5378 problem". Please recall that some I-D authors have experienced difficulty implementing RFC5378 since it was published on November 10, 2008. An example of the difficulty is summarized below: - an author wants to include pre-5378 content in a new submission or contribution to the IETF, but - the author is not able to assert that every author of the pre-5378 content has agreed (or would agree) to license the earlier material for use outside of the IETF Standards Process As a result of the above situation, many authors have reported they can not submit or progress new contributions, because the legend text authorized by the Trustees in November 2008 had no provisions for dealing with this "pre-5378" problem. The Trustees met with legal counsel on January 22nd to discuss the comments and suggestions which you have provided since January 6th. We have received many excellent suggestions for ways to clarify and improve the draft legend text, and we are grateful for this. Based on the feedback received to date, the Trustees are now proposing a few changes to the draft legend text. The 'old' legend text (as posted for community review on 2009-01-06) was: > 6. Text To Be Included in IETF Documents > c. Derivative Works and Publication Limitations > iii. If a Contribution includes Pre-5378 Material and the Contributor > does not wish to allow modifications of such Pre-5378 Material to be > made outside the IETF Standards Process: > > This document contains material from IETF Documents or IETF Contributions > published before November 10, 2008 and, to the Contributor's knowledge, > the person(s) controlling the copyright in such material have not granted > the IETF Trust the right to allow modifications of such material outside > the IETF Standards Process. Without obtaining an adequate license from > the person(s) controlling the copyright, this document may not be modified > outside the IETF Standards Process, and derivative works of it may not be > created outside the IETF Standards Process, except to format it for > publication as an RFC and to translate it into languages other than > English. The updated proposed legend text based on the discussion to date is as follows: This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC and to translate it into languages other than English. The Trustees invite your comments on the updated proposed legend text. We believe the updated text incorporates the feedback we have received to date, and we hope it clarifies the proposed legend. The Trustees will meet again in early February to decide on whether to revise the Trust License Policy based on the ongoing community discussion. If so decided, a revision to the Trust's "Legal Provisions Relating to IETF Documents" policy will be published. Please refer to the attached PDF file for an example of how the Legal Provisions document might look if today's update to proposed legend text is adopted. A softcopy is available on the IETF Trust website under the heading "DRAFT Policy and Procedures Being Developed" at: http://trustee.ietf.org/policyandprocedures.html If you have any comments on the updated proposed legend text, please post them before the end of February 7th. The Trustees need to decide on whether to adopt the proposed legend text, and then communicate our decision to you on or before February 15th. Please give this your attention. Regards, Ed Juskevicius, on behalf of the IETF Trustees edj.etc@gmail.com ------=_NextPart_000_001B_01C97CF1.AB410F20 Content-Type: application/pdf; name="Draft-Update-to-IETF-Trust-Legal-Provisions-1-22-09.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Draft-Update-to-IETF-Trust-Legal-Provisions-1-22-09.pdf" JVBERi0xLjQNJeLjz9MNCjcxIDAgb2JqDTw8L0xpbmVhcml6ZWQgMS9MIDU5MjM5L08gNzMvRSAx NTA0Mi9OIDcvVCA1Nzc3Ny9IIFsgNzk2IDMxM10+Pg1lbmRvYmoNICAgICAgICAgICAgICAgICAg IA14cmVmDTcxIDI1DTAwMDAwMDAwMTYgMDAwMDAgbg0KMDAwMDAwMTEwOSAwMDAwMCBuDQowMDAw MDAxMTkwIDAwMDAwIG4NCjAwMDAwMDEzMjAgMDAwMDAgbg0KMDAwMDAwMTUwMCAwMDAwMCBuDQow MDAwMDAyMDEwIDAwMDAwIG4NCjAwMDAwMDIzNzMgMDAwMDAgbg0KMDAwMDAwMjc3NCAwMDAwMCBu DQowMDAwMDAyODA5IDAwMDAwIG4NCjAwMDAwMDI4ODYgMDAwMDAgbg0KMDAwMDAwNTI1NyAwMDAw MCBuDQowMDAwMDA1NDIzIDAwMDAwIG4NCjAwMDAwMDU3ODcgMDAwMDAgbg0KMDAwMDAwNTkwNSAw MDAwMCBuDQowMDAwMDA2MjM5IDAwMDAwIG4NCjAwMDAwMDg5MzEgMDAwMDAgbg0KMDAwMDAwOTEw OCAwMDAwMCBuDQowMDAwMDA5Mjg2IDAwMDAwIG4NCjAwMDAwMDk0NTYgMDAwMDAgbg0KMDAwMDAw OTYyOCAwMDAwMCBuDQowMDAwMDA5NzgwIDAwMDAwIG4NCjAwMDAwMTQ1MDMgMDAwMDAgbg0KMDAw MDAxNDY4MCAwMDAwMCBuDQowMDAwMDE0ODg2IDAwMDAwIG4NCjAwMDAwMDA3OTYgMDAwMDAgbg0K dHJhaWxlcg08PC9TaXplIDk2L1ByZXYgNTc3NjgvUm9vdCA3MiAwIFIvSW5mbyA3MCAwIFIvSURb PDhBQUE4RjBBMDg0NkZEM0Q3QkQ2QTQzMTcyMzQ3RDU3Pjw1NjNBMzcxNDUzQUU0RkY5ODA5REUy OTA0QUJFMkUyOD5dPj4Nc3RhcnR4cmVmDTANJSVFT0YNICAgICAgICAgICAgICAgICAgICAgDTk1 IDAgb2JqDTw8L0xlbmd0aCAyMjYvRmlsdGVyL0ZsYXRlRGVjb2RlL0kgMjQ5L0wgMjMzL1MgMTMz Pj5zdHJlYW0NCnjaYmBgYGFgYM5lYAWS3Ax8DAjAB5RhA2KOiS0BMxjOuN4t4hbVVJvlC5RakRHh AFXF6BY5bXrCQbfc4z4iGYqVP3pEMp4YBC6bVqVpELjKgIGBKS2DgRGIGSSAFlgwMDUwqLg1MDSg GAcEugwMW3OBtBgQa4NFlBl4mX6oOG8TadjOwMDqqcAiEeSwTGirQZOF4IN2Fg/ZlAUcD0Ibnxgx BHFGhB1qkN1g01rA51DE3yHXdETmwi4mHpuHxkwzvA7dgnvIiYHhghyQZgJiWyB2Y2C47wfyAhAp AgQYAG5fOe0NZW5kc3RyZWFtDWVuZG9iag03MiAwIG9iag08PC9NZXRhZGF0YSA2OSAwIFIvUGFn ZXMgNjggMCBSL1R5cGUvQ2F0YWxvZy9QYWdlTGFiZWxzIDY2IDAgUj4+DWVuZG9iag03MyAwIG9i ag08PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNjggMCBSL0NvbnRlbnRzIDgwIDAgUi9S b3RhdGUgMC9NZWRpYUJveFswIDAgNjEyIDc5Ml0vUmVzb3VyY2VzIDc0IDAgUi9UeXBlL1BhZ2U+ Pg1lbmRvYmoNNzQgMCBvYmoNPDwvQ29sb3JTcGFjZTw8L0NzNiA3OCAwIFI+Pi9Gb250PDwvVFQy IDc1IDAgUi9UVDQgNzYgMCBSL1RUNiA3NyAwIFIvVFQ4IDgxIDAgUi9UVDEwIDgyIDAgUi9UVDEx IDgzIDAgUi9UVDEzIDg0IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEg NzkgMCBSPj4+Pg1lbmRvYmoNNzUgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3Jp cHRvciA4NiAwIFIvTGFzdENoYXIgMTQ4L1dpZHRoc1syNTAgMCAwIDAgMCAwIDAgMCAzMzMgMzMz IDAgMCAyNTAgMzMzIDI1MCAyNzggNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAg NTAwIDI3OCAyNzggMCAwIDAgMCAwIDcyMiA2NjcgNjY3IDcyMiA2MTEgNTU2IDAgMCAzMzMgMCAw IDYxMSAwIDAgMCA1NTYgMCA2NjcgNTU2IDYxMSAwIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCAwIDQ0 NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDI3OCA1MDAgMjc4IDc3OCA1MDAgNTAw IDUwMCA1MDAgMzMzIDM4OSAyNzggNTAwIDUwMCA3MjIgNTAwIDUwMCA0NDQgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNDQ0IDQ0NF0vQmFzZUZvbnQvVGlt ZXNOZXdSb21hblBTTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBl L0ZvbnQ+Pg1lbmRvYmoNNzYgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRv ciA4NyAwIFIvTGFzdENoYXIgMTE2L1dpZHRoc1syNTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgNTAwIDAgNTAwIDAgMCAwIDUwMCAwIDAgNTAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNzIy IDAgMCAwIDAgMCA1MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCA1MDAgMCAwIDAgMCAzMzMgMCAwIDAgMCAwIDAgMCA1NTYgNTAwIDAgMCAzODkgMCAyNzhdL0Jh c2VGb250L1RpbWVzTmV3Um9tYW5QUy1Cb2xkSXRhbGljTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5n L1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNzcgMCBvYmoNPDwvU3VidHlwZS9U cnVlVHlwZS9Gb250RGVzY3JpcHRvciA4OCAwIFIvTGFzdENoYXIgMTE4L1dpZHRoc1syNTAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDI1MCAwIDAgMCA1MDAgMCA1MDAgMCAwIDAgMCAwIDAgNTAwIDAg MCAwIDAgMCAwIDAgNzIyIDAgMCA3MjIgNjY3IDYxMSAwIDAgMzg5IDAgMCA2NjcgMCAwIDAgNjEx IDAgNzIyIDU1NiA2NjcgNzIyIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCAwIDUwMCAwIDQ0NCA1NTYg NDQ0IDAgNTAwIDAgMjc4IDAgMCAyNzggODMzIDU1NiA1MDAgNTU2IDAgNDQ0IDM4OSAzMzMgNTU2 IDUwMF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTLUJvbGRNVC9GaXJzdENoYXIgMzIvRW5jb2Rp bmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag03OCAwIG9iag1bL0lDQ0Jhc2Vk IDg1IDAgUl0NZW5kb2JqDTc5IDAgb2JqDTw8L09QTSAxL09QIGZhbHNlL29wIGZhbHNlL1R5cGUv RXh0R1N0YXRlL1NBIGZhbHNlL1NNIDAuMDI+Pg1lbmRvYmoNODAgMCBvYmoNPDwvTGVuZ3RoIDIz MDEvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCmje5Fhbj9u4GX33r+CjB7A5JEXd0qJAdiZb bLBbpBkXfUgWhUamx8rKkiPKMzv9G9sf3PORkizbcrb73AxiXfldznc71O1fHyR7srPvVrPb1Uox yVabWcrDiAn8uZMw5kHElFA8lSphq93s9s5GLLfuFcFsXs0EW+UzmfBISkh4mX2aM3kbs5ufV+/x bCm5jNjqnl57mc3ZzeoLadNem2BhyBP3fH7fZJuW1Rv3Ck8D/GNcqyCkg9MU8DAMFdTS60q5F9+t ZqnkQapZrAJaxaTiQkeMp2GYpqwxsw15eOqXFAFXaRxiEfRr7Vw7ujR/n1XwWqS9ilBwQSqk5jJR jIdxEEm8wXWYDCrgVjQFopIh10masFiEPEgiTcrmP7xbfc9WH//xsHJKlhFwEJItVYfX/EfzlJXs Q1M/F7aoK8s+mjJri+qJtTVzq+/r/LAzVWudhIAHAuiQAO0EvN3vsdis2b9G/xZHv45BX/JUyJFu LgRMQViX3Rki926zMXlbPBt2n7XmzTWhS4I/0fHRDpcfysmQnH2X5b88NfWhWnfQJhHCxSIleRIo piMeUcCDRAVXgxcoHkcRLQq4jIX2wRvSaxnzJInjsTuUuy4zb5YqVmq+2hoP4ao52Ja9ZJZt6mYH rOqK3Zvc7B5Nw2ToHMMvHi5YtqsBft1u8ajdIhB2gaNh+0Ozr60ZZ7w+QZGLCM44A5DeWf71UDRY vmDbuly7k11WVC3+U3Szas3KIjeVpavcNPSAmV8L2/aPN4f20BiGNaYsEZUDEgWx3uPd14vC41qr TvvBwkMIy+uqomDC2Zei3TovfoCwpjItsy1UZM3aksjcWOtUFsiybL2DibZtMlrqUHFLLxxHw+g0 ZuvnrAKcyFIqbZsXBpdOYmvybVWX9dMry6yt8wJptZ6wh95tKPXNeA1nN0oE86k2Q4Dr0Ot/m+d1 QxiXrwsKlD1ksAQF9PH7OxYGcbJgd3XVNsXjoa0bS0/aPjceBiA+dEA8NW51/8L1gKsw7gDwCdZH 0cfVWO9mY+weYeiUFo2XOthDRc8ZAxK9tfFiUvnIcSm6HnxX73aHqkA+bDMXyediTQCeJT6Z8XQo 1hQk2POUObCOdrbbrD1fdN1tqUXntt3Wh3LdA1b7qrl02x7y7YTXLuanLQ5AoGhPq6zvVWGn9KJj ro3NIdQ4D5riadvaUXldcc/ZbK8Zfe58n29dg/lDPv0Jic9eUMJ07FMEirDIFSf6S1nsijY7Cpjw vu8xSdrBUNUt/LO+aCbnBcC8y/YQXBb/dlXV7Czrm0PrYL7A0kGVNWYaAd9+odmD9lJAxNpsigoy t9mzj8DOZNThLLMoazQPwFoMuZ1w17zFN6fQp7ni1MNxTeMNccwei5KyHM1l2nBn7jBndJjyCJNc 6pTH0s0ZrcYTPJmc4EHI4zSQGE+Si0B1dGHwm5+OU5R/R1JQvX4oJiBQ6EnDUBzVTNLXDDkWRuk8 g4sykVzRHRmBobiBNRUUiocZBjOyCDBczuXPc0L/t+ME7zEJUsiGV0HKFXheoDly6AyTKUKIgQJG 07MmQoA4Qc+VulcSuIphHfM0/p2BHoMfCczzM7H5bP6fzze8Q/A40y+GazoCMErE/JFyRKaBcHN+ KHZX2MjHx9fzkh8PhivpnyHbJmariHU/2Ss8P+9vn+fF55upZoAHVV4eXLPtJ93SMWCLBUOt2cMj 6t9Nvnp61MpQdgY4LZu6LOsXV/R4+5SzLVwHgWayyRuF2vN9xbOaM1Y5VfLObVeQntLtD49lYbew ELabZkIt74pAjIMXyZOYJfMcMYtUl/Ox1jibgG2XrTs3zkwdzMCUbwriJfWZKVfmpVTeDrIU2Pz2 oTHLdz3XOlUy6iQKvSDQAfxAyaO4g46zXq0bJTSPA0GrNJJduBwfNQHZ44GMhwjigxT8L0d6MOKE +2Na+rY3YgRL2mxImDMaz0HPPvN6/+rGINvXEPfK1p1v1Id9H2HdQGyLnemkg5g4ePOO9h0z16WP DKRYMBkJtZgG2XcIcMJowYI0Tlz8dKz9yb4xz0V9sOwZs3bk00QRTmWSCkbUPpRqvnbFH0fIn4rt aiJfGap/0c9/oPmNGB9znmaZ+RXWWTtZ+APVG7hu31+wt/GFABccQjl2k649gInUjzTlfRdqzNeD 8VY40tBZuC4aBAKvb5p6N131Iux73hDB7NBuwWA9Txo3N8e1x4T6AVzbtBR85+SjyesdbSae6/LZ U4Bd9gsZ9Y1oenu9/Q7TSzsuan5o2GLcsGMt5oYmnpjTT9cBQmwEr069XeagzKCPOK2HifKVKoWO lx0eTmWXQZQYgN6SXYYdUUMbI4u8ID+GjchAjwcSPRafDzy73yXVL4g2tmKee03zRd1/KnFbrDU2 cxS4t9Wrd8oBeX0W2W0GzggEsO2khKN9GFWReaHq7duU+1Jz98AuPqU83P0NZrxHa/rCuEwle2FS sJ/YJ7pQzP/+LNh6JlnBZl9BaqiPgSeE6C2oNzQyDlrC8p17sJstsXuPU0znmAYiK2cPwxp6FImI LSPwgHS0JNAKwlJc4PXZ36e/+Bx1p4pHoBWxihA1NZJDwDpeoJMQonCiwO9IqnC/G8j+5Lz5Y8Ki KWEWwiSjv1PrwlRDogIyOOqjQKyXCc40FzKkJIjTpL/wh3zWPwt5hN5YDtcxT1IMDicBbMbRVjGc gRVLsNIgHu6UdCfmYXK8hRspxtJR2uiGV+fEdLe84nJ0x9s7iCXtXqfAQgKWZh7S5/8cCfv76Uul o5Ba9L0Rw3+ARbCQhzp0CRbzmOiE0+RIgzfDneaz3hR3Wc6kprpS3RcxUBHdr3fnXipWuavTavAb HSn8ZiXmMnbGuBMdJiDaMBN+RpAMlnLM9+W4h4vADYKP6MUf6CtUW5im2wF8nfVigG0IkwKqM2y6 ElgVEUP6J6t6M+SkGSn8UpE+MeQ4fv5MdvzFK3P+/K+rj7yVyVulbrE5it8gWz/81O3gZODNiXgg Us/futPBpRi9D0tOPhjTR4joOB3vDfAw6zdnX7s15Y72W0Na4bY4Uf+N+b8CDADru0gECg1lbmRz dHJlYW0NZW5kb2JqDTgxIDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3Ig ODkgMCBSL0xhc3RDaGFyIDQ2L1dpZHRoc1syNTBdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5QUy1J dGFsaWNNVC9GaXJzdENoYXIgNDYvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+ DWVuZG9iag04MiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDkwIDAg Ui9MYXN0Q2hhciAxMjEvV2lkdGhzWzI3OCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMjc4 IDU1NiA1NTYgNTU2IDU1NiAwIDAgMCA1NTYgMCA1NTYgMjc4IDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDgzMyAwIDAgNjY3IDAgNzIyIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCA1NTYgMCAwIDAgNTU2IDAgMCAwIDIyMiAwIDAgMjIyIDAgMCAwIDAgMCAzMzMgMCAyNzgg MCAwIDAgMCA1MDBdL0Jhc2VGb250L0FyaWFsTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFu c2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNODMgMCBvYmoNPDwvU3VidHlwZS9UeXBlMC9E ZXNjZW5kYW50Rm9udHNbOTMgMCBSXS9CYXNlRm9udC9CTENBSEErTHVjaWRhR3JhbmRlL0VuY29k aW5nL0lkZW50aXR5LUgvVHlwZS9Gb250Pj4NZW5kb2JqDTg0IDAgb2JqDTw8L1N1YnR5cGUvVHJ1 ZVR5cGUvRm9udERlc2NyaXB0b3IgOTQgMCBSL0xhc3RDaGFyIDExNi9XaWR0aHNbMjkzIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzYzIDAgMCAwIDAg MCAwIDAgMCAwIDc1NyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDYyOSA1OTQgMCAwIDAgMCAwIDAgMzAyIDAgMCAwIDAgMCAwIDAg NDE2XS9CYXNlRm9udC9UYWhvbWEtQm9sZC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVu Y29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag04NSAwIG9iag08PC9MZW5ndGggMjU5OC9GaWx0ZXIv RmxhdGVEZWNvZGUvTiAzL0FsdGVybmF0ZS9EZXZpY2VSR0I+PnN0cmVhbQ0KaN6clndUVNcWh8+9 d3qhzTDSGXqTLjCA9C4gHQRRGGYGGMoAwwxNbIioQEQREQFFkKCAAaOhSKyIYiEoqGAPSBBQYjCK qKhkRtZKfHl57+Xl98e939pn73P32XuftS4AJE8fLi8FlgIgmSfgB3o401eFR9Cx/QAGeIABpgAw WempvkHuwUAkLzcXerrICfyL3gwBSPy+ZejpT6eD/0/SrFS+AADIX8TmbE46S8T5Ik7KFKSK7TMi psYkihlGiZkvSlDEcmKOW+Sln30W2VHM7GQeW8TinFPZyWwx94h4e4aQI2LER8QFGVxOpohvi1gz SZjMFfFbcWwyh5kOAIoktgs4rHgRm4iYxA8OdBHxcgBwpLgvOOYLFnCyBOJDuaSkZvO5cfECui5L j25qbc2ge3IykzgCgaE/k5XI5LPpLinJqUxeNgCLZ/4sGXFt6aIiW5paW1oamhmZflGo/7r4NyXu 7SK9CvjcM4jW94ftr/xS6gBgzIpqs+sPW8x+ADq2AiB3/w+b5iEAJEV9a7/xxXlo4nmJFwhSbYyN MzMzjbgclpG4oL/rfzr8DX3xPSPxdr+Xh+7KiWUKkwR0cd1YKUkpQj49PZXJ4tAN/zzE/zjwr/NY GsiJ5fA5PFFEqGjKuLw4Ubt5bK6Am8Kjc3n/qYn/MOxPWpxrkSj1nwA1yghI3aAC5Oc+gKIQARJ5 UNz13/vmgw8F4psXpjqxOPefBf37rnCJ+JHOjfsc5xIYTGcJ+RmLa+JrCdCAACQBFcgDFaABdIEh MANWwBY4AjewAviBYBAO1gIWiAfJgA8yQS7YDApAEdgF9oJKUAPqQSNoASdABzgNLoDL4Dq4Ce6A B2AEjIPnYAa8AfMQBGEhMkSB5CFVSAsygMwgBmQPuUE+UCAUDkVDcRAPEkK50BaoCCqFKqFaqBH6 FjoFXYCuQgPQPWgUmoJ+hd7DCEyCqbAyrA0bwwzYCfaGg+E1cBycBufA+fBOuAKug4/B7fAF+Dp8 Bx6Bn8OzCECICA1RQwwRBuKC+CERSCzCRzYghUg5Uoe0IF1IL3ILGUGmkXcoDIqCoqMMUbYoT1QI ioVKQ21AFaMqUUdR7age1C3UKGoG9QlNRiuhDdA2aC/0KnQcOhNdgC5HN6Db0JfQd9Dj6DcYDIaG 0cFYYTwx4ZgEzDpMMeYAphVzHjOAGcPMYrFYeawB1g7rh2ViBdgC7H7sMew57CB2HPsWR8Sp4sxw 7rgIHA+XhyvHNeHO4gZxE7h5vBReC2+D98Oz8dn4Enw9vgt/Az+OnydIE3QIdoRgQgJhM6GC0EK4 RHhIeEUkEtWJ1sQAIpe4iVhBPE68QhwlviPJkPRJLqRIkpC0k3SEdJ50j/SKTCZrkx3JEWQBeSe5 kXyR/Jj8VoIiYSThJcGW2ChRJdEuMSjxQhIvqSXpJLlWMkeyXPKk5A3JaSm8lLaUixRTaoNUldQp qWGpWWmKtKm0n3SydLF0k/RV6UkZrIy2jJsMWyZf5rDMRZkxCkLRoLhQWJQtlHrKJco4FUPVoXpR E6hF1G+o/dQZWRnZZbKhslmyVbJnZEdoCE2b5kVLopXQTtCGaO+XKC9xWsJZsmNJy5LBJXNyinKO chy5QrlWuTty7+Xp8m7yifK75TvkHymgFPQVAhQyFQ4qXFKYVqQq2iqyFAsVTyjeV4KV9JUCldYp HVbqU5pVVlH2UE5V3q98UXlahabiqJKgUqZyVmVKlaJqr8pVLVM9p/qMLkt3oifRK+g99Bk1JTVP NaFarVq/2ry6jnqIep56q/ojDYIGQyNWo0yjW2NGU1XTVzNXs1nzvhZei6EVr7VPq1drTltHO0x7 m3aH9qSOnI6XTo5Os85DXbKug26abp3ubT2MHkMvUe+A3k19WN9CP16/Sv+GAWxgacA1OGAwsBS9 1Hopb2nd0mFDkqGTYYZhs+GoEc3IxyjPqMPohbGmcYTxbuNe408mFiZJJvUmD0xlTFeY5pl2mf5q pm/GMqsyu21ONnc332jeaf5ymcEyzrKDy+5aUCx8LbZZdFt8tLSy5Fu2WE5ZaVpFW1VbDTOoDH9G MeOKNdra2Xqj9WnrdzaWNgKbEza/2BraJto22U4u11nOWV6/fMxO3Y5pV2s3Yk+3j7Y/ZD/ioObA dKhzeOKo4ch2bHCccNJzSnA65vTC2cSZ79zmPOdi47Le5bwr4urhWuja7ybjFuJW6fbYXd09zr3Z fcbDwmOdx3lPtKe3527PYS9lL5ZXo9fMCqsV61f0eJO8g7wrvZ/46Pvwfbp8Yd8Vvnt8H67UWslb 2eEH/Lz89vg98tfxT/P/PgAT4B9QFfA00DQwN7A3iBIUFdQU9CbYObgk+EGIbogwpDtUMjQytDF0 Lsw1rDRsZJXxqvWrrocrhHPDOyOwEaERDRGzq91W7109HmkRWRA5tEZnTdaaq2sV1iatPRMlGcWM OhmNjg6Lbor+wPRj1jFnY7xiqmNmWC6sfaznbEd2GXuKY8cp5UzE2sWWxk7G2cXtiZuKd4gvj5/m unAruS8TPBNqEuYS/RKPJC4khSW1JuOSo5NP8WR4ibyeFJWUrJSBVIPUgtSRNJu0vWkzfG9+QzqU via9U0AV/Uz1CXWFW4WjGfYZVRlvM0MzT2ZJZ/Gy+rL1s3dkT+S453y9DrWOta47Vy13c+7oeqf1 tRugDTEbujdqbMzfOL7JY9PRzYTNiZt/yDPJK817vSVsS1e+cv6m/LGtHlubCyQK+AXD22y31WxH bedu799hvmP/jk+F7MJrRSZF5UUfilnF174y/ariq4WdsTv7SyxLDu7C7OLtGtrtsPtoqXRpTunY Ht897WX0ssKy13uj9l4tX1Zes4+wT7hvpMKnonO/5v5d+z9UxlfeqXKuaq1Wqt5RPXeAfWDwoOPB lhrlmqKa94e4h+7WetS212nXlR/GHM44/LQ+tL73a8bXjQ0KDUUNH4/wjowcDTza02jV2Nik1FTS DDcLm6eORR67+Y3rN50thi21rbTWouPguPD4s2+jvx064X2i+yTjZMt3Wt9Vt1HaCtuh9uz2mY74 jpHO8M6BUytOdXfZdrV9b/T9kdNqp6vOyJ4pOUs4m3924VzOudnzqeenL8RdGOuO6n5wcdXF2z0B Pf2XvC9duex++WKvU++5K3ZXTl+1uXrqGuNax3XL6+19Fn1tP1j80NZv2d9+w+pG503rm10DywfO DjoMXrjleuvyba/b1++svDMwFDJ0dzhyeOQu++7kvaR7L+9n3J9/sOkh+mHhI6lH5Y+VHtf9qPdj 64jlyJlR19G+J0FPHoyxxp7/lP7Th/H8p+Sn5ROqE42TZpOnp9ynbj5b/Wz8eerz+emCn6V/rn6h ++K7Xxx/6ZtZNTP+kv9y4dfiV/Kvjrxe9rp71n/28ZvkN/NzhW/l3x59x3jX+z7s/cR85gfsh4qP eh+7Pnl/eriQvLDwmwADAPeE8/sKDWVuZHN0cmVhbQ1lbmRvYmoNODYgMCBvYmoNPDwvU3RlbVYg ODIvRm9udE5hbWUvVGltZXNOZXdSb21hblBTTVQvRmxhZ3MgMzIvRGVzY2VudCAtMjE2L0ZvbnRC Qm94Wy03NyAtMjE2IDkzNiA2OTVdL0FzY2VudCA4OTEvQ2FwSGVpZ2h0IDYyMi9YSGVpZ2h0IDQy MS9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNODcgMCBvYmoNPDwv U3RlbVYgMTMzL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1Cb2xkSXRhbGljTVQvRmxhZ3MgOTYv RGVzY2VudCAtMjE2L0ZvbnRCQm94Wy0xNjAgLTIxNiA3MDIgNjgxXS9Bc2NlbnQgODkxL0NhcEhl aWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgLTE1Pj4NZW5kb2JqDTg4IDAg b2JqDTw8L1N0ZW1WIDEzNi9Gb250TmFtZS9UaW1lc05ld1JvbWFuUFMtQm9sZE1UL0ZsYWdzIDMy L0Rlc2NlbnQgLTIxNi9Gb250QkJveFstOSAtMjE2IDgwNyA2NzhdL0FzY2VudCA4OTEvQ2FwSGVp Z2h0IDYyMi9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNODkgMCBv YmoNPDwvU3RlbVYgMC9Gb250TmFtZS9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRmxhZ3MgOTYv RGVzY2VudCAtMjE2L0ZvbnRCQm94Wy0xNzIgLTIxNiA5NDQgNjk0XS9Bc2NlbnQgODkxL0NhcEhl aWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgLTE1Pj4NZW5kb2JqDTkwIDAg b2JqDTw8L1N0ZW1WIDg4L0ZvbnROYW1lL0FyaWFsTVQvRmxhZ3MgMzIvRGVzY2VudCAtMjExL0Zv bnRCQm94Wy0xIC0yMTAgNzU3IDcyOF0vQXNjZW50IDkwNS9DYXBIZWlnaHQgMC9UeXBlL0ZvbnRE ZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNOTEgMCBvYmoNPDwvTGVuZ3RoIDQ2NDAv RmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgOTA1Mj4+c3RyZWFtDQpo3rxaC3hURZY+VbfTIaGT dJ4kaUhuc0lAbiA8fKSxhc6joxDEJgTsBoVu6IQkCkRCeD8iGogNPkBn8BsdxZ1Zv32o3HTi2FnF RB38ZHeYQdbXrLPC6Pj4dmXFWUf8Vpfev+69CQEjw6x+c2/O+U+dU3Xq1KlTle4AMSJKpnaSSF6x fp185pPPfg3NU0TWXzS0rFzVlmU/R5QYJkqZvvL2TQ15lueeJHKuQx9PY30o/PmaY+irjEP76kYo bIt4D1HWw2iPa1y1bqOVxARZL4CNuH3NihDJeMmJPmRdFdrYYt2cqmK8BW15dWhV/R3vJr8EO/oz b8va+pbi96/PwfhfEtkOWVXKI0p4jYoG+NDHMpNyBcbf1fknA/K5NkOG9A59z2eESZbv6+gIrSFb /Nr4vvgX1EeNlBUvjz8c/3TYvjvj2+kknaCj1ENP0yP0HuQj9CL10j/SB5BfhfQ0/YiWo+/P6afU AfwHeoIeorXQC+zQZ/zWwyZc0DyL9wArpznAi5+H9Pdyn4/i+cNo34uPpa20lbfxP1Ab3p/A41N0 cEiPJtDfUittoSPsNC1nL1AD1tNJYbqf++L/kXCUcqSNlENrLAdFJVzw/Jj8tInC0qPxz1EnaYk+ SuOH4p/D1+X3W4O5B55e2suSaTvyNpVuQqwVwy8VOTyLNazAWnbiPYDd6Ma7Ff72De1nrdJr1Ix7 hFmtA3WUcKWB8Y9BG80KeWiwYn9P6zGDmyZRAaXFC1E3N8Tr45viP40fRjWI3X/SrIo+tP6e9rED iGA53UKL+K/Yab21Bu1FNIeNYSn0GHxfdeE6zFMlna9zGlLnFjOL5tn6eGBU/NrBPOxno5CJ1+gV iunxPEr7KYJ7ZQutQ30vJh9inzHY70M9WhH5+T5LqQ61J3yV00ys570L4ntTP/sN3xGfyOYR6WVj zPn4zp13cAzzGaehE9loQz5WYGfP6qdH7N8R7NoTQ2yLBq2v6nsrdDNpmogiPiO+Hbn/Nd1Ma3g3 m8DuwrjOYYrjKWgHKjmX3mMzv+O8fJ+634pZjqCqhz4ddCvV/7l7jP6ieyzhNNOQhxP0C8y3Be/W YTr1Ir4jyNNmmk/ltBv7+B7ORyPWEkZWTzAZ+/M69Qw7QQh+jyPLa6QGqeESgczR32EjHFgbs6Dy v7U2o3aHfWai7t9hGaiPB+kd7PrT9BzuiJVCiyr+/+zRTlpNE82XPJ7a2Te4r53hKrvm6quunD5t 6pTSyZNK1IlXTBhfXDROGeuUCwvGjHbk5+WOysnOysxIt6elpthGJieNSLQmWCTOqITlarmVfm+z llcZ1GxKlWKXNdu8MzeWapThcCrp8vTSwCSzl5agapRZo2X5/F3kKQtoVvXiLvM0qcj+RycG3+iQ vZqlCD/KnFBYm1Drdyr2txyD9gDGaPmVfqfTofEi/MyGCT9zQnJYs/ugdzoMzWyNfH5Bsfj7ZVBS mTMAXuvXCgaagcBwQfZib/ovCnMei9i7bHmVVRpldZHtfY2yRbczZaSRW5ugIhA7JN0blWos648a y9RY9o0I+cIpxLBTZcPkwBtuVrzhJmQ0HDyf0zNGRp1yRI7U+tOnQ9SDrtFem+/vGplcqVTWJ0NB uoK6kkdCM1Io4KKli9lmMl3gNu+MLk4jUpC+DBGuV1Cz5tkThKBUIW+wZJ63xOL9e4eaCMMGpExD MoLQrJVaohGE3KR5QhrtkbtK+iN7Y3ZaHlRtYSUcusWvSSF06CKpyNtYp42u8S2GClOBgo2y2O4q nYnNk72NcgRt0TcIrlSJTb9AH26sD4oyYUGlCrakSv9uZ79DywB6tXRVS0G3lM1/cEgRb26TLJqR yG5ZO4hwh1idgqMIchF6xKtgNjjzNleILSkd3Da9GmeH9c3x7AnJWvvyZqP2QnsH6t8ZsWu2L53Y HewPRuoDzVSGg80i5OaQWKa3WY7sqdeXuldfGupV9jZXCRIDUf20EKMX+72Nivf8hFg4BKno4rFO p5anioGRiFeEGAojeiNkGM7HL86EQ2WIp1Lz1OlAdfoeYEZPqCpgqswOi8UwYQlWBQJOY9/RVUss 2p0wWZEjwmNikZal2p2/hK1/UklNrd9b5dBXr/FK/3Wncx2nIdf4BtUsF30ipacdRo5qFig1840q aBxgwTrjAPPBnUdXs7/u9Viu4xjkaqU6GIlUK3J1JBgJxeLtyxXZrkS6bLZIizco6yefQf9Pexxa 9d6AZg82shnYZFFv1bU1Wub8JWJ7quXGkHFZzFKcZQ5nemCgj++7zOY5Q8Wj7sU5i9g/RWw23EgO uVpcLzHcCg7NXiaOKSJZ6Mc5WKHXrM5wPhbAuUOcFClQ5G1aYCYI1WgWjLj35ptaOHE6xRnaE/PQ cjS09vl+oy3TckeUPKUq9i4oLP0DluyFwtI+YBkcHlSwV7k1C/5MTQ+t50i6kiG7SvX869dtWOuv wxq/KtNGlJnbnVnplxzclLhDElKyiuvLrY1S9YEiJ7glI3ZFPq5odlVLqPT3O9wB2Z6O640NFoPp UZSp/bhylIlLlLLsGnNrLEfoCZeqfrdLo8pgHBwoeyNBs8yGrs/8TRBuHH6R6GNXsE6H0T89QxFL /ZV+t5lXdlG1OFQOp9FjTkBLFRezlvqpzrA4R6VfxjWEYztfF2Sv3Ch2XZODVfp9EHAMVcfip4JV 4v5DyKKLw6xv8MDFaaipG5Rq/dscmwOTYrSgpCZGSfhNyth9gRiLd8SoakwvJZG0bCnMdSWy7G2q woRoLCyBYqIT0qIS1KYofb8SEL9JZocjsqjuMNakIwz1kUCpLIoT9yXhHGqegGNQrA8EZsDPzcKP RfcTCcBDs+mhWfcAB/+LTv6SGtxUxT4/Ltt2XOieKrFELLcfp6pfrFgsJDAYKXBbU64Z82LEHJgI YYnhBXvZDheBSMRoKSjzSMQRwTrMdozRxQqPqYiR7gDHLsbafbqpXdE/H3gVpyIyH6jCVLcg7wO3 VIxuvXSGlw7N8DJEu1TPcPAHynDocjK8/LIyvGL4DIcR8wqR4frhM6zx4kvkeGhKPUZKPcOktOGC lK68dEobh6a0CeE16ilt/oFSetvlpPT2y0rpquFTuhoxrxIpXfPXK9qWCzJ8x6UzvHZohlsR7Vo9 w+t+oAy3XU6G119WhjcMn+GNiHmDyPCmv16GNw/JMIk/Gya+cM5HlFJwdv3ZyhSn/ofEoQ+3mips h4qiB90KWqCWp8JYTXYQpx28ihifxd3orPKZ3B1l6mfP8+ugvA6NrEI6DJsdxNlu1hnNL/TE2D3d 9hwXlaeyTrKDOLuLdcCXyu42cRfriHK1/Xm2A25Psq2eBnbyVM6o0W+8CbZla44jbUvhltIt0pat ea+fgGr9BrBVLWC3rwG7bXWOY9nqHbfx21bvWJu/ri0re/TKZrCGJrD6xizH/fUH64/XS/WNHXfk 57XmbK7Mc24C8V6pVpqDme2HpWrySWKBHskVHZnq6o33S2XRVFPoTrK5fOUjpUnEpCnSVJKw9i/4 f+PLsco/iL7I1Rj/XfeLYayVv9s9dYZLYFQZLwZDyMrShd9Gp7tMYeJkU3AqpjAqzxRS03XheDQd Am/nG0V45SpfRz4QR2pvhXQrpJF8LjlAt4EktGrQqiHOZ3ALvjgX8jJgBnAanyqSzKeYWAosgH4y nxotKJRjgIwcVy87yz6ISmpyucy+IMY+Y/+lb81pEz818T9N/IR9LNLAPgJagB8CoY//M/ugeyRC Lx8DBaP14LuEiT3E9usDHzRxP3uArMB9wETg/UChv489gCX39aHJqAW8XRjYzdH9FjXGFkT3Cbgp ekDA1d07JBUF5opm5LrKk9g4VqQHZWfpOlo8136D9H3l+4p7PsrPd/3kEUl99BGL+siBZPVB+Nu3 36ruh6cfgR4+wNUfH5DUgwfY4wcOHeg7IL0g3SDNFouTZkc7uCoqobLbnu4qfFHCIaBTgktXSVci a3J5hjSdpoA8IB/IIk2XskQQ0jQTS6Us9CztQxMHDdUjgzg/Ez1sRf28H+0bIabgv4+OmuAyBNRC jJ+K7k6G/WR3nwVL5W93K0Wivt6OZufo3U5EEVJ5Cn+VHxH55C/zfh1fMnGviP0Fvp5vEEvhG8yl 8DuMpfC1Yik69/DggNNgNHmkLiyLjsrVhaXRcVfowmJ9XHkWX6IPFDyNzwHP4bOpGMQpiU+iPBBH dzWanq2Pu6I7Jd2FalNEtR3mY7msV6OTy1GLehT+ZNwhBeDicBUaVvYl+42+kafYsySTk51kz0aL nXKMnYwWOF3l+ezf2e/0ju+a+G8m/tbEd9jbuoO32Vt6+y32BqpL60OTsTfZG7ryX3VlU/lIdgLr 6BWcnTBtr+s2zHg8ikugF/X9G1Hfah/7Gf0c1AOS4qfYk9HMbGwDu5ft1SfcY2IEKPwsiu7CNcEW RtslQF10VwKgNrpbwPxopwBftFPY5kU7BMwVGxVjZdHdAqZG+4RyrKFM9YwE/s/XFvVr0Y73e5L/ JHblS3bqSyaaSV3Zo12eD1HyojX5UEqaC5F6enw9wZ6Wnvae/p7jPad6zvQk9RwKF37ysUW9J5Ko RvZY1b0gDHnuvinTXPfdK+m+s+4tUFz37uHqno4R6s47Leqd7bqhu33OjS4dZ1UaeKXLwAmT9Xlt 7WMUV/t2ru7Yrnv12LZ5Z7u2obEdnoRC7oTrTqxwNxS7OqzqXXcnq3cDWzraO3hfBytPlhZIdZQq +aT54POkmwSPSuHC8oXSXOlGSpMc0mhpDNmkNMkupQNtUoqUChwPvIJSJCfsCrAAdhk4ntySE1QA coDSQDZy86f5M/wQ2fgT/G/4z4CP8cf5QWAv8HlK4d2wPwvUYI8CezGmG6SJsaAnQI+B7uQ7KZVv 5zvAt/JtguvxtvHNfAvOip2n8wz4TeGpPA3IOOcS2dg5FudENtzk6fQIiIu+uOvt9DioD3QSlICb O4VmgXaAJCpk53Bu8jDWgZgy4TMbmIc4MkF2UArICmLkRl83O8xeZH2Yr4tFWTfwGXYI30xt7Cjw XyiFvQL7EWA/7C8Dj2LMK6B+MRbUBXoGtIqtZmswLsSWsxXApWwZC+rthuiowsLyCtZAs0A7QBLb BOsWeGvFqDZgC0atBW6Cp1ZQi/AIagCFQEtBJWwSpbFiNh58AruCUtlEpoLnsjxoMlgmeBbLhiaH jQJPYFZwziRwHGHBPX+H1J+Lpzmuyc69Ojv7quyMK7PTpmfbpmUnTc22TsmWSrNpcnbx+NQJ49Mm qqklatpYJXWcklZQmCoXpqXZ021JySNt1sQRNsmSYEOmbSR5MvMVkjILrdLowsK0WWk70iRZYoXS TVKfFJcsDjYmJTcxPyXbPiolw5KV8oCDlbgnuie4i93j3GPdsrvA7XDnurPdGe40d5Lb6pbc5PZN Z1pGDdXUVWiZDLigQpuu1sQkuVabptZoSb4lxodjaDXeiU+HdZqlM8YBGZWLl/hjLE+YOxy9Yt1a TbDj3kAXpwqNdWoKPiwCPPjgKnfG7Pjo28VZRSAQ0K7B93jRK6CO0cLi7w7tYwLaNCE8MCZANdqM +ZpDqVAvflp1tq71Qm3XhGKvNtEb0kq8waqhBgIhYK92zhuKMa5UqcM8rep3Pa14TDHGt3pjfDPc 8O3Duxl8YtI8b0yai66ST3Rd18ou1b11HRjT+bCRrWu7OMQ2M7h15qBvj9XDbjUMNNRMrRdMe8Hg 1mGWPcTUqrJKvyOgqlqupqBIBga0nu/CYmyr+HNsjG0zYLsBOwxoN+BOA3YacJcBdxvQYcAuA3Yb 0GnAPQLMlWE/rtW13G3AdQbMNGCWAR4Dyg2oMKDSgCoDvAZUG3C9PoXw39ralSSq31dbUaONqAX5 lmj5ChqvoXE1GjalAh+lxPeWBLy4DhMp6zkrPvgKKj32xjGdTZ3iTHemF4ExfAb6xiO1f9OeQF+T x9JufPfR/xeF/o9dDeaXIIkyiUzZAjnTlK2QimElSxI0xeQyZU6ptMyUJehXmbIF8oOmbIXcWzG3 svyGcnVu24qmcOj6taHV4frLU1EFzaVKKqcbQCrkNlpBTRSmEF1Pa8FXQ66nWtBK2G6HZu1ljvkh e5lZ47QBdBP2g5Gdpoj/D5BwKmU6MsF0u5VZF5Tes3lZmvtPzGH8++mRx16qG8DBHSVKGvim+n8C DABQV56uCg1lbmRzdHJlYW0NZW5kb2JqDTkyIDAgb2JqDTw8L1N0ZW1WIDAvRm9udE5hbWUvQkxD QUhBK0x1Y2lkYUdyYW5kZS9Gb250RmlsZTIgOTEgMCBSL0ZsYWdzIDQvRGVzY2VudCAtMjEwL0Zv bnRCQm94WzEyNCAwIDYyNSA2MjVdL0FzY2VudCA5NjYvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVz Y3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTkzIDAgb2JqDTw8L1N1YnR5cGUvQ0lERm9u dFR5cGUyL0ZvbnREZXNjcmlwdG9yIDkyIDAgUi9CYXNlRm9udC9CTENBSEErTHVjaWRhR3JhbmRl L1dbMVswXV0vQ0lEVG9HSURNYXAvSWRlbnRpdHkvQ0lEU3lzdGVtSW5mbzw8L1N1cHBsZW1lbnQg MC9PcmRlcmluZyhJZGVudGl0eSkvUmVnaXN0cnkoQWRvYmUpPj4vRFcgMTAwMC9UeXBlL0ZvbnQ+ Pg1lbmRvYmoNOTQgMCBvYmoNPDwvU3RlbVYgMTcwL0ZvbnROYW1lL1RhaG9tYS1Cb2xkL0ZsYWdz IDMyL0Rlc2NlbnQgLTIwNi9Gb250QkJveFs5IC0xNSA4NzUgNzYwXS9Bc2NlbnQgMTAwMC9DYXBI ZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMSAwIG9i ag08PC9Dcm9wQm94WzAgMCA2MTIgNzkyXS9QYXJlbnQgNjggMCBSL0NvbnRlbnRzIDMgMCBSL1Jv dGF0ZSAwL01lZGlhQm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMiAwIFIvVHlwZS9QYWdlPj4N ZW5kb2JqDTIgMCBvYmoNPDwvQ29sb3JTcGFjZTw8L0NzNiA3OCAwIFI+Pi9Gb250PDwvVFQxNSA0 NSAwIFIvVFQxNyA0OCAwIFIvVFQxOSA0OSAwIFIvVFQyMCA0NiAwIFIvVFQyMiA0NyAwIFI+Pi9Q cm9jU2V0Wy9QREYvVGV4dF0vRXh0R1N0YXRlPDwvR1MxIDc5IDAgUj4+Pj4NZW5kb2JqDTMgMCBv YmoNPDwvTGVuZ3RoIDIzMDIvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCmje5Flbj+O2FX73 r+CjF5jhkBSpy6IokE52iwRJb+MiD7t50Mi0rUSWHEneWf/7foekbPk6g7RoH4pgR7JEnvv5zkfl 4c9Pki27yZ9mk4fZTBom2WwxybiJmcB/7sYkPIqZEopnUqVstp48PHYxKzq3RLCuqCeCzYqJTHks JSS8TD5NmXpI2LufZ9/j3b3kMmazb2nZy2TK3s1+mXBhdCYU4zLVkYReL8YYnrqlXAghSep01feb 9w8Pfbvtemt5afsFb9rlw6apymKX1/NN2xR2vm1tx1f9uiLpH2YTb3aiNDciZjIVPE0M41GqIsVa O1mQ08eeqijl0mQpdsEMrZ2zBye5jEQWvGPQy7pVXlXs2RbN2jK7WNiiL79Y1tQsZ/O8t6zb2KJc lHbuI3GPCCGG0gVEey/TOIh83rF+Zdl3H2Yf2Yx8vWPP257VDbN5W5W2xeu8xp+y7Xfs8zQSn99B y65ji6aqmpeyXrKy79im6Xrcc8aetsWK5Wtbz/GvP0sGj+Tgjnck32yqHXsp+xXiQ6b3rG8YvXFG PTZ135awqWzqjq3zuXVBcO++bYotKYH67XNVdqvBZTHyFZ4HfQeLyeVD5FzQmgXrjiyHK9/AiE1b Ni37YtvOGYBl2NxZ9oNd5hX7W9t8Kf2bM0dFmhw5WsCTst5acu/ZuojB3jyE6GJlSsW1VCiEfRX/ zrKUScxFZliMgjTRcV1mV+oyMjFPYQ02SbRHelqX8C8JdblAiFq7sK2tC+tz6UsvkjxSelR6rmW9 K6NsX8j0hSTnHa19WZVIE5KwQzXsfPlw19wIvgrB/zSN8OxeoZ2nP5SFrTvb7RWNJA5KjnQ70xG0 FDGD9xrtkypAkeFG3w6ZyiQ3RrHYCPgtXMSm3rh7QILOEulsdKFQHBnw8cu5jxehYeLRMPZZd/7Q muAF+4hQ/xPXnxDksj4071MPZ/J23lFNFrbr9gIDvCrFgaYyiB1wjpAnVCkKfnYEBWyFhAIgfCpV 6vePClyqsHXZ5hTOnlADydnkbV8W5QYP2U0b72gLvV62Fk0IlfZrT6gB0MFWtEbC02mJ/rbtuuz7 C/0tvBeJ8pZA3rxhXXMHMKyb+t5+Lapthy6/Y22zy6t+d79oLX69NG01fykBJ225XPWuFKoQ4209 B/D5nt3s3HtfK5cnS1gAaMi3/appOzdpsiTWCeP0V4aWiVEcRp1k4D7c0YhycYSTISqHVAxtrAQX iWYmM1zrmGUZzzA4btck9kiZSmyKeZKejpdRQ75nwxCDlgxaUgP0BCSZJIolGoBrk17R4ueeAcxE Ktak4lBiyphhgKEldab315KaVGZxzBVljqJ9N2D5HZuX3aaiFkfkce8b1N4EiwsJGrzbd/0d1eTL qqkA+i3dU7neEbrQTUD4qwXrymAPNvqkmXQ28jQG+AzX0ruaZJpH5GqPTHdV/oo7V2z2Bt/wtayh osrr5TZfAvgaOBQG+Yd6ScH9d7w18uCi0mJ/LYOPEnPDTLd1BQno5w26quwx4pHCnAYw6juAQt0A JmAfTca8rP0LGHkxleN6GhjEOGwUmKOgga3AywMZguwnmvhYGnM/cy/0KDiYUZh14iSkReiNSGCk YUAbgRGKea2BivErYyHC6IgNJqkRFEVxNknPPQNDQKg+v3MIuW7m5WLnMt9apM2yYUQNnQpjRJQO nSphWna7UzUmldJKe0tIt9ABQoF95ZfcMSOA5K/dnhpdqNTTmL+huS5j6PUi5KcFOJqbzzfmZhbI yRWpp+MRMdMJCNvpeMziPfmm6dhjEF0xlK2IoGDN2uY1sczAvmMveFTIashy3nXlsvaAX7pZ+Y+P j8xESYph/B16YT4vKdB3J+MAK2EIiqHvbrQvST2jw/BM+XwLqkMHFhiRmIMkKG+LVfmFjEemTsgS JRNKbb8tcRQ4pnx41203m8an2G3MiVzDevR3SOAFoCJ8Ib3lelNZUpP7Vg4yur1L7uDjW7lwa27W RXG9LkQSHRGqbs+o/rrtuzLE4c2UCi10VjMiUQdKNcriMNYDX9jTKidjVB5xNqZVqI7Tw9FjAzMf m/WmqV1m5rYr0JPHGKc9hJyVzpjUnRSGDoUROc55xupwBmpcc8MgnLX8m6+2LUpEzyGE9+xVVndM 6C4Ux/+Az+kbfO796fHiMrdRJg7D8L/DcPQ1hkNlsNjS2br2xdPgSO+GSGieu+sOCZWMKEyi1P4a xnsGQPs9FIZdJCXnZSgHwB3zFc9E3hxAV4x7++bXDLzBoM6x780BPeGEKlNj9muS/XUgTFESgTC9 2blt7TXDLwLc4bPEa/z39eM1RTjEzK2hBNlmAYvoK8ecxhQa+P0t+quP6K85u36efv38jnzWUTZ1 qOJSFfwgYCgq+vAEp/vg73x/bicDYUbdk/N+8F30d3SionEKePe1dswOB+pyxCEXbbMOXxg8TvX5 rxbZHU5G7hvk4xM7ZY5Pj3+B7u9x9wsDZ5DsBSSM/cg+0Q/F/N+fBZtPJCvZ5DcmHSGTTBuc5MDc dJYA9Fixds/XmAuSJ6Awir68sGrytN9Bb2KBcx1PAJKHDRKTRALCBa2e/P0iuT3ojUSMBcoxUq3S sRykMaHs6jSGKNyozEsV7u8Csj85V/4T0jpIo69d8sQ+g4NSHJFE0O0kPkiEAEnsXAMpDCU+AdMN P/ylmAzvwLoTCt7wOwEtpsCRBAAZj50pwx0KR0YG2vZPKnqScJMeHuFBBq5/kDZ64NU5MeGRV1yN nnh792JJu9cpsJFCSwcJVM//eyi6VyuYOkfhNZ1kUjkKi2D0oc64EkuwWTGvyZ1+vBnutpgMprif 1URq6izlfwKhuB72u3svFbvcr+OGCP8nI/O80LUyvXQ32qQ8pQ7H0V8QTK1HFX8/mrwgXg60vm/a pfW4ZNu8C9Dz22QQlCJtZGEUcxlpJlMYFtNp7ydWB0uUuGSJwSEHZ9voyJbDiPgDmfJHr8259Ibd UybVg4oecJaQ4j0w75sfyV4yQQXijbWZP3+G270fEGMydXYYhm8HTmMrixngh86IemuqGT06pU+f Q5z+JcAAS5gRrQoNZW5kc3RyZWFtDWVuZG9iag00IDAgb2JqDTw8L1N0ZW1WIDgyL0ZvbnROYW1l L1RpbWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIxNi9Gb250QkJveFstNzcgLTIx NiA5MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhlaWdodCA2MjIvWEhlaWdodCA0MjEvVHlwZS9Gb250 RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTUgMCBvYmoNPDwvU3RlbVYgODMuMzE4 L0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GbGFncyA5Ni9EZXNjZW50IC0yMTYv Rm9udEJCb3hbLTE3MiAtMjE2IDk0NCA2OTRdL0FzY2VudCA4OTEvQ2FwSGVpZ2h0IDYyMi9UeXBl L0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIC0xNT4+DWVuZG9iag02IDAgb2JqDTw8L1N0ZW1W IDAvRm9udE5hbWUvQXJpYWxNVC9GbGFncyAzMi9EZXNjZW50IC0yMTEvRm9udEJCb3hbLTEgLTIx MCA3NTcgNzI4XS9Bc2NlbnQgOTA1L0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRh bGljQW5nbGUgMD4+DWVuZG9iag03IDAgb2JqDTw8L0xlbmd0aCA0NjQwL0ZpbHRlci9GbGF0ZURl Y29kZS9MZW5ndGgxIDkwNTI+PnN0cmVhbQ0KaN68Wgt4VEWWPlW30yFJJ+k8OiRpSG5zCSA3EB4+ 0thC59EoBKEJAbtBoRs6IUSBSAhvIaKB2OADdAa/0VHcmfXbh8pNJ46dVUxGBz/ZHUZkfc06K4yO j29XVpx1xG916f3r3psQMDLM6jf35pz/1DlVp06dOlXpDhAjolRqI4nkFRvWy2c++ew30DxFZP1F Q/PK1a259nNEyRGi9Kkrb9vcUGB57kki13r08TbWhyOfrz2GvspotK9uhMK2iHcT5T6M9ujG1es3 WUlMkPsC2LDb1q4Ik4yXXOhD1tXhTc3WLRkqxlvQlteEV9fff3r2a7CjP/M1r6tvHvP+9XkY/ysi 2yGrSgVESa9SST8f/FimU77AxLs6/6RfPtdqyJDeoe/5DDPJ8n0dHaG1ZEtcm9iX+IJ6qZFyExWJ hxOfDtl3Z2I7naQTdJS66Wl6hN6DfIRepB76R/oA8iuQnqYf0XL0/Tn9lNqB/0BP0EO0DnqB7fqM 33rYuAuaZ/EeYBU0G3jx85D+Xu7zUaJwCO17iVG0jbbxVv4HasX7E3h8ig4O6rEK9LfUQlvpCDtN y9kL1ID1dFCE7uf+xH8kHaU8aRPl0VrLQVEJFzw/pgBtpoj0aOJz1Elmsp8y+aHE5/B1+f3WYu7+ p4f2slTajrxNpnmItXLopSKHZ7GGFVjLTrwHsBtdeLfB377B/azVeo2acQ8zq7W/jpKuNDDxMWiT WSEPDVTs72kDZvDQBCqizEQx6uaGRH1ic+KnicOoBrH7T5pV0YvW39M+dgARLKebaRH/NTutt9ai vYhms5EsnR6D76suXId5qqTzdU6D6txiZtE8Wx/3j0pcO5CH/Ww4MvEqvUxxPZ5HaT9Fca9spfWo 78XkR+zTBvp9qEcrIj/fZynVofaErwqajvW8d0F8b+pnv+E74hPZPCK9ZIw5H9+58w6OYT7jNHQg G63Ixwrs7Fn99Ij9O4Jde2KQbdGA9RV9b4VuOk0RUSSmJbYj97+hm2gt72Lj2F0Y1zFEcTwFbX8l 59N7bPp3nJfvU/fbMMsRVPXgp51uofo/d4/RX3SPJZ1mGvJwgn6B+bbi3TZEpx7EdwR52kLzqYJ2 Yx/fw/loxFoiyOoJJmN/XqfuIScIw+9xZHmt1CA1XCKQ2fo7ZIT9a2MWVP631mbU7pDPdNT9Oywb 9fEgvYNdf5qewx2xUmhRxf+fPdpJa2i8+ZLXWzvrBs+109zl11x91ZVTp0yeVDZxQqk6/opxY8eU jFZGueTiopEjnIUF+cPzHLk52Vn2zIx0W1pqyrBka5JF4oxKWb6WXxXwNWkFVSHNplQrdlmzzT1z Y5lG2U6XkiVPLQtOMHtpSapGOTVarj/QSd7yoGZVL+4yV5NK7H90YfCNTtmnWUrwo8wOR7RxtQGX Yn/LOWAPYoxWWBVwuZwaL8HPLJjwMzssRzS7H3qX09DM0sgfEBRPvF8OJZW7guC1Aa2ovxkMDhVk D/am76Iw57KovdNWUFWtUW4n2d7XyCG6nSknjTzaOBWB2CHp3qhMY7l/1FiOxhw3IuQLpxDDTpUP kQNfpEnxRVYho5HQ+ZyeMTLqkqNytDaQNRWiHnSN9ur8QGdaapVSVZ8KBekK6kxNgyZNKOCiuZPZ pjNd4DbftE5Ow9KRvmwRrk9Qk+bdE4KgVCNvsOSct8QTfXsHmwjD+qUcQzKC0KxVWrIRhLxK84Y1 2iN3lvZF98bttDyk2iJKJHxzQJPC6NBJUomvsU4bUeNfDBWmAoUaZbHd1ToTmyf7GuUo2qJvCFyp Fpt+gT7SWB8SZcJCSjVsKVWB3a4+p5YN9GlZqpaObulb/uCUor78VbJoRqO7Ze0gwh1kdQmOIshH 6FGfgtngzNdUKbakbGDb9GqcFdE3x7snLGtty5uM2gvv7a9/V9Su2b50YXewPxipDzRTGQk1iZCb wmKZviY5uqdeX+pefWmoV9nXVC1IDET100KMXhzwNSq+8xNi4RCkkovHulxagSoGRqM+EWI4guiN kGE4H784E06VIZ4qzVunA9Xpe4AZveHqoKkyOywWw4QlVB0Muox9R1ctuWR30kRFjgqPySVarmp3 /Qq2vgmlNbUBX7VTX73GqwLXnc53noZc4x9Qs3z0iZaddho5qlmg1Mw3qqCxn4XqjAPMB3YeXc3+ utdj+c5jkGcqM0PR6ExFnhkNRcPxRNtyRbYr0U6bLdrsC8n6yWfQ/9MepzZzb1CzhxrZNGyyqLeZ tTVazvwlYntmyo1h47KYobjKna6sYH8f/3eZzXOGikfdi3MWtX+K2Gy4kZzyTHG9xHErODV7uTim iGRhAOdghV6zOsP5WADnTnFSpGCJb9UCM0GoRrNgxL0339TCicslztCeuJeWo6G1zQ8YbZmWO2Pk LVOxdyFh6eu3OBYKS1u/ZWB4SMFe5dcs+DM1Pbieo1lKtuwu0/OvX7cRra8Oa/yqXBtWbm53TlVA cnJT4k5JSKkqri+PNlzVB4qc4JaM2hX5uKLZVS2pKtDn9ARlexauNzZQDKZHUab248pRJi5RyrVr zKOxPKEnXKr63S4NL4dxYKDsi4bMMhu8PvM3QaRx6EWij13BOp1G/6xsRSz11/rdZl7ZJTPFoXK6 jB6zg1qGuJi1jE91hsU5qwIyriEc2/m6IPvkRrHrmhyq1u+DoHOwOp44FaoW9x9CFl2cZn2DBy9O Q03dgFQbuMO5JTghTgtKa+KUgt+kjN0XjLNEe5yqR/ZQCknLlsJcVyrLvlXVmBCNhaVQjHdBWlSK 2hSlH1CC4jfJrEhUFtUdwZp0hKE+GiyTRXHiviScQ80bdA6I9cHgNPi5Sfix6H6iQXhoMj006R7g 4H/RKVBag5tqjD+Ay7YNF7q3WiwRy+3DqeoTKxYLCQ5ECrxjVb4Z82LEHBwPYYnhBXvZBhfBaNRo KSjzaNQZxTrMdpzRxQqvqYiT7gDHLs7a/LqpTdE/H/gUlyIyH6zGVDcj7/23VJxuuXSGlw7O8DJE u1TPcOgHynD4cjK8/LIyvGLoDEcQ8wqR4fqhM6zxMZfI8eCUeo2UeodIacMFKV156ZQ2Dk7pKoTX qKe06QdK6a2Xk9LbLiulq4dO6RrEvFqkdO1fr2ibL8jw7ZfO8LrBGW5BtOv0DK//gTLcejkZ3nBZ Gd44dIY3IeaNIsOb/3oZ3jIowyT+bJj8wjk/UXrR2Q1nq9Jd+h8SBz/caqqwHSqKHnQLaIFakQHj TLKDOO3g1cT4DO5BZ5VP554YUz97nl8H5XVo5BbTYdjsIM52s45YYbE3zu7psue5qSKDdZAdxNld rB2+VHa3ibtYe4yrbc+zHXB7km3zNrCTp/KGj3jjTbCt2/KcmVuLt5ZtlbZuK3j9BFQbNoKtbga7 bS3YrWvynMvW7LiV37pmx7rC9a25jhErm8AaVoHVN+Y6768/WH+8XqpvbL+9sKAlb0tVgWsziPdI tdJszGw/LM0kvyQW6JXcsbQMd0+iTyqPZZhCV4rN7a9IkyYQkyZJk0nC2r/g/40vxyr/IPYiV+P8 d10vRrBW/m7X5GlugTFlrBgMITdXF34bm+o2hfETTcGlmMLwAlPIyNKF47EsCLyNbxLhVah8PflB HKm9BdItkNL4HHKCbgVJaNWgVUOcT+MWfHEu5uXAbOAUPlkkmU8ysQxYBP1EPjlWVCzHAdl57h52 ln0Qk9TUCpl9QYx9xv5L35rTJn5q4n+a+An7WKSBfQS0AD8EQp/4Z/ZBVxpCrxgJBaMN4LuEiT3E 9usDHzRxP3uArMB9wGTg/UChv489gCX39qLJqBm8TRjYTbH9FjXOFsT2CZgXOyDg6q4dkooCc8ey 890VKWw0K9GDsrMsHS3ea79B+r7yf8W9HxUWun/yiKQ++ohFfeRAqvog/O3bb1X3w9OPQA8f4OqP D0jqwQPs8QOHDvQekF6QbpBmicVJs2LtXBWVUNVlz3IXvyjhENApwaWrpCuRNbkiW5pKk0BekB9k kaZKuSIIaYqJZVIuepb1oomDhuqRQZyfiR22on7ej/UOE1Pw38eGj3MbAmohzk/FdqfCfrKr14Kl 8re7lBJRX2/HHHl6txMxhFSRzl/hR0Q++Uu8T8dfmrhXxP4C38A3iqXwjeZS+O3GUvg6sRSde3mo 32kolpqmC8tiw/N1YWls9BW6sFgfV5HLl+gDBc/ks8Hz+CwaA+KUwidQAYijuxrLcujjruhKz3Kj 2hRRbYf5KC7r1ejicsyiHoU/GXdIEbg4XMWGlX3JXtM38hR7lmRysZPs2dgYlxxnJ2NFLndFIft3 9ju947sm/puJvzXxHfa27uBt9pbefou9gerSetFk7E32hq78V125qiKNncA6egRnJ0zb67oNMx6P 4RLoQX2/Jupb7WU/o5+DukFS4hR7MpbjwDawe9lefcI9JkaBws+i2C5cE2xhrE0C1MV2JQFqY7sF zI91CPDHOoRtbqxdwByxUXFWHtstYHKsVyhHGcoMbxrwf762qF+LdqLPm/onsStfslNfMtFM6XSM cHs/RMmL1sRD6ZluROrt9neHupu727r7uo93n+o+053SfShS/MnHFvWeaLIa3WNV94Iw5Ln7Jk1x 33evpPvOvbdIcd+7h6t72oepO++0qHe26Yauttk3unWcUWXglW4Dx03U57W1jVTcbdu5umO77tVr u8M3y30HGtvhSSjkDrjuwAp3Q7Gr3aredXeqejewub2tnfe2s4pUaYFURxmSX5oPPleaJ3hMihRX LJTmSDdSpuSURkgjySZlSnYpC2iT0qUM4FjgFZQuuWBXgEWwy8Cx5JFcoCKQE5QJspGHP82f4YfI xp/gf8N/BnyMP84PAnuAz1M674L9WaAGewzYgzFdIE2MBT0Begx0J99JGXw73wG+jd8huB5vK9/C t+Ks2HkWz4bfdJ7BM4GMcy6RjZ1jCU5kw02eRY+AuOiLu95Oj4N6QSdBSbi502kGaAdIomJ2Duem AGOdiCkHPh3AAsSRA7KD0kFWECMP+nrYYfYi68V8nSzGuoDPsEP4ZmpjR4H/QunsZdiPAPtgfwl4 FGNeBvWJsaBO0DOg1WwNW4txYbacrQAuZctYSG83xIYXF1dUsgaaAdoBkthmWLfCWwtGtQKbMWod cDM8tYCahUdQAygMWgoqZRMok41hY8HHsSsog41nKng+K4Amm+WA5zIHNHlsOHgSs4JzJoHjCAvu /Tuk/lwi03mNI/9qh+MqR/aVjsypDtsUR8pkh3WSQypz0ETHmLEZ48ZmjlczStXMUUrGaCWzqDhD Ls7MtGfZUlLTbNbkYTbJkmRDpm0keXMKFZJyiq3SiOLizBmZOzIlWWLF0jypV0pIFicbmZ6fXJju sA9Pz7bkpj/gZKWe8Z5xnjGe0Z5RHtlT5HF68j0OT7Yn05PisXokD3n8U5mWXUM1dZVaDgMuqNSm qjVxSa7Vpqg1Wop/ifHhGFqNd+DTYZ1m6YhzQHbV4iWBOCsQ5nZnj1i3VhNqvzfYyalSYx2agg+L AC8+uModcTs++nZyVhkMBrVr8D1e9AqqI7WI+LtD28igNkUID4wMUo02bb7mVCrVi58Wna1vuVDb OW6MTxvvC2ulvlD1YAOBELBPO+cLxxlXqtUhnhb1u54WPKYY59t8cb4Fbvj2od0MPHFpri8uzUFX yS+6rm9hl+resh6M6XzIyNa3XhxiqxncenPQt8fqYbcYBhpsppYLpr1gcMsQyx5kalFZVcAZVFUt X1NQJP0DWs53YXG2Tfw5Ns7uMGC7ATsMaDPgTgN2GnCXAXcb0G7ALgN2G9BhwD0CzJVhP67Vtdxj wHUGTDdghgFeAyoMqDSgyoBqA3wGzDTgen0K4b+lpTNFVL+/trJGG1YL8i/RChU0XkXjajRsSiU+ SonvLUl4cR0mU+5zVnzwFVR27I1jOps8yZXlyioBY/gM9I1XavumLYm+Jq+lzfjuo/8vCv0fuxrM L0ES5RCZsgVyjilbIY2BlSwp0IwhtylzyqBlpixBv9qULZAfNGUr5J7KOVUVc+apc1pXrIqEr18X XhOpvzwVVdIcqqIK8HmkgrfSClpFEQrT9bQOfA3keqoFrYTtNmjWXeaYH7KXmTVOG0HzsB+M7DRJ /H+ApFPpU5EJptutzDo8LWXpskzPn5jT+PfTI4/9sq4fB3aUKKX/m+r/CTAAssaergoNZW5kc3Ry ZWFtDWVuZG9iag04IDAgb2JqDTw8L1N0ZW1WIDAvRm9udE5hbWUvQkxDQUxPK0x1Y2lkYUdyYW5k ZS9Gb250RmlsZTIgNyAwIFIvRmxhZ3MgNC9EZXNjZW50IC0yMTAvRm9udEJCb3hbMTI0IDAgNjI1 IDYyNV0vQXNjZW50IDk2Ni9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0Fu Z2xlIDA+Pg1lbmRvYmoNOSAwIG9iag08PC9TdWJ0eXBlL0NJREZvbnRUeXBlMi9Gb250RGVzY3Jp cHRvciA4IDAgUi9CYXNlRm9udC9CTENBTE8rTHVjaWRhR3JhbmRlL1dbMVswXV0vQ0lEVG9HSURN YXAvSWRlbnRpdHkvQ0lEU3lzdGVtSW5mbzw8L1N1cHBsZW1lbnQgMC9PcmRlcmluZyhJZGVudGl0 eSkvUmVnaXN0cnkoQWRvYmUpPj4vRFcgMTAwMC9UeXBlL0ZvbnQ+Pg1lbmRvYmoNMTAgMCBvYmoN PDwvU3RlbVYgMTcwL0ZvbnROYW1lL1RhaG9tYS1Cb2xkL0ZsYWdzIDMyL0Rlc2NlbnQgLTIwNi9G b250QkJveFs5IC0xNSA4NzUgNzYwXS9Bc2NlbnQgMTAwMC9DYXBIZWlnaHQgMC9UeXBlL0ZvbnRE ZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMTEgMCBvYmoNPDwvQ3JvcEJveFswIDAg NjEyIDc5Ml0vUGFyZW50IDY4IDAgUi9Db250ZW50cyAxMyAwIFIvUm90YXRlIDAvTWVkaWFCb3hb MCAwIDYxMiA3OTJdL1Jlc291cmNlcyAxMiAwIFIvVHlwZS9QYWdlPj4NZW5kb2JqDTEyIDAgb2Jq DTw8L0NvbG9yU3BhY2U8PC9DczYgNzggMCBSPj4vRm9udDw8L1RUMjQgNTAgMCBSL1RUMjYgNTEg MCBSL1RUMjggNTIgMCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0ZTw8L0dTMSA3OSAw IFI+Pj4+DWVuZG9iag0xMyAwIG9iag08PC9MZW5ndGggMjAyNi9GaWx0ZXIvRmxhdGVEZWNvZGU+ PnN0cmVhbQ0KaN6MWNtu40YSfddXNPIkA3KbzTsHi2Az9mQwiyAJxnob54EiW1ZvKFLLpuzVd+x8 8J7qC0Vd7AQDjGipu6qrzqlT1bz7/CjYs559XM7ulsswZoIt17OCJykL8M88JBmPUhYGIS9EmLPl dnZ3r1NWabMkYLpqZwFbVjOR81QIWHidfZuz6C5jN38s/4XfbgUXKVs+0LLX2ZzdLP+NxyThufmW B0EgyAD8xIXbfnMbRnly8fk0Pzzd4A8RimJeNg378mn5M2vks2xrvaCHsmFtN6hKala2NVNtrapy UF2rWbdm5X7YdL3eqN30cLE9RlZk1nvVtUOpWknb2bCRrOvVs2pL5+7rz/dsu9cDKxvdsZXEqqrZ 11j+upG9hN8D0/uVHsp2UNi063o6APknY+dZQfyJC3uQ/x3MMdvR08KFYazKF9kOzsu2w3/DBku7 Vt6u1XrY0Fa9rzaM7CyMH4I1tbBmPI+K0GDmHqMk5UWSZCwLIp4nqUHXYDlB6k1iRKngWYFN091H MI9RKc16ueu7el/ZlJY2B7eR4HkMyEcMJr61ap8byequ2m8p6K5nWvZKGhh72ZQDbPlfNXekGpM6 n3xhTIc8Sxy3as7G3OQ2MgrLQCFyu+gXMKjV8IYMA2ikGqxin3tAKutxt8uLCLExyryNMQMii6w1 ztgSyK+7puleERhrvHln2Vj8tJxFseAhkEnTgqdRyGA5hGEe5WFUIOzZmmr1DIck4kkQpCzNAl5k QWJxEJmvpWd7arbb93qPRzZ0HgDakJ0UqM8/mKol+8UU1O9996I01dAHn9ZwrBr69CWbRen4qTg9 hUHOwzlx14VMzrddrdYHS/F71FqvVntXor399sEDu6CvXAHpa6Xjci2K1NcQVQc48jTv6NGWCDkt /4RzpEI35egM36NU+rIaFmyvpak1d7r7rpb4b7tDeeEgrNRXJKPwHN/JfqsGyvK+rY1XeQTZA2B/ epSVkYPYCcKVNEPjXMWTFJEoXJFSj1S3H7SqpXFpkvcI4anLvtZkEUJokuhL2RFeJDxJotBS9qLQ b/3PE5zHTIdTkU7DZPxUBnKRi4JH55Dv9qtG6c2C1UrvmvJAycejhV6+R4ULzEVRuAO8wRLHgAV7 VVD7/WAy08v/7FUPEFyzMFD7TlFLXcHzKPhaXmA9Sfg5WnxSFOmZ1sh3tGbUidiz6CsOKfVACvFT XSsKB56+qufNoC9EB+IpwsIaC5yhdNSbn9oDiIte0SENekNK1pkkwP4ITG8ss3XfbZ0iiMxanXDc HzMU8bHELDbLntogUdWdlpwg5zB9yvnrNEdNmk6JyrF96xLrNHQ+/dHJAXmVUv9TyWHNu/4Z4T7S dr/mVWEyQF9G8VBlEOqrAzs9NdixUdhj1l4Udii8nBjZKMGQypwZPp5RWoSQZ5W0KVBIpO6oZSmQ SZps2Na97vrtdDXygcqn9ZfxxrnzS3XSaZNUhPflmOKFmWleVL1HLseSwVBjsmmjHiBoCPp41lGK DD5S9Ve0LPfwXhaj618TzOsOxqglNorQo+jKlWrUcKDYTi3Q2eDXk+6qlMF9MpILxztxv0BiWdMh jlI7eo0B1Z05RrleQ1Ztli2pPQFtxNOzXyltVLUlKs12SZTlFzU91sGte6KzxqbH4W8/L5C3s8bh W3ueoj5ZHMc8KqAE6Ox5kL/f2UWR8zyPEuxKOHrq+XwGWMwxb0UMY5gTRrmeKFD5dxSosLSbP8i1 aj3pzppCgvV+yHGYFW8yxlD/tJWDGINs/bAMmo6t1UmPsA4m3T1ys4UCkm1twVxRhfUAuzmwne1v tr5LY3JP5fU0/98bKIQJUpOmLKb8JywTPBIOheSt+SqMeBHEwA5pFnluUPg2//50QzILJmozs8P5 FiVv/NqAQmgpxPScaJOZosJosqK5EORjmDMp4zxI4iIIGVzFkUDq6YKF3KQFgDjFbb4Zht2Huzsn iNzr4d2uQ30cAIFJUL3vpeabYduQfSQB4gaFC1kcCMz/mDLzgOcgzPtjZlzwAr/GmPZD5MNy8eQG OGcjIzFZpuhrV3vi6k1G2gR9qZEctXb3tgsWRnl2MWqLQhTHUZsGJtWyv8tKow/DYScnTDROJuIY e/vKHc7OCuMsx0voX/cimd7QtZQ6z6AGGm3Omfj9XM5pUjIznqXBG/KYuIvJSg6vUtpr6bbs/5QQ 13/c//bwiX389PnLr48/mhjtN59+fXj80cxGZhTGHICya2TZo3SaciUbBAFFLd9QxNODL1xop321 PI/v+3vTUPXXWuRGLCun/Az8iEdBPIKfeExAumlKveT/xfwdLS5mfAt/Yb1M0E8D54mua+bW72wb RZIl5ghcADSMns9blVRECppOyrEDdhY+KNV25N8PHx8fLucBFFpxciH9YUGIHedVgNi9EqPWR/uS AdlqMCcod7vGjj5kf9KlyolSnb4FiZzHCfLYb49cHqfS4xW2pUmDRvnKFpmWxOV+2EwrJDLrZKOl fX2Bn86jNZ01fuf26Rho+r2PC5NW53rV9Wn94s3AJBEfzvfZ1ZdvSmzzDuOQp3kYuxcdaWa1J/cv De673cFMH2hAFe5w3xR89AM7oOT+mE4glApKJ5HGZCFEsYR5MdZCmnjTrnQo+on0mDlo8nbEvdei hoQEuQnIdSFnmmLMgsw7GGcZ+8YO8zWO+iJrr+BoE/8XYACH3L8gCg1lbmRzdHJlYW0NZW5kb2Jq DTE0IDAgb2JqDTw8L1N0ZW1WIDgyL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMy L0Rlc2NlbnQgLTIxNi9Gb250QkJveFstNzcgLTIxNiA5MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhl aWdodCA2MjIvWEhlaWdodCA0MjEvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4N ZW5kb2JqDTE1IDAgb2JqDTw8L1N0ZW1WIDAvRm9udE5hbWUvQ291cmllck5ld1BTTVQvRmxhZ3Mg MzIvRGVzY2VudCAtMzAwL0ZvbnRCQm94WzQ5IDAgNTUwIDYyNV0vQXNjZW50IDgzMi9DYXBIZWln aHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0FuZ2xlIDA+Pg1lbmRvYmoNMTYgMCBvYmoN PDwvU3RlbVYgNzEuNzQyL0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GbGFncyA5 Ni9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTE3MiAtMjE2IDk0NCA2OTRdL0FzY2VudCA4OTEvQ2Fw SGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAtMTU+Pg1lbmRvYmoNMTcg MCBvYmoNPDwvQ3JvcEJveFswIDAgNjEyIDc5Ml0vUGFyZW50IDY4IDAgUi9Db250ZW50cyAxOSAw IFIvUm90YXRlIDAvTWVkaWFCb3hbMCAwIDYxMiA3OTJdL1Jlc291cmNlcyAxOCAwIFIvVHlwZS9Q YWdlPj4NZW5kb2JqDTE4IDAgb2JqDTw8L0NvbG9yU3BhY2U8PC9DczYgNzggMCBSPj4vRm9udDw8 L1RUMzAgNTUgMCBSL1RUMzIgNTYgMCBSL1RUMzQgNTMgMCBSL1RUMzYgNTQgMCBSL1RUMzggNTcg MCBSPj4vUHJvY1NldFsvUERGL1RleHRdL0V4dEdTdGF0ZTw8L0dTMSA3OSAwIFI+Pj4+DWVuZG9i ag0xOSAwIG9iag08PC9MZW5ndGggMzAyMy9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0KaN60 Wdty28gRfddXTO0TmJJGuF82TxQJSd6iSIaA7FXZ+wCRIwkJCTAAaEX5jU3+N6dnBiBEUbY3lZSr RFynu0+fPtMNn18lFnusTy7Sk/M0dUxmsfThJOKez0z8kwdewB2f2abNI8sOWbo5OR/VPlvW8hGT 1cvixGTp8sQKuW9ZWOH55LPB3POADX5Lf8G9M4tbPkvH9NjzicEG6V9PAh46kS0X0Iehz02XBTbM Ba5Ldrhp+gGtzC3LcdS6C7HK66bK73dNXhYsK1ZsVwuWF6wud9VSyCv3eZFVL+yhrDaDM497Rn2q fLEtHpBR+EKLO+3igVr8WT2dN0+srNj+rNw1TK4UGeUqf8iXGRk/ZVkl2FZU+lbeNGLFtlX5NV/h QBo8UxYJgcAMyO4ZDNs6mOYpa1jzJODpel229gY2t4zikS3LYpWToVoa0lbE4Ax/m5/pzDKUFcqd rXIHtG3uO66l8V5q0P9NoNNzrnqOu37gKiRUQnr5t5BwK9zD5CuYTKTnSA5qVj604C/LlXbUN3YD RO0atYqqQVSuwSrRZMgVxZypjJhYOHC0MdjwlI378istt32p8senhhVlky/FKV7Ma7aGdTLaBwhZ p0U16HrRHuwUhwzDBPzKxB70EKBb+AvQEdlyneWIwee2ISrO3kCMVUM7kqsDZ+9/CLSnPIwc7zjQ QO6A2oHB9K+EG0xvgDE4uNohHR0iYKEdaS8+G9l/AW7HZlrnAFdZRq95/Q6l9+hKKldMc2FVLqUB y+VWdEA8ubCvFt5tRNFkbeWfo0hLvF6xTdYMziKQjqrDN6o8W9esXZESriPvivOZalxa7gHM2eAs RNbfZtwxuWlb9v8h5ZFKuWNr3ZyKXEZEvhXZRlAqPhSNqArRsKRc5qJp43IDv1sHGqPWwdpynZdT 9iFOL0nH5G9a7ermFKlul1arODzsig/ehK03ukQ2QlX3VixJ9ogUCq2ygqRuspeWFyFwCaNXxLBN V8d0L0ijUaAlE8UKrwpyC7mQPHCMshFMUbap2UpU+ddWPolvTs8/S/qHlSNdwnINn4RQkrcuH5pn VQ8Z1YNlQDj1Ba3jXSzbKm9FPjCqAT1MCl70qO68kZBOQyQhDRL/vK4ld2Sm5WYX2QQkvWCZOr9m pLFIrz8MiPsJDKJ4k9ll+mm4iFl7lQqFzRezj+rCOB6zizuWXsdsNJvfLdTVq+uUXc8m43iRsOF0 jFvTVN+6uE1nuPrTMOnvvi7VKDmk2fFh4EtbtvGTXGA4vWPxr/NFnCRstmB0+2ZwBnIY8wmdxAMc jhk8XQynaXclOR0gBjqdou5CYzS5HcuzK3kDvrDpLGVyiRv6kyKcdCZv9rzr8PX9DqUWEelGJN2g U5gN+o501+D3JbuJF6NrXB9eqDsTuqMOUzq8k8Fe6itTivYS4Q7ZfLjQi40QiGXcToYL5WH6J5Sz E2i/5reL+SyJGWVsrFM2mgxfuRqP+cDHrw5gKvdr4MDij/E0Zcn1cDI5ltDZp2m8IPT3dm1P232b 4IuYaUiGF5NYhYEkaqcW8Sg9feXFuzeke6OWbcBuou8n81hf7i51npmWpQTHMUNNqfjX+GYO2O6Q XdJQOASvk/gvt7FkDK4NpThP2Hh4M7yKE/bFkJfVzam8qRlE51d6oT6LcH6jfjomdXqt/DJVw+jK XUmmbDEb3S7iG8IeFEluLxKZ6sBIb9OYXc1mY8n5JF58VNeJAo4RJ3+GIc9gk1kiyXWbxAQDqDse pkN92E/XvtoDx+qMX/b4J5dUb13cJjoBxMJ+LtJ4sbidazrOpl8G8gD1/gkEAqhDODKWRJ5NZc7B pdnijlzs50dJpWc5WiolfJZBpUG/KI3IUIcpHcq0QXo+XcdYT0oATskj+CvpNyTmyGcS4iLdHums fH9ZRAzapirlltFfvU05zq+OaZbjtXvaNL7SJLiSZImno5hWnpHHn9SdRPaZMVCjMxRq/3LLLNan nMTw0xAA3kqGUGkCYnXYf/uIZFFvomeHVsmluFGpS128lCLLhuOPUnKROG0BMpLQpYuBKdV4Qnoq JZIO7hRVR9e6VnjXkfiqjXDQKIVQJfOgFTlsN46Ncp5tcy/CxIURy2h3LVuPaLS3KeqYeEarMXXr sme8SMZsgl6xoJGL+lHslyu1s99TR7nZojm7X4t9f9V/oxGb7TqjzX53jzbzqd3ldb5b8/Y+HIxH 5B98cSNcR8wuSsuSMyePAivoAWA8Nc325/PzcgtjchzhZfV4vlbG6/P7enWmT/j2aUvrxumJj4K0 I4bmhQeWw6zA56HPuBPaKJxKnDzQbPwaRdt1qMNzmBtZ8MySQO5nYYNx6fSZFanHOmxtHujGnq34 vskMVar2zZxKgEJg2HTt6UFqXTgZ2T0AuGVrLqIZSZ9KIP78VMrxeERz2QjpKQs00DXbIWuqEdSI sMcqK2h8VXdUC2SZysSr7Ghy2L4mRyKWsh93+VKThIbVSvx9J+pGUSPTMQgmsuUTq3f489ojekq2 qTRqoEEvmvzhZT++9D4hIMiWlovLEesmAPn2uFzKCaHrekdtv0oeUrMIRHJYzxuib5P9TVDjlpBD 2R7ot6y0AksbpZ4XVAePlwhOjy9y7M2bWqwfoHCCP/JT9ntKDam885zt21rphPSN3P+cA/uqkcdH Ppa0JCh2m3tR/QZX52uR1eLViAcrBXXQ+QPbluhFUX78X18GhEFWvGh4KrxWFhmV5rpUny94r/Rf ZxcdbNSC7PGufAc2HjAm+SZXI1gtPUYNqS83rulyH6WECrIxClAJufY7JWT5kEXHQwmZ2Nz8QJdQ FzAi1TVkosxR+cdqKPt+DdGBDMSYlmwO6QE3dDgH1QRldNpJQ9VPVxv1QXEAUKAxEY/Zms1poKzl lFw/Zes1pYL4oZx31KI9Hjm2xnUlxEZVh1xcpkpN48oInW+lw6f6l2Xb7Vp/eqLk1kjEOqukCK/X qMId/AEtMJM0L99ikzTzJvs9YO/fBVYtkOxgAwPdrhL8AEaP2270JgmOqaNWuGKa3ci5koI8LkDv YLyfOC1LWtrrgum3QyHgr7WHWO/+hWXsuVKjXfZYEe4F5ah5FkKV735A7r4jaa+ovrL9zIgED2A4 Ml6OSITZprYSD6ISxVKoLyedL7VcuRJr8ZUyvt2HBSiOB3zKxD+WYtsoN74YOer6HVVsBaoXjGIk NKrA4P1VRc2yHebgKv9nn3ySEbXatCtB0UpFpvS8UtD8iDQibL3rkKu1DkZtPlpqn6B/9wR2m+N7 pe2j/deEUwkVAmwj1C61b+yL6zD0M80z8BLRrckDgFVoH6T6Pec/yC/JZgiO7waM019L7+m2z93I CY63W1DA/e7vmdyMXGaHmCSoY/ECB0MtZCyMwnfEUH9gh25GplLCYy58w1YA4UXv0tpCUxJ925Tv 8RCdznumelKw/IbGevJzsDGvxJnnBCG7gUzRl7c3yuoFUacJXjsaQWM/0Ef7DbZPbGn16dsdu+72 8XZj7ykAkGijoU9hEXMCm4eu2nc8Ff9bqHwHbZ77R9LiuTyyonfTslc52/P0VzP6SkZfuTcakN6m /73wDjpjHskNhLtys+SuNOlYiMFuEYVZtcOV9Bl0pZvr5fql5csxr9vYHO6FFnNMB2LqvNqyj1v2 Te6bTveiD6BQ/f333kLu2WgLvD/ATrTXoR1pdh7xold/2dcMeyB1Ne9VroP2wg26/17w2y3ioUSX OkW7Sp0ViHDK0N2EDEoF4VPKRTJE0k2Zkh8+y/U6Lx51x9d+PKf/eaL+sSXlUZfbyDBGRsA74KEX KthatN96HmEvxeTbvYSRLwrt/ltvsXbpf5v8P0Jvx4bD1vv0RqfWNr6azE8ZenxS4lZRtVQDt4PN VEotBujQkHe6bZ+6XakYX4zfO/U4KGqQ3IucV0X9XtAOSAlt/nGC2RbWtPwfKGmr3dNbbUNjTcKF 1qW/e4EEy/Wu3eHX4hFTMdMqoKaEdkry+ZLneX644x8Eb5vcM38seAyZAZT5SMb/I8AAaH3FcAoN ZW5kc3RyZWFtDWVuZG9iag0yMCAwIG9iag08PC9TdGVtViA4Mi9Gb250TmFtZS9UaW1lc05ld1Jv bWFuUFNNVC9GbGFncyAzMi9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTc3IC0yMTYgOTM2IDY5NV0v QXNjZW50IDg5MS9DYXBIZWlnaHQgNjIyL1hIZWlnaHQgNDIxL1R5cGUvRm9udERlc2NyaXB0b3Iv SXRhbGljQW5nbGUgMD4+DWVuZG9iag0yMSAwIG9iag08PC9MZW5ndGggMTkwMS9GaWx0ZXIvRmxh dGVEZWNvZGUvTGVuZ3RoMSAzODI4Pj5zdHJlYW0NCmje1Jd/VNVnHcffz/N8v997aYCITJuMvKjo TEgRnTl1AsMfpSmBGf6IiQpSgdyJOpGWKGNmRttyIzJm2zJSZ+yG5szMxrGlm9jmtNkPl6PNnMvI nDPOxrh9njd3O6tzPJ3THzv1vef7ej6/nt+/vhcKQDRqYJC5tLwo2DEx600xjAVUztI1qwIr8msd iWgHdEJJcHl50YBgnMiviK1+eVlVyZVH9r4B3LBT9HtLi4uWXU46/jIQe0j0W0vFEP2cOgmYoOhD S8tXrfVXqwTRHxLdX1axtAjZGCz1pYrulRetDfp96j7J3yR6YEVRefHQjPx5QEyjtMcEKypXSTvl iVlr/cGVxcHCXWOkbiPx/mh04gQmYpPejCmYhzYUqktoVVuxRaVhs3gnogWtOCrveKRhsWmWmG6c wgGc0otwXLQSpOubJJ2NuRLVpLVOwmq0qQa06Vg9Re3Bdt2k1uNRLMAgZ7hEXkWB2YdyZOidKHS+ pOt8QKV+HKtVHCpRqLP17CiNRucaxrvTsAiHEEKzKdcXfIXIUV1SeileRgfG6fFYgnq9RFp6WJ1S +9UZ9arOw/PqiOpWJ9wZ/JVIvweg023Dfp2Iu7Bf9ERMMU7EP0P0QRgh7bdvidrqHlfbpf+50vtO pGMbHhT7NokLId00Is1Iy3ERn5bfCNMolgy3VuQjuB957iksUE1Y7d0jYyU+s1+1IsM0urXqKHWZ FcSr814SJjjJerhXiE246Ib0ZH0Gd6NWX5PIfTjn1utmGY94t0nXqiW9Y4LZbh62uPVIkJFJlnSR zMgg9yry1EGdhjjTrHa/Nzbus/qCjvamYZl7SXWqLm+Ul6Ja3S4N1Ko2bxwmq24vQx32JnixkqNW xvFwdd36MDZidKbPcx2jFVIDcSGd8qlloczPFgSOzU9OS/03NRDnC4SQG4qpChwIh3MLnER3fsi9 OWRS/CEnZUjH9ZwdaakzcwsCB5Rvak6k2KmLc8SYXyCi1cQs9qk5aXbpyn5zm96163Vez+53zvo3 WMu/PNo5gRLTgpassK5RLnpglEMa3CPUlBUJS4TJHvJdspt8h3yb7CL/QV4j3yKvkm+SV8i/k5fJ v5Gd5F/JS+RfpJ0Gb1C+iNexDK6kVrOywQXKfybPk6+Rr5J/IjvIc+QfybPkH8jfk78jf0ueIV/C vUiS2l7CENFepO1FkR2cpPxChNbyPOVfk+3kcRwTPkf5WfIYeZT8Fdv+DOVfkkfINvIX5GHy5+Qh 8mfkQfwUc6RdB3u18AtSv7UYOV2eQqx4DqA/tRrxPCU71xOb9RhhptisxeAnGCPcJ2vXZIWxV06a DInbK/vDCG1cK2v4MdsawpNSoyuptT0p59sa0azNaramlkgJ1mOEtoQnMFPk3cyzi9xJ/pBlNuM2 4Q8o76D9+6z9cVoei5T3mJyxVrPlWYvB95hvO7KEj8icGDQx93dZ2zbK3yEb7TrGt/FJYQMtD5MP sYSt9H6LfJB1PkDv/bKSDb7JmHp6v0Fu4Zx+nTGbya/hFsvwZWnbJlruI+sia6cOt4tmZSOnxUb2 p5YRtZy3jezPBhm/s+LZQM8GPC2eGqyXWl16jNCO8Hp8FZPEZj1GaEfEWuxutTm/QlZjHaOqezXW s45RVbSsJe8m17DXq7N693UlVmKq5Kzs1ZjTWoyc/0HO/l30BFHB2Q9y9oNsWwVWYJjYKjj7FWyb tRh8mXlKyeVkMbmUvJMsJL9ALiIXyr1n9/pCagvYzvmUC8jPk/PIz5FzyXzOVB7lXHIOOZv8DDmL nEnOCL8iLZ3O8qfRksMdfQflbDKLzGRvplC+nZxMTiInkreREyS3kTVn5fHkWDKDHEOmi81gNOVR 5CfINDIVM4QjKX+cHEHeguFShyup1YZzhQ6jnEIORR/hELmpjXztNAiTaQ/IGBm5r238x2hJonwz mZjVuw4Gkjex7o8yagDZn7wxwjgZnQT0lRpdSa2tH+JlNF1JbY3xEV88d6OVjeTpIW3ePtxdsbTE kNHkDeRHyCjST/owTujJ6WrAOwq8o3gPGWjuLc2SFdu/WHq/WKw1UvoD8j4qb0jep+X1QalZdfWq cuSH8mDk/92TJGNZ0tPglLg7OPYDMqMceMrvagej2s+2pyPudPvp9tH9+ib3TUnum1zioLvSJHaf 72nwxXZdWemN6P32aFEndbeTLLPaL9NvfhMV7c1EdNzp12z+S6P7jb01Y0z/GxO8IYOHtbRUr3vi R+uq9+i3q1r2VFe3tNgSBsve4zdK5KslQVojkhoor4f/zUd9iHU5cgbIPxmueo2HA4PDYdGZhsvO nftAW8x/LMsv/0ZUJDbm/X44IsdEZE+kgXYGnCixDJSTp1fWso+zIrI9P+ZEZEfkL0ZkT+Ta7Fl3 ZE+fPjK/qnxJRdn1FZn0WXJ4ZsuBPF2Ov3y5ssrlI7sCZXKkF8v1sVqkIrmUrh/333jYSy23pJaz Q/M0yZS1D9/r8h2j+GPMwss7dt3ZZ9JbSvk5LM9sb5v7fvrerrGjFRn9fwowAMoT5kMKDWVuZHN0 cmVhbQ1lbmRvYmoNMjIgMCBvYmoNPDwvU3RlbVYgMC9Gb250TmFtZS9CTENCR0crU3ltYm9sL0Zv bnRGaWxlMiAyMSAwIFIvRmxhZ3MgMzIvRGVzY2VudCAtMjk4L0ZvbnRCQm94WzQ5IC0xNzcgNTUw IDcwNV0vQXNjZW50IDcwMS9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxpY0Fu Z2xlIDA+Pg1lbmRvYmoNMjMgMCBvYmoNPDwvU3RlbVYgMC9Gb250TmFtZS9BcmlhbE1UL0ZsYWdz IDMyL0Rlc2NlbnQgLTIxMS9Gb250QkJveFstMSAtMjEwIDc1NyA3MjhdL0FzY2VudCA5MDUvQ2Fw SGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTI0IDAg b2JqDTw8L1N0ZW1WIDAvRm9udE5hbWUvVmVyZGFuYS9GbGFncyAzMi9EZXNjZW50IC0yMDkvRm9u dEJCb3hbMTI0IDAgODc1IDc1MF0vQXNjZW50IDEwMDUvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVz Y3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTI1IDAgb2JqDTw8L1N0ZW1WIDcxLjc0Mi9G b250TmFtZS9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRmxhZ3MgOTYvRGVzY2VudCAtMjE2L0Zv bnRCQm94Wy0xNzIgLTIxNiA5NDQgNjk0XS9Bc2NlbnQgODkxL0NhcEhlaWdodCAwL1R5cGUvRm9u dERlc2NyaXB0b3IvSXRhbGljQW5nbGUgLTE1Pj4NZW5kb2JqDTI2IDAgb2JqDTw8L0Nyb3BCb3hb MCAwIDYxMiA3OTJdL1BhcmVudCA2OCAwIFIvQ29udGVudHMgMjggMCBSL1JvdGF0ZSAwL01lZGlh Qm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMjcgMCBSL1R5cGUvUGFnZT4+DWVuZG9iag0yNyAw IG9iag08PC9Db2xvclNwYWNlPDwvQ3M2IDc4IDAgUj4+L0ZvbnQ8PC9UVDQwIDU4IDAgUi9UVDQy IDU5IDAgUj4+L1Byb2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgNzkgMCBSPj4+Pg1l bmRvYmoNMjggMCBvYmoNPDwvTGVuZ3RoIDI1NzEvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0N CmjenFldj5tIFn33r6hHLLWrqaKqKPK26SSrrLKr1sTSPKTngcblNhMbLMDp6b8xv3jPpQCD2+6P UaTg2HC5H+eee27l+t/fBXuoZx+Xs+vlUoVMsOV6lnBtWIg/7Qcd88gwGUqeCGnZcje7vqkNy+r2 lpDVWTEL2TKbCcuNELDwOPsRMH0ds/kfy//gt4XgwrDlJ7rtcRaw+fLPGU9io2LG6W8xWNGa2/ZO LnTsDd1W5a+8zsuiZmXB6kO2YV8/L7+wm7Joqvz+0OAnVlb+y09ldti5omEZfk3zIi8e2G3lFjqK Lftv2rgqT7f1FWs2zjv3eTnz8cVScR0aFsWSW8V4ZGUkWeVm69kxTB3yMFG4N+KxkozrODKCiZDb xPp7kchz2YuF4okyirJ3LnIehqGgHPIwDhMfeBvQsjrUDUsfKudqeJ02LG9YvUm3W1aUDXuoUgSb Fk/4La9WbJ9WzVMbXZU/bBrWlOxQO5815GFueBJMk3GaBhFxE9pxGpS+lAYhudHHNAh8+3IWwohb beylLLQo8hgpD02dr1wbSpuI701arNJqVSOOMnN1zQ7Fli74Gh+bfEuZ2aRAyT1V3q0Q9XqdZznB oc1GTelYlawu2boqdy0Mj4ED31pMAtfiUuCh4LFW76i/SdA92r5Qf+uLTvHuXVUT3AnDVbndEojp +6zcP/my5sVQ0mk1+Uk5TSK4kUxqxWViJuV85mmEAhpl7cTZSYsPvStVJNocwRwCEbHRPoxIJhr3 UwOPEJ20iA5+37gK0VVp1uRZur26yAMxD4Xu7IwwMXR8WdV98S66gm/xL91nwMScqGmcgHNvjqzg Vg55U5ZH8StdYJKQG6Pe3gWG3mHsxS7gwnYcmiJdrsjKQ5U+AM9AL1oCUF8/scdNjvrvy6rxzLi+ wIy+PybcWJ9ixIZcRxPiSy7FGidw1bwH+HGIGEN9GfioVxtsx9jPMX0FuGfbw6pvgxr5yBy7C+6f 2G9fblhx2N27ikZAiZ+rx7x2d3PKCN08WDuJ2STcgN/fFLTBXIvNOwqsE25t+BLNAc1Dy05oyGjL NUZLBPQitS82LNpURCKevO/ofTDwWxcGXhAjEe+oHeCfUFvBrrc2GuWj/k6SbmIZ0M9CJGEYLN1f DVuW7CPYuy0e4IvaTnHYl8QaHsK/yHANUhUm4io2k5o8c1AqXEKg1kQx4vCy5EfAGVui6GuQZvnY 4oX82NEIvXcdjOAJBMMgABaS0mOTNjJ1wjjrvMKje3Qf4cmlfYcNMgPjpt67LF/nMHvv8NYPfaJk lyiJUdFJorSjZ5Ja0kstM7AcXvf9cL/La9I66OHdfpunRUbRQNwUAEvhmsWnKl03dYuZkWATMZQX ctjaChjD/Z23k+e8b0hYlMg2l91HQVwpmbYxV+T0jqpLYoWqi4Ht3V/OFxjfwQYl5ibI65Hx+UJz FdArGL6vEQZ9Y4O8aTxvff3sH+5sfJkjPSogSKwPkDLofUTZPZTOF/ibIn/0dvNm09ZrP1KCa/Zx vlDw48ZfbjuLADgR3kh4xmHc4TVp8brAJ90R7MebWwZKmyu80D9zrg80LgnEju8vmBiV9P5iSY8N Aj7vGuRmmODk5Lc8cwXU2f9KzEM3mOlrSnok7qZgC+2hqBMI3gVHegQd1sf4FxDkrYmx/u6hfYKo u/lr4JBIgvaNRuiIfWhSmNPQ7oIM/PsjR2hVw55cWv0BWjBcThQtnPRap3UVTZgMI5+sRt6qF0Ld 1KMeS+v2sdXQgIdmAzkwX4CjAz5HZQD/f223x+Zu7U6BYAYgeNkVdPKwcnD5l1sh18cujpJQds8h DW3QsejU2nIDuA++eOj/6bJWd7fYskOgX/s4CRU9QLokkl0yN6Tn75p9cw8Q56Pl5ze3TZuW00qP gCN9weIkwKhD53Hio9Hcek2eddy3wvShLtof7rcQY36JopGZU6nioJ4LFOwY213Qvo6HWlE+gGno LgCVJo3EVhFbNUSl4wFmP4JN0+w/XF83FJZzPHfNmpfVwzUs19dEC1i7iBboAlrAWJLBop8MEUwL G0OHQXcAE+A4SMPodDZcBK2C1DLdBKO6W3IsaFO86LpvcVsiAU98v1p383J4lmSRJn5IpHzDKxOE YDFIxi89juOh2qHpyOBuDpzdbl0KCqjcr9w9UmXqI7ixAaRtJoSGeo+H/JqoN9StyJUjFn266rrj ia1cnUEBOvYErdQvPx1ewKgWY3baETrpO6KnKsIt+gFCMvM6siXjpCVjfL/vUN60HdDWLQ5KImER wHsCURQ4GhVRUDT8DLdKI7iCAwoSTIfKDuw6WjQWEs+ryLbTVJ5M0+wt1Ct0F88niK1fwPkvx34v q5+eJm9H6P+W7/IGH5/xcAzFBPc6HkYqiIrXLGWjfYQynleu3TC3ZKjPduQfHsQFLv1+P9nSd+lP x3blCizn/fEOro5eP7Zeo0fT4rnMvyL5O7w776s90Wu2B96o5/Fc4XqtfJRNRTuR6mfKqdNX3c+e Ec4IXAlxrZLR/oZq1a4hJQP0gIuybXqoYR+zC6Ni6HYFEIFalYTuxLKGpldWvizO6V6h3rORKJHw SPtp/spRDDbXYzPAV3K2FXnTZUJhzhIr6Qi8EXvNLi/4gCUUoj2OJ26cnKPxsD8NACye2nMe1AAJ W7FHaj867qn745BFg33658AZV7i98rftShSPUEMVfajKw/64BHXJA7aJrd+82ajQcvRtLxF9nny/ DqQ1aNOuJ4kV5XiZ96096rBFdws1uW+SMO6YDcJBmjgarjltGFIoTWrCo3bShSVARfnCErihfkgJ 0dO+umK419/Z33X+mNI/Ox6QKTUliaxXtFJEq5ZVvVaKPV8LpeJzsmFUY++oW12Nmr/XDdoIdToC kIjOpKcIomhNNCzAxh1dgA92nrq9sB5ellUOIgDvcn9lbt8MiVj0LzsRTaYfEdL45QiK3Z9H0oZy Nk9e/WBKVJQvoC0RR4r2C0ZrUPmEF/WWZAkxWEFklhYPB+xetV/s6fizYJ+Lhy3Kdooy2I51Yp+d GZ1i7RyqI3BI5DWCNEfcQegM17wFnjBWYZ79Q+C1nTn8dB5z59F2EmvCRRLZftk7CfAiKGWCKOXQ u50YEf8AkcBaD0pjR/VMPNWPRlU+sTUAjkyNfhpQR9ZeAR3MtDmqN2DDDripPw3EtJDy6M3wYE/h w75KYlMEfmu17dbKLy9/0lhu41fOrHmo9BE4caiHa94jB0pGB1PZQEXuJmv9/Nhr2BzO4mw6gcCN 0KpvO7WXBvo+fs/htWz335cOr5NeZb0E//6M8nmkeICglq4gRS6f+5+ErA1ExpsO8KTWgNY7Tmil Mtxa+8oBXvf/EB8m53fIO8e+GQme+DVFDW+adPD4pdA5UmLTGL92OL17Hk2E4ScHxYO2Ubqr3/8F GAAEHS1nCg1lbmRzdHJlYW0NZW5kb2JqDTI5IDAgb2JqDTw8L1N0ZW1WIDgyL0ZvbnROYW1lL1Rp bWVzTmV3Um9tYW5QU01UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIxNi9Gb250QkJveFstNzcgLTIxNiA5 MzYgNjk1XS9Bc2NlbnQgODkxL0NhcEhlaWdodCA2MjIvWEhlaWdodCA0MjEvVHlwZS9Gb250RGVz Y3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTMwIDAgb2JqDTw8L1N0ZW1WIDcxLjc0Mi9G b250TmFtZS9UaW1lc05ld1JvbWFuUFMtSXRhbGljTVQvRmxhZ3MgOTYvRGVzY2VudCAtMjE2L0Zv bnRCQm94Wy0xNzIgLTIxNiA5NDQgNjk0XS9Bc2NlbnQgODkxL0NhcEhlaWdodCAwL1R5cGUvRm9u dERlc2NyaXB0b3IvSXRhbGljQW5nbGUgLTE1Pj4NZW5kb2JqDTMxIDAgb2JqDTw8L0Nyb3BCb3hb MCAwIDYxMiA3OTJdL1BhcmVudCA2OCAwIFIvQ29udGVudHMgMzMgMCBSL1JvdGF0ZSAwL01lZGlh Qm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgMzIgMCBSL1R5cGUvUGFnZT4+DWVuZG9iag0zMiAw IG9iag08PC9Db2xvclNwYWNlPDwvQ3M2IDc4IDAgUj4+L0ZvbnQ8PC9UVDQ0IDYxIDAgUi9UVDQ2 IDYwIDAgUi9UVDQ4IDYyIDAgUi9UVDQ5IDYzIDAgUi9UVDUxIDY0IDAgUj4+L1Byb2NTZXRbL1BE Ri9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgNzkgMCBSPj4+Pg1lbmRvYmoNMzMgMCBvYmoNPDwvTGVu Z3RoIDQwODEvRmlsdGVyL0ZsYXRlRGVjb2RlPj5zdHJlYW0NCmje7FvbcuPGEX3nV0zlCaoSR5jB YAA4qVRkLXfNREspJDeOs84DREISYoqgAVKKfiNfnNMzAxC86bZOxVXrcpVMkJjunr6cPj3AnnwY CXZTdb4dd07GY6WYYOPrTsJDzXz8Zz6EEQ80k77kiZAxG991Ts4qzSaVucVn1WTe8dl40hEx10JA wkPns8f0ScSO/jn+M37rCi40G7+j2x46Hjsa/6sT8ThIpBHgPgqheCRZJKEvgilQxJNIq4hx+iuc Ku77UUDquJ/gN6NsfJtXbFpMVnfZfGm18shPYsaVinzNeJJoPzbLNQ+F0QtzICpOSJS16y59NKbt 0yq58OV6WeQMCK3+STFfpvmc3aXLrMzTGbsuiztrR8ID1dYXu5WBtEv7RwGPvd74PXvn7D9SXHsV K0rzC2tuMOKEz2ORNOJ0Y0jg3H4GU8r8arXMi3nFFqurWV7dZtMnfQKhMoSERmpYS3X7gzF2N73x Xu80odNcyoiFgvsh40EsVcjKrHN9WLMOeRQ1C4XGLcHmyn3qYsmlUM0yGcRcSf0ijUrCg4Fo1iI+ GkFpL12ndehTkuHekCstGQ+jQAssEVGk7b0onMOZjIIQiTYlc8gc8rbNZqFil813R92QJ1561EXg p5kN4mT2eNQNeOSx9D7NZ+nVLLMx3ecfnzJNrLM1chqiOkuusuuizNiguM/urrKSCf8YFe7HT6eJ 4LGvXS7767rhh4oGWaWcFbboD3pB+Uq7G8cHpWmJ25sc1bXXlN3TLRyVlVUx/9GrfjxiVJJlMZvl 8xu2xG+TYvFY5je3S4Y6bXL54E5dACNK5CjmFFVKkSB5IiuTgAvRrEokp91vrDqgTsYh16g/t1IQ 0D6rTsYRjwDPblEAZ/vqZeoSApGwXomtxs9rS1CocaNNBIorsalut2xQztjaq8vGT7hPGP102UgX 96ow9aK9DPWiAVXXiHdeHSwOhS/jFiDbPPJ938kjEAcEK8gT+EsorL3cfJPOzP+ebjBAa6WbPBW+ aAoFlZ0eBd4jO2ibJIPCLXT35sXyyeoRPAyj9arI7Mi7Te+zp9pZFK2doBPnBGm6t3dTpvNlNjWF 06feNC5X1dJc2hoiuQIpF69bEcRZGSI2MpYFS2ez4oHdFdP8Op+ktiMhPNVqcmskvKACfeQG/h8g JVxLebIEQyCkDNfL0NheVoIiDngSqGalQEa9oCxEkoDzBOtlaExB9LIqJDhdm0p1JaLn61DGPAb2 1cukL3gQPFeIuFmAs7yyEDU2FytiboeZmAVhLevWVROgYrWscvSuOoNq8pL4UbzNXrC87kujZTqf puW0YpdlMcmqijNXLVIFFm/Qp2GGiEBSyAgkhgr0WmRci0ysyO+PuoBvL1/ewiRWXBFPo56Qzlk6 zX5ewWCG7prNq8yyNrL4BVxHJ2C78K0IwVl8B9fSBe6QsTICE5btxTC/TjN5IHo6iZCarw+ez7VG A6LgHbKnxSCbGLyoiT7NExSlpFrHRNQqXEyoBRsQAHJrLojpCM8mTvV0tCOSHDWS1ZqEHB/EOnLc Dkppi1KfveXG6EAjAMHtVeZgq2bOhwwiZ6tolzpr2VBnVwl1TtXxiTFcoeDBGBru2uTPIcjAaCRA lOq1mMzCULww9WLFQ3+9FjGCrzbX7mUZiU3CxlwCRv0ynWB1xO7rtcSig2dyPY5Bal7NtHWMVh2T 759O9shmokjCpI6+a3A7wHOYXBNsJ/EO4iTaRfwY2DJlU6TzPXoemvBDUf5kGl++kWCTMgP4TAmf hLcDmGsMOph69d59FEVCfDOR1r3IicMBRS/QCEO9TEpJ9GFj3W5YogRCdB2WmCcxppbnwxJB9hPd oy4WJZzrdqJwzLJ/T7IFqEfBMLHc2TaCVh25ueKzly7Jr/jRzUmGZ7C0IoQfvj8zwcDqJShNNQO1 66ILhV5Gi/I5fpil85tVepNVOxUKsA7AygOkvHpmQtQRhNIY+cq81QEPpHzqrMNSsy5xM5OzXoEM KZEm2F5vfkPTPXdcqhFK7C5k2gdFTzbshi2bZzu4Dw0pCDcsaY12NU3b3XBo2IvbLwbdKIgP6LDn R8g5DA6hZfVg264nKN9VYsQZQoPC9MZZeVex08WCgokxl6J3OpvZqqgPSao6WLGGEEgXVBlMYBta b9KoHYOkAmlLaBMtmz57oBpsjOq7Loi2UsubZTegMktjTwp7Hpklta0C7UofQx8i2j7jqr3XGPsN uZEO2LQ9YFPIAhm2J+PW6VvX/dpFGJUDGecuESR1Cz3qSi18L7Vuo0nL23WSTX7sKZ9T9djScIdV lt6XGXpxWmJ2Lot74M+UUfHMd07uuq2YCe3O+H53OmL90e/YVVrlVtf4ux47uxiMh/1vP40vhsfm i4vhh9NB/x+n4/7FgH3XOxnhu2Hvctgb9QbjEX5ua1ONDw1ltWdkIza6vBiMLoa9d+zbH9iPXv89 Ox388OORVdAfjHvDQW/MRhdncMAP7lszuAw/jca49535antX3A/cVhoRvcGH/qDXG/YHH9j4dPQX 9v5ieNZj7/qjs/PT/kd2en7Ovj8dDk8H435vdMx6f6eN7N0FNqCd9I+X5/3eu2NYenb+6R3Jhn/Y 4GLMzvsf+2Nsa3xBO6pF/wBzT8fG5k8jePD9HtN1ffhpPAAzP1oP43rY6w/Y932YSirwI22nZxQM +x++s06nK2fYvgAgf9f7JAs+9oZn3+Hy9Nv+eR8WQsT7/nhAm39P4tjl6XDcP/t0fjpkl5+Glxej Hje53bLaa32xldsyUOvcDoIABe1dUXbLMKbP461ZNP0JkD0v2KKocpPXJaq1nNZU9T6d5dN8+UhH lxV4a0YNOJ0/7nEkoLU+A3CksI/pdzbLJssV6h+tCJwYkobEfOlgllkMLu01oBh93YzFV0d0DOF7 bDJL87vMNB5aS2fD1IOoEu8Ws4yK0xbjTs6sa52Ga2MNFK6qzB5sAA2zye28mBU3j+AY1aTMr6CH ihh726h+MpQWZP9e0hX0P9zmIN10Yz3x7DhDBLXW1RwUxtJ0t1G7R0i1HxyNaY4jf49vSlBphAW9 tcwWZVYZxbe2Rd+iJ99h5tqOgtpCzRyKFxn+YG12Ddwytud0nV8/mtUtq16TYn4ctVJMReha3sSk WAR2HHtnxSLPDFPbnwDTvJrMimqFjdmduJhaBpmB0C1TDDFLA4V7XFtrpy2kFeSk84nV5+JRkUSa PYybasce15GE3tVsaROZpctldrdYNobY0ZalB8DUEAlSfpPNsxK7qlOAiBM6XF5VlI/XTpVLOONo tIZFmdPeHutUuHpcJzLmRWZTtDR72dl4rGVr1qoW2aQ5D2IT7AQbtsYjkZsR3Pi0mHcxe+LickgJ RZVewIi0fsbjhyqh2VvE4MjonvZR1G7kbWLdLpeLb05OHh4eOHZzzYvy5iRflI7iWJqi6AQHM0uM SSt+hkcIpbgKQ6wB6RCWRmw9EvNsenZBCAVoyouSNBStJA2J03lTm6RatXEwn9/ny6wyBZFTGLKK zuwWKaUq5VFpsBClQ0RgSSBgmDFuN3P8UQjOYMJ5vAcUlWtdi3RpmASliflomFB9nHe8RsM9WWKR MSV998RZ18jV/HKV7Wmbqh7PyuznVV5aHG3yzSKAmxQMvG9mVENvDChuYiI43uUsS/cgXwuA0ukU vqx2iFO72gnSkENd5M+f6mTi20H1trGpFeWmHk2UQ8xXXmaijDEWUERRnmbX+Tw3IyTcZ8rTlv4m zOfO0c2zPlSniYtF8OY8awcSZP3oJF1Vi9wi0XGzRbjqb1arRcRNYmk0Gt7Y0koH76XNQODo8d5W 67Yva/aSzyezlevaRZWtBdcDmwkk4ZvJsmZaO2bVbbGaTZtpGnaiR7hkuTpKeGKeCGC0bvlxt902 uXZ/cLPczgX7wwGrYPW5mRQuiUNbIbtB2ZtwIKDu2G0nZi8JygHl+4NzmGr4UjXnIRsBfD44IDxv ic8T1Xe1z9NP7PYlVRdvtP0ItXaNZXHMQztIAcil9961vvS+yKfUmUnntFhdLY9ZlqIPNo/W6cZ2 598+tdgDaYGD06bRb0o08ELOvTUNGSEDOhLBBWeiaNTk74A+Z80u5agf4LeI82JVVqvUEkJatFjn DZTQiUkYgBkxNlifjdT3mvNgALxlJDQXHzenJualkLMR23d4OTobwK4/ozP+C806EeyBCZ99ZJ/p QjL7958+m3YEy1nnZyZMGxUM7ZWrIGYRPbWPFJvcmR/uMHdjJkjoGDNEcGedUbOEftFQjd6cBO0F MqZ3OHCBuzt/PXjIulYufc2TSJk3UmK097UsimtEA7qKNcThg0yUkeybv9eQ/9ns55eQVkEasRux ZV+YKK4DaV5PgPGNQHo5gs4nFUb1kLIhwkbdhf3fpFP/Zh9zzZpr2JZoZiV0RWKeUvjNpwmMDUIe RM03M/omQhDWX+GLBLxpLa31hVVnxLivrOJZ6xtrbyOWtFudPhaSZ4mUIYO+ck9UL8phKiCJ7Iqg sJ10PsO1Ck2OAQ/B0K0yQ2ytJebjpFNbYy5nHaGovGTNgAOu6vXms5WKVeZqsyLcS2axPeYCwY7c kSg9jghjHsfmlRnfD80jx3XKd7eI/CRbpFNH23/u1Ev9kMPFQFqgraIjyVCZI9jv2bxWnexVDbRT hJRt5aYh/YHU/tHq+as9yH3ZQnemQAeo4kTKEx+Kv1GKXX6sH3tbENzFvz3Q5/uGJexAH535IaT7 sA8/CQreGmKU5vQa0CvAD90xSRKzNx2FXwp+b5b2LPj56N0Y0X5Dv6/LFa+DP00uipL/O/7tBT16 wC+0it8AejoO6fHDl6BeW/urUG9n4X7U029CPXriSNvfQT0kA82t+1AvoDObuI0tQczti4UvRj3s iR60/UKo92Zpz6GejgMu/eg31PvKXPFK1IsCTs+Uf52oFxFkyTehnlZ0lv9FqNfS/jrU2164H/Wi t6Ee9if0nikX7Aki94658dY0GQg6bA5eAXr0Tk+iA/PirUqiLwS9t0t7FvS05IHWv4HeV+aKV4Je KOmfKfxKQY+MTKR4C+hBjVRfNOC2tb8O9LYX/qKgh6ADtHZRTyc8iuO9qKcp7dqoJwPMPq873PMB nPoXAr23S3sW9JCEofwN9L42V7wS9AKBpvtrBT36x0KhkG8BPYnC8b8M9FraXwd62wufBj1YEgpr ieaBn9gXBdzH5owSAyml8sabAu7ssHlrMJtly2z6zfZ7gfSoI1Ktf33nVVt6u+6WbsCDgB4svlvL fpFYeqVe1u+bCrfXdD49rh8AtR6B/adiP82Lh1nWDho8GCbmVEInAaPUinTE6I3juBW0Xf+EEVYE 2IeOI3opT269h3pz1IrXvuVwr0ROby3Hyux420mCThYS6yX/DU6yvl8+4Xv/ja4PbFRXk9v/gfCt fxUGZ/5XgAEAIEprOgoNZW5kc3RyZWFtDWVuZG9iag0zNCAwIG9iag08PC9TdGVtViA4Mi9Gb250 TmFtZS9UaW1lc05ld1JvbWFuUFNNVC9GbGFncyAzMi9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTc3 IC0yMTYgOTM2IDY5NV0vQXNjZW50IDg5MS9DYXBIZWlnaHQgNjIyL1hIZWlnaHQgNDIxL1R5cGUv Rm9udERlc2NyaXB0b3IvSXRhbGljQW5nbGUgMD4+DWVuZG9iag0zNSAwIG9iag08PC9TdGVtViAw L0ZvbnROYW1lL1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GbGFncyA5Ni9EZXNjZW50IC0yMTYv Rm9udEJCb3hbLTE3MiAtMjE2IDk0NCA2OTRdL0FzY2VudCA4OTEvQ2FwSGVpZ2h0IDAvVHlwZS9G b250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAtMTU+Pg1lbmRvYmoNMzYgMCBvYmoNPDwvU3RlbVYg MC9Gb250TmFtZS9BcmlhbE1UL0ZsYWdzIDMyL0Rlc2NlbnQgLTIxMS9Gb250QkJveFstMSAtMjEw IDc1NyA3MjhdL0FzY2VudCA5MDUvQ2FwSGVpZ2h0IDAvVHlwZS9Gb250RGVzY3JpcHRvci9JdGFs aWNBbmdsZSAwPj4NZW5kb2JqDTM3IDAgb2JqDTw8L0xlbmd0aCA0NjQwL0ZpbHRlci9GbGF0ZURl Y29kZS9MZW5ndGgxIDkwNTI+PnN0cmVhbQ0KaN68Wgt4VEWWPlW30yFJJ+k8SWhIbnNJQG4gPHyk sYXOo6MQhCYE7AaFbuiEEHlEQng/IhqIDT5AHfxGR3Fn1m8fKjedOHZWMRkd/GR3mEHW16yzwuj4 2F1ZcdYRv9Wl9697b0LAyLCr39ybc/5T51SdOnXqVKU7QIyIkqmNJJKXb1gvn/3ks19D8zSR9ecN zStWt2bbzxMlholSp65Ytbkh3/L8U0TO9ejjaawPhT9fexx9lTFoX9sIhW0h7ybKfgTtMY2r12+y kpgg+0WwYavWLg+RjJec6EPW1aFNzdYtaSrGW9CW14RW1z/8b1Nfgx39mbd5XX1z8fs35mL8L4ls h60q5RMlvEZF/XzwY5lOeQLj7+r8k375fKshQ3qHvuczzCTL93V0lNaSLX59fH/8C+qlRsqOl8cf iX86ZN9d8R10ik7SMeqmZ+hReg/yUXqJeujv6QPIr0J6hh6mZej7M/oJtQP/jp6kh2gd9ALb9Rm/ 9bBxFzXP4T3IymkW8NLnIf290uej+IghtO/FR9M22sZb+R+oFe+P4fFpOjSox0rQX1MLbaWj7Awt Yy9SA9bTQWG6n/vi/55wjHKlTZRLay2HRCVc9PyI/LSZwtJj8c9RJ+mJPkrnh+Ofw9eV91uLufuf HtrHkmkH8jaZ5iLWiqGXihyewxqWYy278B7EbnTh3QZ/+wf3s1bpNWrGPcys1v46SrjawPjHoE1m hTw0ULG/pw2YwU0TqIDS44Wom5vi9fHN8Z/Ej6AaxO4/ZVZFL1p/S/vZQUSwjG6lhfxX7IzeWov2 QprFRrFUehy+r7l4Heapki7UOQ2qc4uZRfNsfdw/Kn79QB4OsOHIxGv0CsX0eB6jAxTBvbKV1qO+ F5EPsU8b6PehHq2I/EKfJVSH2hO+ymk61vPeRfG9qZ/9hu+IT2TzqPSyMeZCfOcvODiO+YzT0IFs tCIfy7Gz5/TTI/bvKHbtyUG2hQPWV/W9FbrpNEVEEZ8W34Hc/5puobW8i41jd2FcxxDF8TS0/ZWc R++x6d9xXr5P3W/DLEdR1YOfdrqN6v/cPUb/p3ss4QzTkIeT9HPMtxXvtiE69SC+o8jTFppH5bQH +/gezkcj1hJGVk8yGfvzOnUPOUEIfk8gy2ulBqnhMoHM0t8hI+xfG7Og8r+1NqN2h3ymo+7fYZmo jwfpHez6M/Q87ogVQosq/v/s0S5aQ+PNlzye2pk3ua+f5iq77tprrp46ZfKk0okTStTxV40bW1w0 RhntlAsLRo10jMjPG56bk52VmWFPT0u1pSQnDUu0JlgkzqiE5Wl5lX5vk5ZfGdRsSpVilzXbnLM3 l2qU6XAqGfLU0sAEs5eWoGqUVaNl+/yd5CkLaFb10i5zNKnI/kcnBt/skL2apQg/yqxQWBtX63cq 9rccA/YAxmgjKv1Op0PjRfiZCRN+ZoXksGb3Qe90GJqZGvn8gmLx98ugpDJnALzWrxX0NwOBoYLs wd70XRLmHBaxd9ryK6s0yu4k2/sa5YhuZ8tII7c2TkUgdki6NyrVWPYfNZalsZybEfLFU4hhp8uG yIE33KR4wyuR0XDwQk7PGhl1yhE5UuvPmApRD7pGe22evzMluVKprE+GgnQFdSanQJMiFHDR3Mls 05kucJt3WienYalIX6YI1yuoSfPsDUJQqpA3WLIuWGLxvn2DTYRh/VKWIRlBaNZKLdEIQl6peUIa 7ZU7S/oi+2J2WhZUbWElHLrVr0khdOgkqcjbWKeNrPEtggpTgYKNstjuKp2JzZO9jXIEbdE3CK5U iU2/SB9urA+KMmFBpQq2pEr/HmefQ8sEerUMVUtFt9Qtf3BIEW/eSlk0I5E9snYI4Q6yOgVHEeQh 9IhXwWxw5m2qEFtSOrBtejXODOub49kbkrW2ZU1G7YX29de/M2LXbF86sTvYH4zUB5qpDAebRMhN IbFMb5Mc2VuvL3WfvjTUq+xtqhIkBqL6aQFGL/J7GxXvhQmxcAhS0aVjnU4tXxUDIxGvCDEURvRG yDBciF+cCYfKEE+l5qnTger0PcCMnlBVwFSZHRaJYcISrAoEnMa+o6uWWLQnYaIiR4THxCItW7U7 fwlb34SSmlq/t8qhr17jlf4bzuQ5zkCu8Q2oWR76RErPOIwc1cxXauYZVdDYz4J1xgHmAzuPrmZ/ 3evxPMdxyNVKdTASqVbk6kgwEorF25Ypsl2JdNpskWZvUNZPPoP+H/Y6tOp9Ac0ebGTTsMmi3qpr a7SseYvF9lTLjSHjspihOMsczoxAfx/fd5nNc4aKR92Lcxaxf4rYbLiRHHK1uF5iuBUcmr1MHFNE ssCPc7Bcr1md4XzMh3OHOClSoMi7cr6ZIFSjWTDi3ptnauHE6RRnaG/MQ8vQ0Nrm+Y22TMscUfKU qti7oLD09VtyFghLW79lYHhQwV7l1cz/MzU9uJ4jGUqm7CrV869ft2Gtrw5r/KpMG1ZmbndWpV9y cFPiDklIySquL7c2XNUHipzglozYFfmEotlVLaHS3+dwB2R7Bq43NlAMpkdRpvYTyjEmLlHKtmvM rbFcoSdcqvrdLg0vg3FgoOyNBM0yG7w+8zdBuHHoRaKPXcE6HUb/jExFLPVX+t1mXtlF1eJQOZxG j1kBLU1czFrapzrD4hyVfhnXEI7tPF2QvXKj2HVNDlbp90HAMVgdi58OVon7DyGLLg6zvsEDl6ah pm5AqvVvd2wJTIjR/JKaGCXhNylj9wViLN4eo6pRPZRE0tIlMNeVyLJ3ZRUmRGNBCRTjnZAWlqA2 Ren7lYD4TTIzHJFFdYexJh1hqI8ESmVRnLgvCedQ8wQcA2J9IDANfm4Rfiy6n0gAHppMD026Bzj4 H3Tyl9Tgpir2+XHZtuFC91SJJWK5fThVfWLFYiGBgUiB21fmmTEvQsyB8RAWG16wl21wEYhEjJaC Mo9EHBGsw2zHGF2q8JiKGOkOcOxirM2nm9oU/fOBV3EqIvOBKkx1K/Lef0vF6LbLZ3jJ4AwvRbRL 9AwHf6AMh64kw8uuKMPLh85wGDEvFxmuHzrDGi++TI4Hp9RjpNQzREobLkrpisuntHFwSlcivEY9 pU0/UEpvv5KUrrqilK4eOqVrEPNqkdK1f7mibb4ow3dcPsPrBme4BdGu0zO8/gfKcOuVZHjDFWV4 49AZ3oSYN4oMb/7LZXjLoAyT+LNh4ovnfUSpBec2nKtMdep/SBz8cKupwnaoKHrQbaD5ankajNVk B3HayauI8Rncjc4qn87dUaZ+9gK/Acob0MgupCOw2UGc7WEd0RGFnhi7p8ue66LyNNZBdhBnd7F2 +FLZ3SbuZu1Rrra9wHbC7Sm2zdPATp3OHT7yjTfBtm7LdaRvLdxaulXaui3/9ZNQbdgItroZbNVa sNvX5DqWrtl5O799zc51I9a3ZueMXNEE1rASrL4x23F//aH6E/VSfWP7HSPyW3K3VOY7N4N4j1Qr zcLM9iNSNfkksUCP5IqmpLl64n1SWTTNFLqSbC5feYo0gZg0SZpMEtb+Bf8vfDlW+QfRl7ga47/r eimMtfJ3uyZPcwmMKmPFYAjZ2brw2+hUlymMn2gKTsUUhuebQlqGLpyIZkDgbXyTCK9c5evJB+JI 7W2QboOUwmeTA3Q7SEKrBq0a4nwat+CLcyEvA2YCp/DJIsl8komlwALoJ/LJ0YJCOQbIzHX1sHPs g6ikJpfL7Ati7DP2n/rWnDHxUxP/w8RP2MciDewjoAX4IRD6+D+yD7pSEHr5KCgYbQDfLUzsIXZA H/igiQfYA2QF7gcmAu8HCv197AEsubcXTUbN4G3CwG6JHrCoMTY/ul/A3OhBAdd27ZRUFJgrmpnn Kk9iY1iRHpSdZeho8Vz/DdL3le8r7vloxAjXjx+V1McetaiPHkxWH4S//Qes6gF4ehj0yEGu/uig pB46yJ44ePhg70HpRekmaaZYnDQz2s5VUQmVXfYMV+FLEg4BnRZcuka6GlmTyzOlqTQJ5AH5QBZp qpQtgpCmmFgqZaNnaS+aOGioHhnE+dnoESvq5/1o7zAxBf99dPg4lyGgFmL8dHRPMuynunotWCp/ u0spEvX1djQnV+92MoqQylP5q/yoyCd/mffp+AsT94nYX+Qb+EaxFL7RXAq/w1gKXyeWonMPD/Y7 DUaTU3RhaXR4ni4siY65ShcW6ePKs/lifaDg6XwWeC6fScUgTkl8AuWDOLqr0YwcfdxVXakZLlSb IqrtCB/NZb0anVyOWtRj8CfjDikAF4er0LCyL9lv9I08zZ4jmZzsFHsuWuyUY+xUtMDpKh/B/pX9 Tu/4ron/YuJvTXyHva07eJu9pbffYm+gurReNBl7k72hK/9ZV64sT2EnsY4ewdlJ0/a6bsOMJ6K4 BHpQ378R9a32sp/Sz0DdICl+mj0VzcrBNrB72T59wr0mRoDCz8LoblwTbEG0TQLURXcnAGqjewTM i3YI8EU7hG1OtF3AbLFRMVYW3SNgcrRXKEcbyjRPCvC/v7aoX4t2vM+T/CexK1+y018y0UzqzBnp 8nyIkhetiYdT012I1NPt6w52N3e3dfd1n+g+3X22O6n7cLjwk48t6j2RRDWy16ruA2HI8/dNmuK6 715J9519b4HiuncvV/e2D1N33WlR72zTDV1ts2526Tij0sCrXQaOm6jPa2sbpbjadnB15w7dq8e2 3TvTtR2NHfAkFHIHXHdghXug2N1uVe+6O1m9G9jc3tbOe9tZebI0X6qjNMknzQOfI80VPCqFC8sX SLOlmyldckgjpVFkk9Ilu5QBtEmpUhpwLPAqSpWcsCvAAthl4FhyS05QAcgBSgfZyM2f4c/yw2Tj T/K/4j8FPs6f4IeAPcAXKJV3wf4cUIM9CuzBmC6QJsaCngQ9DrqT76I0voPvBN/Gtwuux9vKt/Ct OCt2nsEz4TeVp/F0IOOcS2Rj51mcE9lwk2fQoyAu+uKut9MToF7QKVACbu5UmgHaCZKokJ3HucnH WAdiyoLPHGA+4sgC2UGpICuIkRt93ewIe4n1Yr5OFmVdwGfZYXwztbFjwH+iVPYK7EeBfbC/DDyG Ma+A+sRYUCfoWdBqtoatxbgQW8aWA5ewpSyotxuiwwsLyytYA80A7QRJbDOsW+GtBaNagc0YtQ64 GZ5aQM3CI6gBFAItAZWwCZTOitlY8HHsKkpj45kKnsfyoclkWeDZLAeaXDYcPIFZwTmTwHGEBff8 DVJ/Pp7uuC4n79qcnGtyMq/OSZ+aY5uSkzQ5xzopRyrNoYk5xWPTxo1NH6+mlajpo5W0MUp6QWGa XJiebs+wJSWn2KyJw2ySJcGGTNtI8mSNUEjKKrRKIwsL02ek70yXZIkVSnOlXikuWRxsVGpe4ojU HPvw1ExLduoDDlbiHu8e5y52j3GPdsvuArfDnefOcWe6091JbqtbcpPbN5VpmTVUU1ehZTHg/Apt qloTk+RabYpaoyX5FhsfjqHVeAc+HdZplo4YB2RWLlrsj7F8YW539Ih1azXB9nsDnZwqNNahKfiw CPDgg6vcEbPjo28nZxWBQEC7Dt/jRa+AOkoLi787tI0KaFOE8MCoANVo0+ZpDqVCvfRp0dn6lou1 neOKvdp4b0gr8QarBhsIhIC92nlvKMa4UqUO8bSo3/W04DHFGN/mjfEtcMN3DO1m4IlJc7wxaTa6 Sj7RdX0Lu1z3lvVgTOdDRra+9dIQW83g1puDvj1WD7vFMNBgM7VcNO1Fg1uGWPYgU4vKKv2OgKpq eZqCIukf0HKhC4uxbeLPsTG23YAdBuw0oM2AOw3YZcBdBtxtQLsBuw3YY0CHAfcIMFeG/bhe13K3 ATcYMN2AGQZ4DCg3oMKASgOqDPAaUG3AjfoUwn9LS2eSqH5fbUWNNqwW5FusjVDQeA2Na9GwKRX4 KCW+tyTgxXWYSNnPW/HBV1Dp8TeO62zyJGeGM6MIjOEz0Dceqe2btgT6mjyWNuO7j/6/KPR/7Gow vwRJlEVkyhbIWaZshVQMK1mSoCkmlylzSqOlpixBv9qULZAfNGUr5J6K2ZUVc29UZ7cuXxkO3bgu tCZcf2UqqqDZVAk+l24kFXIrLaeVFKYQ2uvA10Cup1rQCthWQbPuCsf8kL3MrHHaCJqL/WBkp0ni /wMknE6dikww3W5l1pSs61YtTXf/iTmMfz89+vgv6vpxYEeJkvq/qf6vAAMA1eqergoNZW5kc3Ry ZWFtDWVuZG9iag0zOCAwIG9iag08PC9TdGVtViAwL0ZvbnROYW1lL0JMQ0JPRytMdWNpZGFHcmFu ZGUvRm9udEZpbGUyIDM3IDAgUi9GbGFncyA0L0Rlc2NlbnQgLTIxMC9Gb250QkJveFsxMjQgMCA2 MjUgNjI1XS9Bc2NlbnQgOTY2L0NhcEhlaWdodCAwL1R5cGUvRm9udERlc2NyaXB0b3IvSXRhbGlj QW5nbGUgMD4+DWVuZG9iag0zOSAwIG9iag08PC9TdWJ0eXBlL0NJREZvbnRUeXBlMi9Gb250RGVz Y3JpcHRvciAzOCAwIFIvQmFzZUZvbnQvQkxDQk9HK0x1Y2lkYUdyYW5kZS9XWzFbMF1dL0NJRFRv R0lETWFwL0lkZW50aXR5L0NJRFN5c3RlbUluZm88PC9TdXBwbGVtZW50IDAvT3JkZXJpbmcoSWRl bnRpdHkpL1JlZ2lzdHJ5KEFkb2JlKT4+L0RXIDEwMDAvVHlwZS9Gb250Pj4NZW5kb2JqDTQwIDAg b2JqDTw8L1N0ZW1WIDE3MC9Gb250TmFtZS9UYWhvbWEtQm9sZC9GbGFncyAzMi9EZXNjZW50IC0y MDYvRm9udEJCb3hbOSAtMTUgODc1IDc2MF0vQXNjZW50IDEwMDAvQ2FwSGVpZ2h0IDAvVHlwZS9G b250RGVzY3JpcHRvci9JdGFsaWNBbmdsZSAwPj4NZW5kb2JqDTQxIDAgb2JqDTw8L0Nyb3BCb3hb MCAwIDYxMiA3OTJdL1BhcmVudCA2OCAwIFIvQ29udGVudHMgNDMgMCBSL1JvdGF0ZSAwL01lZGlh Qm94WzAgMCA2MTIgNzkyXS9SZXNvdXJjZXMgNDIgMCBSL1R5cGUvUGFnZT4+DWVuZG9iag00MiAw IG9iag08PC9Db2xvclNwYWNlPDwvQ3M2IDc4IDAgUj4+L0ZvbnQ8PC9UVDUzIDY1IDAgUj4+L1By b2NTZXRbL1BERi9UZXh0XS9FeHRHU3RhdGU8PC9HUzEgNzkgMCBSPj4+Pg1lbmRvYmoNNDMgMCBv YmoNPDwvTGVuZ3RoIDMwNS9GaWx0ZXIvRmxhdGVEZWNvZGU+PnN0cmVhbQ0KaN5MULtuwyAU3fmK MyZSisGJ7WRt+pA6tmxVBxvjQOVABDhW/r7YTquKAXTueV2y1w+OUyCPgmRCFFtwiI4caFGCpTM/ iopuS+Qspwee7yHOJDuGEjLMFIYgLWEQkvA9LTlPDiP5XKHKKqy/xFuaFTtaQTwRyhjjE5OynB0W nnS2NdE4G+A8vDnpGBB1HdGarlMenXfnaVR7BWMTPZgQlY0YTdSJqX5FtW3RG6lsUAEnX9uoWgy2 TR73Hg+c8t1UhN1LFEuH95cjim213yDouu+h66tKdjeo1EDG2XmZNAp2SPeEXJ1pNxi1Sh08LkPT m6BTZOp6cWEKb24Ig9T/48t7/EhWR2ejN80Qnd9MorRcP7RJNi82A4v8j5h+iWItvv+vspqBZ0F+ BBgAlj2GwgoNZW5kc3RyZWFtDWVuZG9iag00NCAwIG9iag08PC9TdGVtViA4Mi9Gb250TmFtZS9U aW1lc05ld1JvbWFuUFNNVC9GbGFncyAzMi9EZXNjZW50IC0yMTYvRm9udEJCb3hbLTc3IC0yMTYg OTM2IDY5NV0vQXNjZW50IDg5MS9DYXBIZWlnaHQgMC9UeXBlL0ZvbnREZXNjcmlwdG9yL0l0YWxp Y0FuZ2xlIDA+Pg1lbmRvYmoNNDUgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3Jp cHRvciA0IDAgUi9MYXN0Q2hhciAxMjEvV2lkdGhzWzI1MCAwIDAgMCAwIDAgMCAwIDMzMyAzMzMg MCAwIDI1MCAzMzMgMjUwIDI3OCA1MDAgMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMCAy NzggMCAwIDAgMCAwIDAgNzIyIDAgNjY3IDcyMiA2MTEgNTU2IDAgMCAzMzMgMCAwIDYxMSAwIDAg MCA1NTYgMCA2NjcgNTU2IDYxMSAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA0NDQgNTAwIDQ0NCA1 MDAgNDQ0IDMzMyA1MDAgNTAwIDI3OCAwIDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDAgMzMzIDM4 OSAyNzggNTAwIDUwMCA3MjIgNTAwIDUwMF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTTVQvRmly c3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNDYg MCBvYmoNPDwvU3VidHlwZS9UeXBlMC9EZXNjZW5kYW50Rm9udHNbOSAwIFJdL0Jhc2VGb250L0JM Q0FMTytMdWNpZGFHcmFuZGUvRW5jb2RpbmcvSWRlbnRpdHktSC9UeXBlL0ZvbnQ+Pg1lbmRvYmoN NDcgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAxMCAwIFIvTGFzdENo YXIgMTE2L1dpZHRoc1syOTMgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAzNjMgMCAwIDAgMCAwIDAgMCAwIDAgNzU3IDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNjI5IDU5NCAwIDAgMCAw IDAgMCAzMDIgMCAwIDAgMCAwIDAgMCA0MTZdL0Jhc2VGb250L1RhaG9tYS1Cb2xkL0ZpcnN0Q2hh ciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTQ4IDAgb2Jq DTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgNSAwIFIvTGFzdENoYXIgMTE3L1dp ZHRoc1syNTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAyNTAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA2MTEgNjExIDAgMCAzMzMgMCAwIDU1NiAwIDAgNzIy IDYxMSAwIDAgNTAwIDU1NiA3MjIgMCA4MzMgMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDAgNDQ0IDUw MCA0NDQgMCAwIDUwMCAyNzggMCAwIDAgMCA1MDAgNTAwIDAgMCAzODkgMzg5IDI3OCA1MDBdL0Jh c2VGb250L1RpbWVzTmV3Um9tYW5QUy1JdGFsaWNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2lu QW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag00OSAwIG9iag08PC9TdWJ0eXBlL1RydWVU eXBlL0ZvbnREZXNjcmlwdG9yIDYgMCBSL0xhc3RDaGFyIDExNi9XaWR0aHNbMjc4IDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAyNzggNTU2IDU1NiA1NTYgNTU2IDAgMCAwIDAgNTU2IDAgMjc4 IDAgMCAwIDAgMCAwIDY2NyAwIDcyMiAwIDAgMCAwIDAgMCA1MDAgMCAwIDgzMyAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDU1NiAwIDAgMCA1NTYgMCA1NTYgMCAwIDAgMCAw IDAgNTU2IDU1NiAwIDAgMzMzIDUwMCAyNzhdL0Jhc2VGb250L0FyaWFsTVQvRmlyc3RDaGFyIDMy L0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNTAgMCBvYmoNPDwv U3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAxNCAwIFIvTGFzdENoYXIgMTQ4L1dpZHRo c1syNTAgMCA0MDggMCAwIDAgMCAwIDMzMyAzMzMgMCAwIDI1MCAzMzMgMjUwIDI3OCAwIDAgMCA1 MDAgNTAwIDUwMCAwIDUwMCA1MDAgMCAyNzggMCA1NjQgMCA1NjQgMCA5MjEgNzIyIDY2NyA2Njcg NzIyIDYxMSA1NTYgNzIyIDAgMzMzIDAgMCA2MTEgMCA3MjIgNzIyIDU1NiAwIDY2NyA1NTYgNjEx IDAgMCAwIDAgMCAwIDMzMyAwIDMzMyAwIDAgMCA0NDQgNTAwIDQ0NCA1MDAgNDQ0IDMzMyA1MDAg NTAwIDI3OCAwIDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDUwMCAzMzMgMzg5IDI3OCA1MDAgNTAw IDcyMiA1MDAgNTAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgNDQ0IDQ0NF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBTTVQvRmlyc3RDaGFyIDMyL0Vu Y29kaW5nL1dpbkFuc2lFbmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNTEgMCBvYmoNPDwvU3Vi dHlwZS9UcnVlVHlwZS9Gb250RGVzY3JpcHRvciAxNSAwIFIvTGFzdENoYXIgMzIvV2lkdGhzWzYw MF0vQmFzZUZvbnQvQ291cmllck5ld1BTTVQvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lF bmNvZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNTIgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9G b250RGVzY3JpcHRvciAxNiAwIFIvTGFzdENoYXIgMTE3L1dpZHRoc1syNTAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAyNTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNjEx IDAgMCA3MjIgMCAwIDcyMiAwIDMzMyAwIDAgNTU2IDAgMCAwIDAgMCA2MTEgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDUwMCAwIDQ0NCA1MDAgNDQ0IDI3OCA1MDAgNTAwIDI3OCAwIDAgMjc4 IDAgNTAwIDUwMCAwIDUwMCAzODkgMzg5IDI3OCA1MDBdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5Q Uy1JdGFsaWNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9u dD4+DWVuZG9iag01MyAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDIz IDAgUi9MYXN0Q2hhciAzMi9XaWR0aHNbMjc4XS9CYXNlRm9udC9BcmlhbE1UL0ZpcnN0Q2hhciAz Mi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTU0IDAgb2JqDTw8 L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMjQgMCBSL0xhc3RDaGFyIDMyL1dpZHRo c1szNTJdL0Jhc2VGb250L1ZlcmRhbmEvRmlyc3RDaGFyIDMyL0VuY29kaW5nL1dpbkFuc2lFbmNv ZGluZy9UeXBlL0ZvbnQ+Pg1lbmRvYmoNNTUgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250 RGVzY3JpcHRvciAyMCAwIFIvTGFzdENoYXIgMTQ4L1dpZHRoc1syNTAgMCA0MDggMCAwIDAgMCAw IDMzMyAzMzMgMCAwIDI1MCAzMzMgMjUwIDI3OCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAg NTAwIDUwMCAwIDI3OCAyNzggMCAwIDAgMCAwIDcyMiA2NjcgNjY3IDcyMiA2MTEgNTU2IDcyMiA3 MjIgMzMzIDAgMCA2MTEgODg5IDcyMiA3MjIgNTU2IDcyMiA2NjcgNTU2IDYxMSA3MjIgNzIyIDk0 NCA3MjIgNzIyIDAgMzMzIDAgMzMzIDAgMCAwIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1 MDAgMjc4IDAgNTAwIDI3OCA3NzggNTAwIDUwMCA1MDAgNTAwIDMzMyAzODkgMjc4IDUwMCA1MDAg NzIyIDUwMCA1MDAgNDQ0IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDQ0NCA0NDRdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5QU01UL0ZpcnN0Q2hhciAzMi9F bmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250Pj4NZW5kb2JqDTU2IDAgb2JqDTw8L1N1 YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMjIgMCBSL0xhc3RDaGFyIDE0OS9XaWR0aHNb NDYwXS9CYXNlRm9udC9CTENCR0crU3ltYm9sL0ZpcnN0Q2hhciAxNDkvRW5jb2RpbmcvV2luQW5z aUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9iag01NyAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBl L0ZvbnREZXNjcmlwdG9yIDI1IDAgUi9MYXN0Q2hhciAxMTcvV2lkdGhzWzI1MCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAzMzMgMjUwIDAgMCAwIDAgNTAwIDAgNTAwIDAgNTAwIDUwMCAwIDAgMCAw IDAgMCAwIDAgNjExIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTU2IDgzMyA2NjcgMCA2MTEgMCAwIDUw MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCA1MDAgNDQ0IDUwMCA0NDQgMCAwIDAgMjc4 IDAgMCAyNzggMCA1MDAgNTAwIDUwMCAwIDM4OSAzODkgMjc4IDUwMF0vQmFzZUZvbnQvVGltZXNO ZXdSb21hblBTLUl0YWxpY01UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2Rpbmcv VHlwZS9Gb250Pj4NZW5kb2JqDTU4IDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2Ny aXB0b3IgMjkgMCBSL0xhc3RDaGFyIDE0Ni9XaWR0aHNbMjUwIDAgMCAwIDAgMCAwIDAgMzMzIDMz MyAwIDAgMjUwIDMzMyAyNTAgMjc4IDAgMCAwIDUwMCAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgMjc4 IDAgMCAwIDAgMCAwIDcyMiA2NjcgNjY3IDcyMiA2MTEgNTU2IDAgMCAzMzMgMCAwIDYxMSA4ODkg MCAwIDU1NiAwIDY2NyA1NTYgNjExIDAgMCA5NDQgMCAwIDAgMzMzIDAgMzMzIDAgMCAwIDQ0NCA1 MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDI3OCA1MDAgMjc4IDc3OCA1MDAgNTAwIDUw MCAwIDMzMyAzODkgMjc4IDUwMCA1MDAgNzIyIDUwMCA1MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzMzXS9CYXNlRm9udC9UaW1lc05ld1JvbWFuUFNN VC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVuZG9i ag01OSAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDMwIDAgUi9MYXN0 Q2hhciAxMjEvV2lkdGhzWzI1MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzMzMgMjUwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA2NjcgNzIyIDAgMCAwIDAgMzMzIDAg MCA1NTYgMCA2NjcgMCA2MTEgMCAwIDUwMCAwIDAgMCA4MzMgMCAwIDAgMCAwIDAgMCAwIDAgNTAw IDUwMCA0NDQgNTAwIDQ0NCAyNzggNTAwIDUwMCAyNzggMCA0NDQgMjc4IDcyMiA1MDAgNTAwIDUw MCAwIDM4OSAzODkgMjc4IDUwMCA0NDQgMCAwIDQ0NF0vQmFzZUZvbnQvVGltZXNOZXdSb21hblBT LUl0YWxpY01UL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250 Pj4NZW5kb2JqDTYwIDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgMzUg MCBSL0xhc3RDaGFyIDMyL1dpZHRoc1syNTBdL0Jhc2VGb250L1RpbWVzTmV3Um9tYW5QUy1JdGFs aWNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9udD4+DWVu ZG9iag02MSAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9yIDM0IDAgUi9M YXN0Q2hhciAxNDYvV2lkdGhzWzI1MCAwIDQwOCAwIDAgMCAwIDAgMzMzIDMzMyAwIDAgMjUwIDMz MyAyNTAgMjc4IDUwMCA1MDAgNTAwIDUwMCAwIDUwMCA1MDAgNTAwIDUwMCAwIDI3OCAyNzggMCAw IDAgMCA5MjEgNzIyIDY2NyA2NjcgNzIyIDYxMSA1NTYgNzIyIDcyMiAzMzMgMCA3MjIgNjExIDg4 OSA3MjIgNzIyIDU1NiAwIDY2NyA1NTYgNjExIDcyMiA3MjIgOTQ0IDcyMiA3MjIgNjExIDAgMCAw IDAgMCAwIDQ0NCA1MDAgNDQ0IDUwMCA0NDQgMzMzIDUwMCA1MDAgMjc4IDAgNTAwIDI3OCA3Nzgg NTAwIDUwMCA1MDAgNTAwIDMzMyAzODkgMjc4IDUwMCA1MDAgNzIyIDUwMCA1MDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMzMzXS9CYXNlRm9udC9UaW1l c05ld1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUv Rm9udD4+DWVuZG9iag02MiAwIG9iag08PC9TdWJ0eXBlL1RydWVUeXBlL0ZvbnREZXNjcmlwdG9y IDM2IDAgUi9MYXN0Q2hhciAxMTIvV2lkdGhzWzI3OCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMjc4IDU1NiA1NTYgNTU2IDAgNTU2IDAgNTU2IDU1NiAwIDU1NiAyNzggMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgODMzIDAgMCA2NjcgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCA1NTYgMCA1MDAgNTU2IDU1NiAwIDAgMCAwIDAgMCAwIDAgMCAwIDU1Nl0vQmFz ZUZvbnQvQXJpYWxNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUv Rm9udD4+DWVuZG9iag02MyAwIG9iag08PC9TdWJ0eXBlL1R5cGUwL0Rlc2NlbmRhbnRGb250c1sz OSAwIFJdL0Jhc2VGb250L0JMQ0JPRytMdWNpZGFHcmFuZGUvRW5jb2RpbmcvSWRlbnRpdHktSC9U eXBlL0ZvbnQ+Pg1lbmRvYmoNNjQgMCBvYmoNPDwvU3VidHlwZS9UcnVlVHlwZS9Gb250RGVzY3Jp cHRvciA0MCAwIFIvTGFzdENoYXIgMTE2L1dpZHRoc1syOTMgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzNjMgMCAwIDAgMCAwIDAgMCAwIDAgNzU3IDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgNjI5IDU5NCAwIDAgMCAwIDAgMCAzMDIgMCAwIDAgMCAwIDAgMCA0MTZdL0Jhc2VGb250L1Rh aG9tYS1Cb2xkL0ZpcnN0Q2hhciAzMi9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvVHlwZS9Gb250 Pj4NZW5kb2JqDTY1IDAgb2JqDTw8L1N1YnR5cGUvVHJ1ZVR5cGUvRm9udERlc2NyaXB0b3IgNDQg MCBSL0xhc3RDaGFyIDEyMS9XaWR0aHNbMjUwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAyNTAgMCAy NTAgMjc4IDAgMCAwIDUwMCAwIDUwMCAwIDUwMCA1MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA2Njcg MCAwIDU1NiAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNjY3IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCA0NDQgNTAwIDQ0NCA1MDAgNDQ0IDMzMyA1MDAgNTAwIDI3OCAwIDAgMjc4IDc3OCA1MDAg NTAwIDUwMCAwIDMzMyAzODkgMjc4IDUwMCA1MDAgNzIyIDAgNTAwXS9CYXNlRm9udC9UaW1lc05l d1JvbWFuUFNNVC9GaXJzdENoYXIgMzIvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1R5cGUvRm9u dD4+DWVuZG9iag02NiAwIG9iag08PC9OdW1zWzAgNjcgMCBSXT4+DWVuZG9iag02NyAwIG9iag08 PC9TL0Q+Pg1lbmRvYmoNNjggMCBvYmoNPDwvQ291bnQgNy9UeXBlL1BhZ2VzL0tpZHNbNzMgMCBS IDEgMCBSIDExIDAgUiAxNyAwIFIgMjYgMCBSIDMxIDAgUiA0MSAwIFJdPj4NZW5kb2JqDTY5IDAg b2JqDTw8L1N1YnR5cGUvWE1ML0xlbmd0aCAzNjU2L1R5cGUvTWV0YWRhdGE+PnN0cmVhbQ0KPD94 cGFja2V0IGJlZ2luPSLvu78iIGlkPSJXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQiPz4KPHg6eG1w bWV0YSB4bWxuczp4PSJhZG9iZTpuczptZXRhLyIgeDp4bXB0az0iQWRvYmUgWE1QIENvcmUgNC4w LWMzMTYgNDQuMjUzOTIxLCBTdW4gT2N0IDAxIDIwMDYgMTc6MDg6MjMiPgogICA8cmRmOlJERiB4 bWxuczpyZGY9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMiPgog ICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczp4YXA9 Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iPgogICAgICAgICA8eGFwOkNyZWF0ZURhdGU+ MjAwOS0wMS0yMlQxOTozNTozNy0wNTowMDwveGFwOkNyZWF0ZURhdGU+CiAgICAgICAgIDx4YXA6 TW9kaWZ5RGF0ZT4yMDA5LTAxLTIyVDE5OjM1OjM3LTA1OjAwPC94YXA6TW9kaWZ5RGF0ZT4KICAg ICAgICAgPHhhcDpDcmVhdG9yVG9vbD5NaWNyb3NvZnQgV29yZDogY2dwZGZ0b3BzIENVUFMgZmls dGVyPC94YXA6Q3JlYXRvclRvb2w+CiAgICAgIDwvcmRmOkRlc2NyaXB0aW9uPgogICAgICA8cmRm OkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4bWxuczpwZGY9Imh0dHA6Ly9u cy5hZG9iZS5jb20vcGRmLzEuMy8iPgogICAgICAgICA8cGRmOlByb2R1Y2VyPkFjcm9iYXQgRGlz dGlsbGVyIDguMS4wIChNYWNpbnRvc2gpPC9wZGY6UHJvZHVjZXI+CiAgICAgIDwvcmRmOkRlc2Ny aXB0aW9uPgogICAgICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0iIgogICAgICAgICAgICB4 bWxuczpkYz0iaHR0cDovL3B1cmwub3JnL2RjL2VsZW1lbnRzLzEuMS8iPgogICAgICAgICA8ZGM6 Zm9ybWF0PmFwcGxpY2F0aW9uL3BkZjwvZGM6Zm9ybWF0PgogICAgICAgICA8ZGM6Y3JlYXRvcj4K ICAgICAgICAgICAgPHJkZjpTZXE+CiAgICAgICAgICAgICAgIDxyZGY6bGk+UmF5IFBlbGxldGll cjwvcmRmOmxpPgogICAgICAgICAgICA8L3JkZjpTZXE+CiAgICAgICAgIDwvZGM6Y3JlYXRvcj4K ICAgICAgICAgPGRjOnRpdGxlPgogICAgICAgICAgICA8cmRmOkFsdD4KICAgICAgICAgICAgICAg PHJkZjpsaSB4bWw6bGFuZz0ieC1kZWZhdWx0Ij5NaWNyb3NvZnQgV29yZCAtIERyYWZ0LVVwZGF0 ZS10by1JRVRGLVRydXN0LUxlZ2FsLVByb3Zpc2lvbnMtMS0yMi0wOS5kb2M8L3JkZjpsaT4KICAg ICAgICAgICAgPC9yZGY6QWx0PgogICAgICAgICA8L2RjOnRpdGxlPgogICAgICA8L3JkZjpEZXNj cmlwdGlvbj4KICAgICAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIKICAgICAgICAgICAg eG1sbnM6eGFwTU09Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC9tbS8iPgogICAgICAgICA8 eGFwTU06RG9jdW1lbnRJRD51dWlkOjk2NzcwNTg0LWU5NzYtZjQ0Yi05Yjg4LWQyYWZiMDY0NzIz NzwveGFwTU06RG9jdW1lbnRJRD4KICAgICAgICAgPHhhcE1NOkluc3RhbmNlSUQ+dXVpZDplMzJi NDFkZi0zYjM0LTJiNGYtODlkMC01Yjc3MTllNWVlZDc8L3hhcE1NOkluc3RhbmNlSUQ+CiAgICAg IDwvcmRmOkRlc2NyaXB0aW9uPgogICA8L3JkZjpSREY+CjwveDp4bXBtZXRhPgogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgCjw/eHBhY2tldCBlbmQ9 InciPz4NZW5kc3RyZWFtDWVuZG9iag03MCAwIG9iag08PC9DcmVhdGlvbkRhdGUoRDoyMDA5MDEy MjE5MzUzNy0wNScwMCcpL0F1dGhvcihSYXkgUGVsbGV0aWVyKS9DcmVhdG9yKE1pY3Jvc29mdCBX b3JkOiBjZ3BkZnRvcHMgQ1VQUyBmaWx0ZXIpL1Byb2R1Y2VyKEFjcm9iYXQgRGlzdGlsbGVyIDgu MS4wIFwoTWFjaW50b3NoXCkpL01vZERhdGUoRDoyMDA5MDEyMjE5MzUzNy0wNScwMCcpL1RpdGxl KE1pY3Jvc29mdCBXb3JkIC0gRHJhZnQtVXBkYXRlLXRvLUlFVEYtVHJ1c3QtTGVnYWwtUHJvdmlz aW9ucy0xLTIyLTA5LmRvYyk+Pg1lbmRvYmoNeHJlZg0wIDcxDTAwMDAwMDAwMDAgNjU1MzUgZg0K MDAwMDAxNTA0MiAwMDAwMCBuDQowMDAwMDE1MTY5IDAwMDAwIG4NCjAwMDAwMTUzMjggMDAwMDAg bg0KMDAwMDAxNzY5OSAwMDAwMCBuDQowMDAwMDE3ODc1IDAwMDAwIG4NCjAwMDAwMTgwNTMgMDAw MDAgbg0KMDAwMDAxODIwMyAwMDAwMCBuDQowMDAwMDIyOTI1IDAwMDAwIG4NCjAwMDAwMjMxMDAg MDAwMDAgbg0KMDAwMDAyMzMwNCAwMDAwMCBuDQowMDAwMDIzNDYwIDAwMDAwIG4NCjAwMDAwMjM1 OTAgMDAwMDAgbg0KMDAwMDAyMzcyNiAwMDAwMCBuDQowMDAwMDI1ODIyIDAwMDAwIG4NCjAwMDAw MjU5OTkgMDAwMDAgbg0KMDAwMDAyNjE1NCAwMDAwMCBuDQowMDAwMDI2MzMxIDAwMDAwIG4NCjAw MDAwMjY0NjEgMDAwMDAgbg0KMDAwMDAyNjYyMSAwMDAwMCBuDQowMDAwMDI5NzE0IDAwMDAwIG4N CjAwMDAwMjk4OTEgMDAwMDAgbg0KMDAwMDAzMTg3NSAwMDAwMCBuDQowMDAwMDMyMDQ5IDAwMDAw IG4NCjAwMDAwMzIyMDAgMDAwMDAgbg0KMDAwMDAzMjM1MCAwMDAwMCBuDQowMDAwMDMyNTI3IDAw MDAwIG4NCjAwMDAwMzI2NTcgMDAwMDAgbg0KMDAwMDAzMjc4MSAwMDAwMCBuDQowMDAwMDM1NDIy IDAwMDAwIG4NCjAwMDAwMzU1OTkgMDAwMDAgbg0KMDAwMDAzNTc3NiAwMDAwMCBuDQowMDAwMDM1 OTA2IDAwMDAwIG4NCjAwMDAwMzYwNjYgMDAwMDAgbg0KMDAwMDA0MDIxNyAwMDAwMCBuDQowMDAw MDQwMzk0IDAwMDAwIG4NCjAwMDAwNDA1NjYgMDAwMDAgbg0KMDAwMDA0MDcxNyAwMDAwMCBuDQow MDAwMDQ1NDQwIDAwMDAwIG4NCjAwMDAwNDU2MTcgMDAwMDAgbg0KMDAwMDA0NTgyMyAwMDAwMCBu DQowMDAwMDQ1OTc5IDAwMDAwIG4NCjAwMDAwNDYxMDkgMDAwMDAgbg0KMDAwMDA0NjIyMSAwMDAw MCBuDQowMDAwMDQ2NTk1IDAwMDAwIG4NCjAwMDAwNDY3NTggMDAwMDAgbg0KMDAwMDA0NzE5MyAw MDAwMCBuDQowMDAwMDQ3MzEwIDAwMDAwIG4NCjAwMDAwNDc2NDQgMDAwMDAgbg0KMDAwMDA0ODAy NiAwMDAwMCBuDQowMDAwMDQ4MzgxIDAwMDAwIG4NCjAwMDAwNDg4OTEgMDAwMDAgbg0KMDAwMDA0 OTA0NyAwMDAwMCBuDQowMDAwMDQ5NDMwIDAwMDAwIG4NCjAwMDAwNDk1NzkgMDAwMDAgbg0KMDAw MDA0OTcyOCAwMDAwMCBuDQowMDAwMDUwMjYwIDAwMDAwIG4NCjAwMDAwNTA0MTcgMDAwMDAgbg0K MDAwMDA1MDgwNiAwMDAwMCBuDQowMDAwMDUxMzAyIDAwMDAwIG4NCjAwMDAwNTE3MDkgMDAwMDAg bg0KMDAwMDA1MTg3NSAwMDAwMCBuDQowMDAwMDUyMzk3IDAwMDAwIG4NCjAwMDAwNTI3MzkgMDAw MDAgbg0KMDAwMDA1Mjg1NyAwMDAwMCBuDQowMDAwMDUzMTkxIDAwMDAwIG4NCjAwMDAwNTM1OTEg MDAwMDAgbg0KMDAwMDA1MzYyNyAwMDAwMCBuDQowMDAwMDUzNjUyIDAwMDAwIG4NCjAwMDAwNTM3 NDYgMDAwMDAgbg0KMDAwMDA1NzQ3OSAwMDAwMCBuDQp0cmFpbGVyDTw8L1NpemUgNzE+Pg1zdGFy dHhyZWYNMTE2DSUlRU9GDQ== ------=_NextPart_000_001B_01C97CF1.AB410F20-- From wgchairs-bounces@ietf.org Fri Jan 23 09:14:19 2009 Return-Path: X-Original-To: wgchairs-archive@optimus.ietf.org Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6DFF828C21E; Fri, 23 Jan 2009 09:14:19 -0800 (PST) X-Original-To: wgchairs@core3.amsl.com Delivered-To: wgchairs@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8850E3A6AFB; Fri, 23 Jan 2009 09:14:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.591 X-Spam-Level: X-Spam-Status: No, score=-2.591 tagged_above=-999 required=5 tests=[AWL=0.008, 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 8cMyG-6DlHF4; Fri, 23 Jan 2009 09:14:15 -0800 (PST) Received: from balder-227.proper.com (properopus-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:392::2]) by core3.amsl.com (Postfix) with ESMTP id 9C9BB3A6AF5; Fri, 23 Jan 2009 09:14:14 -0800 (PST) Received: from [10.20.30.158] (dsl-63-249-108-169.cruzio.com [63.249.108.169]) (authenticated bits=0) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id n0NHDsvr051631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Jan 2009 10:13:55 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) Mime-Version: 1.0 Message-Id: In-Reply-To: <021163703E4B40E89DBCF5DF37683DBB@noisy> References: <021163703E4B40E89DBCF5DF37683DBB@noisy> X-Priority: 1 (Highest) Date: Fri, 23 Jan 2009 09:13:18 -0800 To: "'Trustees'" From: Paul Hoffman Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your comments on revised proposed legend text to work-around the Pre-5378 Problem Content-Type: text/plain; charset="us-ascii" Cc: rfc-editor@rfc-editor.org, wgchairs@ietf.org, ietf@ietf.org X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: wgchairs-bounces@ietf.org Errors-To: wgchairs-bounces@ietf.org At 12:29 AM -0500 1/23/09, Ed Juskevicius wrote: >The updated proposed legend text based on the discussion to date is as >follows: > >This document may contain material from IETF Documents or IETF Contributions >published or made publicly available before November 10, 2008. The person(s) >controlling the copyright in some of this material may not have granted the >IETF Trust the right to allow modifications of such material outside the >IETF Standards Process. Without obtaining an adequate license from the >person(s) controlling the copyright in such materials, this document may not >be modified outside the IETF Standards Process, and derivative works of it >may not be created outside the IETF Standards Process, except to format it >for publication as an RFC and to translate it into languages other than >English. Given the wide nature of what is a contributor, I would think that *any* cautious document editor would want this boilerplate in their document for *any* effort that has any contributions that might have been made before 2008-11-10. Is the Trust OK with this being in essentially every single IETF document for many years to come? If so, that wording seems fine. If not, document authors will need pretty detailed guidance about when *not* to put this boilerplate in a document. --Paul Hoffman, Director --VPN Consortium From kinleatherwood@7223.net Fri Jan 23 09:31:27 2009 Return-Path: X-Original-To: ietfarch-wgchairs-archive@core3.amsl.com Delivered-To: ietfarch-wgchairs-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA0F228C207 for ; Fri, 23 Jan 2009 09:31:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.179 X-Spam-Level: X-Spam-Status: No, score=-12.179 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_MISMATCH_COM=0.553, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_NONE=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, 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 iBd7VhVC87l1 for ; Fri, 23 Jan 2009 09:31:27 -0800 (PST) Received: from advbiol.com (unknown [190.26.148.248]) by core3.amsl.com (Postfix) with SMTP id 120B73A69F5 for ; Fri, 23 Jan 2009 09:31:25 -0800 (PST) To: Subject: Check out hot deals From: MIME-Version: 1.0 Importance: High Content-Type: text/html Message-Id: <20090123173126.120B73A69F5@core3.amsl.com> Date: Fri, 23 Jan 2009 09:31:25 -0800 (PST)
We ship Worldwide! To all countries! To all destinations!
Cant see a picture? Click Here!

To unsubscribe from this mailing list, please log in to www.comparedollar.com, click on "My Account", click "Update" to edit your registration details and uncheck the "Receive Newsletter?" check box.
Or unsubscribe at http://comparedollar.com/faq.php

Privacy Statement | Terms & Conditions | Contact

BRANDKEYWORD Ltd.
Tower Bridge Business Complex. Unit 3, B304. 685 Clements Road. London. SE99 8DG

© 2006-2008 BRANDKEYWORD, Ltd. All Rights Reserved