From guyingjie@huawei.com Mon Mar 1 04:21:26 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58FB53A8A8A for ; Mon, 1 Mar 2010 04:21:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.494 X-Spam-Level: X-Spam-Status: No, score=-0.494 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ryH1m6Q3JopD for ; Mon, 1 Mar 2010 04:21:22 -0800 (PST) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 4CE183A7B33 for ; Mon, 1 Mar 2010 04:21:22 -0800 (PST) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYL00FKVRNBQN@szxga02-in.huawei.com> for ppsp@ietf.org; Mon, 01 Mar 2010 20:21:12 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYL005JFRNBHC@szxga02-in.huawei.com> for ppsp@ietf.org; Mon, 01 Mar 2010 20:21:11 +0800 (CST) Received: from g00107907 ([10.164.12.64]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KYL00APFRNB4B@szxml06-in.huawei.com> for ppsp@ietf.org; Mon, 01 Mar 2010 20:21:11 +0800 (CST) Date: Mon, 01 Mar 2010 20:21:12 +0800 From: "Y.J. Gu" To: ppsp@ietf.org Message-id: <006801cab939$aead7c40$400ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_QEWh7/TYmkaQAJoNOWwMRQ)" Thread-index: Acq5Oa5Q6vJidF41SE6+0jYXucyX/A== Subject: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 12:21:26 -0000 This is a multi-part message in MIME format. --Boundary_(ID_QEWh7/TYmkaQAJoNOWwMRQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi everyone, We submitted a Tracker Protocol draft for ppsp. Abstract: This document defines P2P streaming Tracker Protocol, including functional entities and architecture, components, syntax and semantics. Tracker protocol is an application-level protocol for peers to register, publish/request content and inform peers status to Trackers. It is also for trackers to provide peer lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (VoD), as well as file sharing. The URL for this draft is: http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt We appreciate your comments. Thanks. Regards Yingjie Gu --Boundary_(ID_QEWh7/TYmkaQAJoNOWwMRQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT
Hi everyone,
We submitted a Tracker Protocol draft for ppsp.
 
Abstract:

   This document defines P2P streaming Tracker Protocol, including functional entities and architecture, components, syntax and semantics.

   Tracker protocol is an application-level protocol for peers to register, publish/request content and inform peers status to Trackers. It is also for trackers to provide peer lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (VoD), as well as file sharing.

 
The URL for this draft is:
http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt
 
We appreciate your comments.
Thanks.
 
 
 
 

Regards

Yingjie Gu

 
--Boundary_(ID_QEWh7/TYmkaQAJoNOWwMRQ)-- From JuanCarlos.Zuniga@InterDigital.com Mon Mar 1 07:56:04 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 473D628B56A for ; Mon, 1 Mar 2010 07:56:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id avDrQKr-RQ7H for ; Mon, 1 Mar 2010 07:56:03 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 57CE63A7851 for ; Mon, 1 Mar 2010 07:56:03 -0800 (PST) Received: from interdigital.com ([10.0.128.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Mar 2010 10:56:02 -0500 Received: from SAM.InterDigital.com ([10.30.2.11]) by interdigital.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Mar 2010 10:56:03 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CAB957.B1ABA987" x-cr-puzzleid: {DDCDAC9B-4879-417E-96BE-7C680904AA16} Content-class: urn:content-classes:message x-cr-hashedpuzzle: ApcU ArE+ BFQK BK02 BUsN BWc5 BnKF D8Y7 EQhB Ejni GlRB I3LR KsHJ LQFU MB19 MD0n; 1; cABwAHMAcABAAGkAZQB0AGYALgBvAHIAZwA=; Sosha1_v1; 7; {DDCDAC9B-4879-417E-96BE-7C680904AA16}; agB1AGEAbgBjAGEAcgBsAG8AcwAuAHoAdQBuAGkAZwBhAEAAaQBuAHQAZQByAGQAaQBnAGkAdABhAGwALgBjAG8AbQA=; Mon, 01 Mar 2010 15:57:18 GMT; UABQAFMAUAAgAGYAbwByACAAbQBvAGIAaQBsAGUAIABuAG8AZABlAHMA Date: Mon, 1 Mar 2010 10:57:18 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PPSP for mobile nodes Thread-Index: Acq5V97Eb6kHLR2TSrmBbXEvyVL3Ew== From: "Zuniga, Juan Carlos" To: X-OriginalArrivalTime: 01 Mar 2010 15:56:03.0952 (UTC) FILETIME=[B261AF00:01CAB957] Subject: [ppsp] PPSP for mobile nodes X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 15:56:04 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CAB957.B1ABA987 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all, =20 We have submitted an internet-draft on PPSP for mobile nodes. =20 Abstract =20 The scenarios where a Peer-to-Peer Streaming Protocol (PPSP) contains mobile nodes need special considerations. An analysis of all the scenarios that involve mobile nodes is necessary to provide the guidelines to PPSP protocol design and applicability. This document describes the major scenarios for a PPSP network with mobile nodes and identifies some of the key issues. =20 http://tools.ietf.org/html/draft-lu-ppsp-mobile-00=20 =20 We look forward to receiving your comments. =20 Best regards, =20 Juan-Carlos ------_=_NextPart_001_01CAB957.B1ABA987 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello all,

 

We have submitted an internet-draft on PPSP for = mobile nodes.

 

Abstract

 

   The scenarios where a Peer-to-Peer = Streaming Protocol (PPSP) contains

   mobile nodes need special = considerations.  An analysis of all the

   scenarios that involve mobile nodes is necessary to provide the

   guidelines to PPSP protocol design and = applicability.  This document

   describes the major scenarios for a = PPSP network with mobile nodes

   and identifies some of the key = issues.

 

http://tools.= ietf.org/html/draft-lu-ppsp-mobile-00

 

We look forward to receiving your = comments.

 

Best regards,

 

Juan-Carlos

------_=_NextPart_001_01CAB957.B1ABA987-- From zhangyunfei@chinamobile.com Mon Mar 1 21:50:09 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E064828C6D3 for ; Mon, 1 Mar 2010 21:50:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.776 X-Spam-Level: X-Spam-Status: No, score=-99.776 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, RELAY_IS_221=2.222, 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 UzV2BSy4NCdw for ; Mon, 1 Mar 2010 21:50:09 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 0B3E728C6A2 for ; Mon, 1 Mar 2010 21:50:09 -0800 (PST) Received: from LENOVO-917FFE55 ([10.2.2.134]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010030214045355-8279 ; Tue, 2 Mar 2010 14:04:53 +0800 Date: Tue, 2 Mar 2010 13:49:58 +0800 From: "zhangyunfei" To: "ppsp@ietf.org" Message-ID: <201003021349584374785@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-02 14:04:53, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-02 13:50:09, Serialize complete at 2010-03-02 13:50:09 Content-Type: multipart/alternative; boundary="=====003_Dragon658371447483_=====" Cc: "gonzalo.camarillo" Subject: [ppsp] PPSP agenda requests X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 05:50:10 -0000 This is a multi-part message in MIME format. --=====003_Dragon658371447483_===== Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="gb2312" Hi all, We are drafting the PPSP agenda in IETF77.As all of you know,PPSP charter is under review in IESG.We may turn the BOF time into the 1st WG meeting if all goes well. I have seen some new drafts submitted to the PPSP mailing list.Please send any requests for agenda time to both Gonzalo and me.We may have an initial agenda next week. Looking forward to seeing all of you in Anaheim. Thanks. BR Yunfei zhangyunfei 2010-03-02 --=====003_Dragon658371447483_===== Content-Transfer-Encoding: 7bit Content-Type: text/html; charset="gb2312"
Hi all,
  We are drafting the PPSP agenda in IETF77.As all of you know,PPSP charter is under review in IESG.We may turn the BOF time into the 1st WG meeting if all goes well.
   I have seen some new drafts submitted to the PPSP mailing list.Please send any requests for agenda time to both Gonzalo and me.We may have an initial agenda next week. Looking forward to seeing all of you in Anaheim.
   Thanks.
 
BR
Yunfei

 

zhangyunfei
2010-03-02
--=====003_Dragon658371447483_=====-- From zongning@huawei.com Mon Mar 1 22:01:54 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D2FE3A8C43 for ; Mon, 1 Mar 2010 22:01:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.495 X-Spam-Level: X-Spam-Status: No, score=-100.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, 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 ubjRRmed60J2 for ; Mon, 1 Mar 2010 22:01:53 -0800 (PST) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 45B633A8C41 for ; Mon, 1 Mar 2010 22:01:53 -0800 (PST) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYN00G034QVSH@szxga02-in.huawei.com> for ppsp@ietf.org; Tue, 02 Mar 2010 14:01:43 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYN00F704QVXT@szxga02-in.huawei.com> for ppsp@ietf.org; Tue, 02 Mar 2010 14:01:43 +0800 (CST) Received: from z63316 ([10.164.12.81]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KYN00L1F4QULV@szxml04-in.huawei.com> for ppsp@ietf.org; Tue, 02 Mar 2010 14:01:43 +0800 (CST) Date: Tue, 02 Mar 2010 14:01:42 +0800 From: Ning Zong To: ppsp@ietf.org Message-id: <005d01cab9cd$d4f041f0$510ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acq5zdSAZhXL0xh/RDqw94eoojxZVQ== Subject: [ppsp] New rooms blocked for IETF delegates in Hilton X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 06:01:54 -0000 Hi, folks, In case that you still want rooms in Hilton. BR, Ning Zong > -----Original Message----- > From: bofchairs-bounces@ietf.org > [mailto:bofchairs-bounces@ietf.org] On Behalf Of IETF Secretariat > Sent: Friday, February 26, 2010 12:49 AM > To: IETF Announcement list > Cc: wgchairs@ietf.org; irtf@isi.edu > Subject: [BOFCHAIRS] IETF 77 - Hotels UPDATE > > There are now a limited number of rooms available on ALL nights of the > IETF Meeting. > > We have been informed by the hotel they were able to add rooms to our > block on the nights that we had previously announced were full. > > Our guest room block cutoff date is still Friday, February 26 so > please make your reservations: > http://www.ietf.org/meeting/77/hotel.html > > Only 24 days until IETF 77! > Register online at: http://www.ietf.org/meetings/77/ > > > > > _______________________________________________ > BOFCHAIRS mailing list > BOFCHAIRS@ietf.org > https://www.ietf.org/mailman/listinfo/bofchairs > From JuanCarlos.Zuniga@InterDigital.com Wed Mar 3 12:57:34 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C86728C159 for ; Wed, 3 Mar 2010 12:57:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.298 X-Spam-Level: X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_44=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 7vmOF-pkQ8cH for ; Wed, 3 Mar 2010 12:57:32 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 916D03A82F0 for ; Wed, 3 Mar 2010 12:57:29 -0800 (PST) Received: from interdigital.com ([10.0.128.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Mar 2010 15:57:30 -0500 Received: from SAM.InterDigital.com ([10.30.2.11]) by interdigital.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Mar 2010 15:57:31 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CABB14.23729F05" Date: Wed, 3 Mar 2010 15:58:50 -0500 Message-ID: In-Reply-To: <201003021349584374785@chinamobile.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] PPSP agenda requests Thread-Index: Acq5zD23tjRymDJgT3CfUPLk+EYtKQBR3jZg References: <201003021349584374785@chinamobile.com> From: "Zuniga, Juan Carlos" To: "zhangyunfei" , "gonzalo.camarillo" X-OriginalArrivalTime: 03 Mar 2010 20:57:31.0018 (UTC) FILETIME=[23F06EA0:01CABB14] Cc: ppsp@ietf.org Subject: Re: [ppsp] PPSP agenda requests X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 20:57:34 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CABB14.23729F05 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Yunfei, Hi Gonzalo, =20 We would like to request an agenda slot to present our draft "P2P Streaming for Mobile Nodes: Scenarios and Related Issues": http://tools.ietf.org/html/draft-lu-ppsp-mobile-00=20 =20 Regards, =20 Juan-Carlos, Akbar and Guang =20 From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of zhangyunfei Sent: Tuesday, 02 March, 2010 12:50 AM To: ppsp@ietf.org Cc: gonzalo.camarillo Subject: [ppsp] PPSP agenda requests =20 Hi all, We are drafting the PPSP agenda in IETF77.As all of you know,PPSP charter is under review in IESG.We may turn the BOF time into the 1st WG meeting if all goes well. I have seen some new drafts submitted to the PPSP mailing list.Please send any requests for agenda time to both Gonzalo and me.We may have an initial agenda next week. Looking forward to seeing all of you in Anaheim. Thanks. =20 BR Yunfei =20 =20 ________________________________ zhangyunfei 2010-03-02 ------_=_NextPart_001_01CABB14.23729F05 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Yunfei, Hi Gonzalo,

 

We would like to request an agenda slot to present our = draft “P2P Streaming for Mobile Nodes: Scenarios and Related = Issues”:

http://tools.= ietf.org/html/draft-lu-ppsp-mobile-00

 

Regards,

 

Juan-Carlos, Akbar and Guang

 

From:= ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = zhangyunfei
Sent: Tuesday, 02 March, 2010 12:50 AM
To: ppsp@ietf.org
Cc: gonzalo.camarillo
Subject: [ppsp] PPSP agenda requests

 

Hi all,

  We are drafting the PPSP agenda in IETF77.As all of you know,PPSP charter is under review in IESG.We may turn the BOF time into the = 1st WG meeting if all goes well.

  = ; I have seen some new drafts submitted to the PPSP mailing = list.Please send any requests for agenda time to both Gonzalo and me.We may = have an initial agenda next week. Looking forward to seeing all of you in Anaheim.

  = ; Thanks.

 

BR

Yunfei=

 =

 

=

zhangyunfei

2010-03-02

------_=_NextPart_001_01CABB14.23729F05-- From zhangyunfei@chinamobile.com Wed Mar 3 17:43:46 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8C41D28C2BB for ; Wed, 3 Mar 2010 17:43:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.675 X-Spam-Level: X-Spam-Status: No, score=-97.675 tagged_above=-999 required=5 tests=[AWL=-2.101, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 HpOOI6c+3D2I for ; Wed, 3 Mar 2010 17:43:45 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id E4C5028C1D7 for ; Wed, 3 Mar 2010 17:43:44 -0800 (PST) Received: from LENOVO-917FFE55 ([10.2.2.231]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010030409583862-2865 ; Thu, 4 Mar 2010 09:58:38 +0800 Date: Thu, 4 Mar 2010 09:43:36 +0800 From: "zhangyunfei" To: "Zuniga, Juan Carlos" , "gonzalo.camarillo" References: <201003021349584374785@chinamobile.com> Message-ID: <201003040943366092652@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-04 09:58:38, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-04 09:43:46, Serialize complete at 2010-03-04 09:43:46 Content-Type: multipart/alternative; boundary="=====003_Dragon835317840133_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] PPSP agenda requests X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 01:43:46 -0000 This is a multi-part message in MIME format. --=====003_Dragon835317840133_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgSnVhbi1DYXJsb3MsDQogICBSZWNlaXZlZC5UaGFua3MuDQoNCkJSDQpZdW5mZWkNCg0KDQoN Cg0Kemhhbmd5dW5mZWkNCjIwMTAtMDMtMDQNCg0KDQoNCreivP7Iy6O6IFp1bmlnYSwgSnVhbiBD YXJsb3MNCreiy83Ksbzko7ogMjAxMC0wMy0wNCAwNToxMjozNg0KytW8/sjLo7ogemhhbmd5dW5m ZWk7IGdvbnphbG8uY2FtYXJpbGxvDQqzrcvNo7ogcHBzcEBpZXRmLm9yZw0K1vfM4qO6IFJFOiBb cHBzcF0gUFBTUCBhZ2VuZGEgcmVxdWVzdHMNCg0KSGkgWXVuZmVpLCBIaSBHb256YWxvLA0KIA0K V2Ugd291bGQgbGlrZSB0byByZXF1ZXN0IGFuIGFnZW5kYSBzbG90IHRvIHByZXNlbnQgb3VyIGRy YWZ0IKGwUDJQIFN0cmVhbWluZyBmb3IgTW9iaWxlIE5vZGVzOiBTY2VuYXJpb3MgYW5kIFJlbGF0 ZWQgSXNzdWVzobE6DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdS1wcHNwLW1v YmlsZS0wMCANCiANClJlZ2FyZHMsDQogDQpKdWFuLUNhcmxvcywgQWtiYXIgYW5kIEd1YW5nDQog DQpGcm9tOiBwcHNwLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwcHNwLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiB6aGFuZ3l1bmZlaQ0KU2VudDogVHVlc2RheSwgMDIgTWFyY2gsIDIw MTAgMTI6NTAgQU0NClRvOiBwcHNwQGlldGYub3JnDQpDYzogZ29uemFsby5jYW1hcmlsbG8NClN1 YmplY3Q6IFtwcHNwXSBQUFNQIGFnZW5kYSByZXF1ZXN0cw0KIA0KSGkgYWxsLA0KICBXZSBhcmUg ZHJhZnRpbmcgdGhlIFBQU1AgYWdlbmRhIGluIElFVEY3Ny5BcyBhbGwgb2YgeW91IGtub3csUFBT UCBjaGFydGVyIGlzIHVuZGVyIHJldmlldyBpbiBJRVNHLldlIG1heSB0dXJuIHRoZSBCT0YgdGlt ZSBpbnRvIHRoZSAxc3QgV0cgbWVldGluZyBpZiBhbGwgZ29lcyB3ZWxsLg0KICAgSSBoYXZlIHNl ZW4gc29tZSBuZXcgZHJhZnRzIHN1Ym1pdHRlZCB0byB0aGUgUFBTUCBtYWlsaW5nIGxpc3QuUGxl YXNlIHNlbmQgYW55IHJlcXVlc3RzIGZvciBhZ2VuZGEgdGltZSB0byBib3RoIEdvbnphbG8gYW5k IG1lLldlIG1heSBoYXZlIGFuIGluaXRpYWwgYWdlbmRhIG5leHQgd2Vlay4gTG9va2luZyBmb3J3 YXJkIHRvIHNlZWluZyBhbGwgb2YgeW91IGluIEFuYWhlaW0uDQogICBUaGFua3MuDQogDQpCUg0K WXVuZmVpDQogDQogDQoNCg0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0wMg0K --=====003_Dragon835317840133_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MIHhtbG5zOm8+PEhFQUQ+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlw ZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9Z2IyMzEyIj4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA2LjAwLjI5MDAuMzQ5MiIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+DQo8IS0tDQogLyog Rm9udCBEZWZpbml0aW9ucyAqLw0KIEBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6y87M5TsNCglw YW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJcQMvOzOUiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0K IC8qIFN0eWxlIERlZmluaXRpb25zICovDQogcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgl0ZXh0 LWFsaWduOmp1c3RpZnk7DQoJdGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaDsNCglmb250LXNp emU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpwdXJwbGU7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJY29s b3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7 DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmUgbm9uZTt9DQogLyogUGFnZSBEZWZpbml0aW9ucyAqLw0K IEBwYWdlIFNlY3Rpb24xDQoJe3NpemU6NTk1LjNwdCA4NDEuOXB0Ow0KCW1hcmdpbjo3Mi4wcHQg OTAuMHB0IDcyLjBwdCA5MC4wcHQ7DQoJbGF5b3V0LWdyaWQ6MTUuNnB0O30NCmRpdi5TZWN0aW9u MQ0KCXtwYWdlOlNlY3Rpb24xO30NCi0tPg0KPC9TVFlMRT4NCjwvSEVBRD4NCjxCT0RZPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+SGkgSnVhbi1DYXJsb3Ms PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXpl PTI+Jm5ic3A7Jm5ic3A7IA0KUmVjZWl2ZWQuVGhhbmtzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4N CjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVp PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJz cDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZl cmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpF PTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTA0PC9GT05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IFp1 bmlnYSwgSnVhbiANCkNhcmxvczwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz63osvNyrG85KO6PC9TVFJPTkc+IA0KMjAxMC0w My0wNCZuYnNwOzA1OjEyOjM2PC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPsrVvP7Iy6O6PC9TVFJPTkc+IHpoYW5neXVuZmVp OyANCmdvbnphbG8uY2FtYXJpbGxvPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOty82jujwvU1RST05HPiANCnBwc3BAaWV0 Zi5vcmc8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQg c2l6ZT0yPjxTVFJPTkc+1vfM4qO6PC9TVFJPTkc+IFJFOiBbcHBzcF0gUFBTUCBhZ2VuZGEgDQpy ZXF1ZXN0czwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXpl PTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0K PERJViBjbGFzcz1TZWN0aW9uMT4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJG T05ULVNJWkU6IDExcHQ7IENPTE9SOiAjMWY0OTdkOyBGT05ULUZBTUlMWTogJ0NhbGlicmknLCdz YW5zLXNlcmlmJyI+SGkgDQpZdW5mZWksIEhpIEdvbnphbG8sPG86cD48L286cD48L1NQQU4+PC9Q Pg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgQ09M T1I6ICMxZjQ5N2Q7IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnIj48bzpwPiZu YnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0i Rk9OVC1TSVpFOiAxMXB0OyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywn c2Fucy1zZXJpZiciPldlIA0Kd291bGQgbGlrZSB0byByZXF1ZXN0IGFuIGFnZW5kYSBzbG90IHRv IHByZXNlbnQgb3VyIGRyYWZ0IKGwUDJQIFN0cmVhbWluZyBmb3IgDQpNb2JpbGUgTm9kZXM6IFNj ZW5hcmlvcyBhbmQgUmVsYXRlZCBJc3N1ZXOhsTo8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBDT0xPUjogIzFm NDk3ZDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJpZiciPjxBIA0KaHJlZj0iaHR0 cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbHUtcHBzcC1tb2JpbGUtMDAiPmh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWx1LXBwc3AtbW9iaWxlLTAwPC9BPiANCjxvOnA+PC9v OnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULVNJ WkU6IDExcHQ7IENPTE9SOiAjMWY0OTdkOyBGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNl cmlmJyI+PG86cD4mbmJzcDs8L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxT UEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtRkFNSUxZ OiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4N CjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IENPTE9S OiAjMWY0OTdkOyBGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJyI+PG86cD4mbmJz cDs8L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZP TlQtU0laRTogMTFwdDsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3Nh bnMtc2VyaWYnIj5KdWFuLUNhcmxvcywgDQpBa2JhciBhbmQgR3Vhbmc8bzpwPjwvbzpwPjwvU1BB Tj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0 OyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywnc2Fucy1zZXJpZiciPjxv OnA+Jm5ic3A7PC9vOnA+PC9TUEFOPjwvUD4NCjxESVYgDQpzdHlsZT0iQk9SREVSLVJJR0hUOiBt ZWRpdW0gbm9uZTsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiBtZWRpdW0gbm9uZTsg UEFERElORy1MRUZUOiA0cHQ7IFBBRERJTkctQk9UVE9NOiAwaW47IEJPUkRFUi1MRUZUOiBibHVl IDEuNXB0IHNvbGlkOyBQQURESU5HLVRPUDogMGluOyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9u ZSI+DQo8RElWPg0KPERJViANCnN0eWxlPSJCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURE SU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBQQURESU5HLUxF RlQ6IDBpbjsgUEFERElORy1CT1RUT006IDBpbjsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQ QURESU5HLVRPUDogM3B0OyBCT1JERVItQk9UVE9NOiBtZWRpdW0gbm9uZSI+DQo8UCBjbGFzcz1N c29Ob3JtYWw+PEI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTog J1RhaG9tYScsJ3NhbnMtc2VyaWYnIj5Gcm9tOjwvU1BBTj48L0I+PFNQQU4gDQpzdHlsZT0iRk9O VC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYnIj4gDQpwcHNw LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwcHNwLWJvdW5jZXNAaWV0Zi5vcmddIDxCPk9uIEJl aGFsZiBPZiANCjwvQj56aGFuZ3l1bmZlaTxCUj48Qj5TZW50OjwvQj4gVHVlc2RheSwgMDIgTWFy Y2gsIDIwMTAgMTI6NTAgQU08QlI+PEI+VG86PC9CPiANCnBwc3BAaWV0Zi5vcmc8QlI+PEI+Q2M6 PC9CPiBnb256YWxvLmNhbWFyaWxsbzxCUj48Qj5TdWJqZWN0OjwvQj4gW3Bwc3BdIFBQU1AgDQph Z2VuZGEgcmVxdWVzdHM8bzpwPjwvbzpwPjwvU1BBTj48L1A+PC9ESVY+PC9ESVY+DQo8UCBjbGFz cz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L1A+DQo8RElWPg0KPFAgY2xhc3M9TXNvTm9y bWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdWZXJkYW5h Jywnc2Fucy1zZXJpZiciPkhpIA0KYWxsLDwvU1BBTj48bzpwPjwvbzpwPjwvUD48L0RJVj4NCjxE SVY+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBG T05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJyI+Jm5ic3A7IFdlIGFyZSANCmRyYWZ0 aW5nIHRoZSBQUFNQIGFnZW5kYSBpbiBJRVRGNzcuQXMgYWxsIG9mIHlvdSBrbm93LFBQU1AgY2hh cnRlciZuYnNwO2lzIHVuZGVyIA0KcmV2aWV3IGluIElFU0cuV2UgbWF5IHR1cm4gdGhlIEJPRiB0 aW1lIGludG8gdGhlIDFzdCBXRyBtZWV0aW5nIGlmIGFsbCBnb2VzIA0Kd2VsbC48L1NQQU4+PG86 cD48L286cD48L1A+PC9ESVY+DQo8RElWPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5 bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZici PiZuYnNwOyZuYnNwOyBJIGhhdmUgDQpzZWVuIHNvbWUgbmV3IGRyYWZ0cyBzdWJtaXR0ZWQgdG8m bmJzcDt0aGUgUFBTUCBtYWlsaW5nIGxpc3QuUGxlYXNlIHNlbmQgYW55IA0KcmVxdWVzdHMgZm9y IGFnZW5kYSB0aW1lIHRvIGJvdGgmbmJzcDtHb256YWxvIGFuZCBtZS5XZSZuYnNwO21heSBoYXZl IGFuIGluaXRpYWwgDQphZ2VuZGEgbmV4dCB3ZWVrLiZuYnNwO0xvb2tpbmcgZm9yd2FyZCB0byBz ZWVpbmcmbmJzcDthbGwgb2YgeW91Jm5ic3A7aW4gDQpBbmFoZWltLjwvU1BBTj48bzpwPjwvbzpw PjwvUD48L0RJVj4NCjxESVY+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9O VC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7VGhhbmtzLjwvU1BBTj48bzpwPjwvbzpwPjwvUD48L0RJVj4NCjxESVY+DQo8 UCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7PG86cD48L286cD48L1A+PC9ESVY+DQo8RElWPg0KPFAg Y2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZiciPkJSPC9TUEFOPjxvOnA+PC9vOnA+PC9QPjwvRElW Pg0KPERJVj4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEw cHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnIj5ZdW5mZWk8bzpwPjwvbzpw PjwvU1BBTj48L1A+PC9ESVY+DQo8RElWPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5 bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZici PjxvOnA+Jm5ic3A7PC9vOnA+PC9TUEFOPjwvUD48L0RJVj4NCjxESVY+DQo8UCBjbGFzcz1Nc29O b3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1zZXJpZici PiZuYnNwOzxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L0RJVj4NCjxESVYgY2xhc3M9TXNvTm9ybWFs IHN0eWxlPSJURVhULUFMSUdOOiBjZW50ZXIiIGFsaWduPWNlbnRlcj48U1BBTiANCnN0eWxlPSJG T05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnIj4NCjxI UiBzdHlsZT0iV0lEVEg6IDkxLjVwdCIgYWxpZ249Y2VudGVyIHdpZHRoPTEyMiBTSVpFPTI+DQo8 L1NQQU4+PC9ESVY+DQo8RElWPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZP TlQtU0laRTogMTBwdDsgQ09MT1I6IHNpbHZlcjsgRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fu cy1zZXJpZiciPnpoYW5neXVuZmVpPC9TUEFOPjxTUEFOIA0Kc3R5bGU9IkNPTE9SOiBzaWx2ZXI7 IEZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnIj48bzpwPjwvbzpwPjwvU1BBTj48 L1A+PC9ESVY+DQo8RElWPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQt U0laRTogMTBwdDsgQ09MT1I6IHNpbHZlcjsgRk9OVC1GQU1JTFk6ICdWZXJkYW5hJywnc2Fucy1z ZXJpZiciPjIwMTAtMDMtMDI8L1NQQU4+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdWZXJk YW5hJywnc2Fucy1zZXJpZiciPjxvOnA+PC9vOnA+PC9TUEFOPjwvUD48L0RJVj48L0RJVj48L0RJ Vj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon835317840133_=====-- From li.lichun1@zte.com.cn Wed Mar 3 21:20:27 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE63D3A8B10 for ; Wed, 3 Mar 2010 21:20:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.838 X-Spam-Level: X-Spam-Status: No, score=-101.838 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, 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 9bPXXJt7fGif for ; Wed, 3 Mar 2010 21:20:24 -0800 (PST) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 5B5EB28C1F8 for ; Wed, 3 Mar 2010 21:20:22 -0800 (PST) Received: from [10.30.17.99] by mx6.zte.com.cn with surfront esmtp id 46907790912505; Thu, 4 Mar 2010 12:51:34 +0800 (CST) Received: from [192.168.168.1] by [192.168.168.15] with StormMail ESMTP id 64572.790912505; Thu, 4 Mar 2010 13:20:11 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id o245JwdI028401 for ; Thu, 4 Mar 2010 13:19:59 +0800 (CST) (envelope-from li.lichun1@zte.com.cn) To: ppsp@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: li.lichun1@zte.com.cn Date: Thu, 4 Mar 2010 13:19:36 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-03-04 13:19:54, Serialize complete at 2010-03-04 13:19:54 Content-Type: multipart/alternative; boundary="=_alternative 001D946C482576DC_=" X-MAIL: mse1.zte.com.cn o245JwdI028401 Subject: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 05:20:27 -0000 This is a multipart message in MIME format. --=_alternative 001D946C482576DC_= Content-Type: text/plain; charset="US-ASCII" Dear all, We have submitted a new Internet draft entitled "A P2P CDN based Content Sharing System using PPSP and RELOAD". It can be accessed at: http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt Any comments are welcome. Thanks. Abstract: This document defines a P2P CDN (Content Delivery Network) based content sharing system using PPSP (Peer to Peer Streaming Protocol) and RELOAD (REsource LOcation And Discovery). The P2P CDN provides a unified platform for service/content providers and content sharing users to share content efficiently and safely. The shared contents may include streaming media, files, etc. This content sharing system uses PPSP as signaling protocol for P2P content distributing, and uses RELOAD to improve reliability and scalability. More specifically, RELOAD is used to construct P2P overlays storing of massive contents and locating contents reliably. Best Regards, Lichun Li -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 001D946C482576DC_= Content-Type: text/html; charset="US-ASCII"
Dear all,

We have submitted a new Internet draft entitled "A P2P CDN based Content Sharing System using PPSP and RELOAD".
It can be accessed at: http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt
Any comments are welcome. Thanks.

Abstract:
This document defines a P2P CDN (Content Delivery Network) based
content sharing system using PPSP (Peer to Peer Streaming Protocol)
and RELOAD (REsource LOcation And Discovery).  The P2P CDN provides a
unified platform for service/content providers and content sharing
users to share content efficiently and safely.  The shared contents
may include streaming media, files, etc.  This content sharing system
uses PPSP as signaling protocol for P2P content distributing, and
uses RELOAD to improve reliability and scalability.  More
specifically, RELOAD is used to construct P2P overlays storing of
massive contents and locating contents reliably.
                                                     

Best Regards,
Lichun Li

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 001D946C482576DC_=-- From li.lichun1@zte.com.cn Sun Mar 7 17:07:13 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9187A3A67B5; Sun, 7 Mar 2010 17:07:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.035 X-Spam-Level: X-Spam-Status: No, score=-97.035 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 1WV2Z+WXOXvN; Sun, 7 Mar 2010 17:07:12 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id D39143A67D1; Sun, 7 Mar 2010 17:07:08 -0800 (PST) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 111641821921442; Mon, 8 Mar 2010 08:28:47 +0800 (CST) Received: from [192.168.168.1] by [192.168.168.15] with StormMail ESMTP id 64572.4378719169; Mon, 8 Mar 2010 09:07:07 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id o2816Bv8093718; Mon, 8 Mar 2010 09:06:23 +0800 (CST) (envelope-from li.lichun1@zte.com.cn) In-Reply-To: <201003021349584374785@chinamobile.com> To: "zhangyunfei" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: li.lichun1@zte.com.cn Date: Mon, 8 Mar 2010 09:06:04 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-03-08 09:06:19, Serialize complete at 2010-03-08 09:06:19 Content-Type: multipart/alternative; boundary="=_alternative 00065E88482576E0_=" X-MAIL: mse2.zte.com.cn o2816Bv8093718 Cc: "ppsp@ietf.org" , ppsp-bounces@ietf.org, "gonzalo.camarillo" Subject: Re: [ppsp] PPSP agenda requests X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 01:07:13 -0000 This is a multipart message in MIME format. --=_alternative 00065E88482576E0_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIFl1bmZlaSwgSGkgR29uemFsbywNCg0KSSB3b3VsZCBsaWtlIHRvIHJlcXVlc3QgYSB0aW1l IHNsb3QgdG8gcHJlc2VudCBvdXIgZHJhZnQgIkEgUDJQIENETiBiYXNlZCANCkNvbnRlbnQgU2hh cmluZyBTeXN0ZW0gdXNpbmcgUFBTUCBhbmQgUkVMT0FEIi4NCkEgVVJMIGZvciB0aGlzIEludGVy bmV0LURyYWZ0IGlzOg0KaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt bGktcHBzcC1wMnAtY2RuLTAwLnR4dA0KVGhhbmtzIQ0KDQpCZXN0IFJlZ2FyZHMsDQpMaWNodW4N Cg0KDQoNCg0KInpoYW5neXVuZmVpIiA8emhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tPiANCrei vP7IyzogIHBwc3AtYm91bmNlc0BpZXRmLm9yZw0KMjAxMC0wMy0wMiAxMzo0OQ0KDQrK1bz+yMsN CiJwcHNwQGlldGYub3JnIiA8cHBzcEBpZXRmLm9yZz4NCrOty80NCiJnb256YWxvLmNhbWFyaWxs byIgPGdvbnphbG8uY2FtYXJpbGxvQGVyaWNzc29uLmNvbT4NCtb3zOINCltwcHNwXSBQUFNQIGFn ZW5kYSByZXF1ZXN0cw0KDQoNCg0KDQoNCg0KSGkgYWxsLA0KICBXZSBhcmUgZHJhZnRpbmcgdGhl IFBQU1AgYWdlbmRhIGluIElFVEY3Ny5BcyBhbGwgb2YgeW91IGtub3csUFBTUCANCmNoYXJ0ZXIg aXMgdW5kZXIgcmV2aWV3IGluIElFU0cuV2UgbWF5IHR1cm4gdGhlIEJPRiB0aW1lIGludG8gdGhl IDFzdCBXRyANCm1lZXRpbmcgaWYgYWxsIGdvZXMgd2VsbC4NCiAgIEkgaGF2ZSBzZWVuIHNvbWUg bmV3IGRyYWZ0cyBzdWJtaXR0ZWQgdG8gdGhlIFBQU1AgbWFpbGluZyBsaXN0LlBsZWFzZSANCnNl bmQgYW55IHJlcXVlc3RzIGZvciBhZ2VuZGEgdGltZSB0byBib3RoIEdvbnphbG8gYW5kIG1lLldl IG1heSBoYXZlIGFuIA0KaW5pdGlhbCBhZ2VuZGEgbmV4dCB3ZWVrLiBMb29raW5nIGZvcndhcmQg dG8gc2VlaW5nIGFsbCBvZiB5b3UgaW4gQW5haGVpbS4NCiAgIFRoYW5rcy4NCiANCkJSDQpZdW5m ZWkNCg0KIA0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0wMl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpwcHNwIG1haWxpbmcgbGlzdA0KcHBzcEBpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwDQoNCg0KDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpa VEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVk IGluIHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXph dGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24gaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRz IG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgYXJlIG5v dCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlv biB0byBvdGhlcnMuDQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBp dCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhl IGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3Ug aGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdp bmF0b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdl IGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJl ZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIHN5c3RlbS4N Cg== --=_alternative 00065E88482576E0_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBZdW5mZWksIEhpIEdvbnph bG8sPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JIHdv dWxkIGxpa2UgdG8gcmVxdWVzdCBhIHRpbWUgc2xvdA0KdG8gcHJlc2VudCBvdXIgZHJhZnQgJnF1 b3Q7QSBQMlAgQ0ROIGJhc2VkIENvbnRlbnQgU2hhcmluZyBTeXN0ZW0gdXNpbmcNClBQU1AgYW5k IFJFTE9BRCZxdW90Oy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PkEgVVJMIGZvciB0aGlzIEludGVybmV0LURyYWZ0IGlzOjwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0ic2Fucy1zZXJpZiI+aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMv ZHJhZnQtbGktcHBzcC1wMnAtY2RuLTAwLnR4dDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+VGhhbmtzITwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+QmVzdCBSZWdhcmRzLDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+TGljaHVuPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRh YmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0yNiU+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPiZxdW90O3poYW5neXVuZmVpJnF1b3Q7DQombHQ7emhh bmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tJmd0OzwvYj4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MSBmYWNlPSJzYW5zLXNlcmlmIj63orz+yMs6ICZuYnNwO3Bwc3AtYm91bmNlc0BpZXRmLm9yZzwv Zm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDEwLTAzLTAyIDEzOjQ5 PC9mb250Pg0KPHRkIHdpZHRoPTczJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm Ij7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYi PiZxdW90O3Bwc3BAaWV0Zi5vcmcmcXVvdDsgJmx0O3Bwc3BAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0K PHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj4mcXVvdDtnb256YWxvLmNhbWFyaWxsbyZxdW90OyAmbHQ7Z29uemFsby5jYW1h cmlsbG9AZXJpY3Nzb24uY29tJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48 L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W3Bwc3BdIFBQU1AgYWdl bmRhIHJlcXVlc3RzPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRv cD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9IlZlcmRhbmEiPkhpIGFsbCw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9IlZlcmRhbmEiPiZuYnNwOyBXZSBhcmUgZHJhZnRpbmcgdGhlIFBQU1AgYWdlbmRhDQpp biBJRVRGNzcuQXMgYWxsIG9mIHlvdSBrbm93LFBQU1AgY2hhcnRlciBpcyB1bmRlciByZXZpZXcg aW4gSUVTRy5XZSBtYXkNCnR1cm4gdGhlIEJPRiB0aW1lIGludG8gdGhlIDFzdCBXRyBtZWV0aW5n IGlmIGFsbCBnb2VzIHdlbGwuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJWZXJkYW5h Ij4mbmJzcDsgJm5ic3A7SSBoYXZlIHNlZW4gc29tZSBuZXcgZHJhZnRzDQpzdWJtaXR0ZWQgdG8g dGhlIFBQU1AgbWFpbGluZyBsaXN0LlBsZWFzZSBzZW5kIGFueSByZXF1ZXN0cyBmb3IgYWdlbmRh DQp0aW1lIHRvIGJvdGggR29uemFsbyBhbmQgbWUuV2UgbWF5IGhhdmUgYW4gaW5pdGlhbCBhZ2Vu ZGEgbmV4dCB3ZWVrLiBMb29raW5nDQpmb3J3YXJkIHRvIHNlZWluZyBhbGwgb2YgeW91IGluIEFu YWhlaW0uPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJWZXJkYW5hIj4mbmJzcDsgJm5i c3A7VGhhbmtzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+Jm5i c3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJWZXJkYW5hIj5CUjwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0iVmVyZGFuYSI+WXVuZmVpPC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9MyBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+DQo8aHI+DQo8YnI+ PGZvbnQgc2l6ZT0yIGNvbG9yPSNjMGMwYzAgZmFjZT0iVmVyZGFuYSI+emhhbmd5dW5mZWk8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSNjMGMwYzAgZmFjZT0iVmVyZGFuYSI+MjAxMC0w My0wMjwvZm9udD48dHQ+PGZvbnQgc2l6ZT0yPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KcHBzcCBtYWlsaW5nIGxpc3Q8YnI+DQpwcHNwQGlldGYu b3JnPGJyPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwPGJyPg0K PC9mb250PjwvdHQ+DQo8YnI+DQo8YnI+PHByZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNw O1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29u dGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5i c3A7cHJvcGVydHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0 aW9uLiZuYnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7 Y29uZmlkZW50aWFsLiZuYnNwO1JlY2lwaWVudHMmbmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7 YXJlJm5ic3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJzcDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJz cDthbmQmbmJzcDthcmUmbmJzcDtub3QmbmJzcDtwZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Ns b3NlJm5ic3A7dGhlJm5ic3A7Y29udGVudHMmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5p Y2F0aW9uJm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpUaGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJz cDthbnkmbmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7 YXJlJm5ic3A7Y29uZmlkZW50aWFsJm5ic3A7YW5kJm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkm bmJzcDtmb3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1 YWwmbmJzcDtvciZuYnNwO2VudGl0eSZuYnNwO3RvJm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDth cmUmbmJzcDthZGRyZXNzZWQuJm5ic3A7SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2 ZWQmbmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtpbiZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5i c3A7bm90aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2luYXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7 bWVzc2FnZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZuYnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7 dGhpcyZuYnNwO21lc3NhZ2UmbmJzcDthcmUmbmJzcDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5i c3A7aW5kaXZpZHVhbCZuYnNwO3NlbmRlci4NClRoaXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5i c3A7YmVlbiZuYnNwO3NjYW5uZWQmbmJzcDtmb3ImbmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7 U3BhbSZuYnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 00065E88482576E0_=-- From zongning@huawei.com Sun Mar 7 17:24:25 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8B24A3A67F6 for ; Sun, 7 Mar 2010 17:24:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.382 X-Spam-Level: X-Spam-Status: No, score=-100.382 tagged_above=-999 required=5 tests=[AWL=-0.113, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1, SARE_SUB_OBFU_Q1=0.227, 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 7FmKapTTPHs9 for ; Sun, 7 Mar 2010 17:24:24 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 8544D3A67C2 for ; Sun, 7 Mar 2010 17:24:24 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYX00FMIVWHTS@szxga03-in.huawei.com> for ppsp@ietf.org; Mon, 08 Mar 2010 09:24:17 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KYX00L7AVWHGL@szxga03-in.huawei.com> for ppsp@ietf.org; Mon, 08 Mar 2010 09:24:17 +0800 (CST) Received: from z63316 ([10.164.12.81]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KYX00IZRVWH93@szxml06-in.huawei.com> for ppsp@ietf.org; Mon, 08 Mar 2010 09:24:17 +0800 (CST) Date: Mon, 08 Mar 2010 09:24:15 +0800 From: Ning Zong To: ppsp@ietf.org Message-id: <005901cabe5e$118c6fa0$510ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acq99wh1+zYQgWRISJiSHj10S7oDeAAZbPOw Subject: [ppsp] PPSP Requirements Draft Uploaded // FW: New Version Notification for draft-zong-ppsp-reqs-03 X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 01:24:25 -0000 Hi, Folks New version of PPSP Requirements has been uploaded, see below link. http://www.ietf.org/id/draft-zong-ppsp-reqs-03.txt Thanks BR, Ning Zong -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] Sent: Sunday, March 07, 2010 9:07 PM To: zongning@huawei.com Cc: zhangyunfei@chinamobile.com; victor@iptel.org; carlw@mcsr-labs.org; lin.xiao@nsn.com Subject: New Version Notification for draft-zong-ppsp-reqs-03 A new version of I-D, draft-zong-ppsp-reqs-03.txt has been successfuly submitted by Ning Zong and posted to the IETF repository. Filename: draft-zong-ppsp-reqs Revision: 03 Title: P2P Streaming Protocol (PPSP) Requirements Creation_date: 2010-03-05 WG ID: Independent Submission Number_of_pages: 14 Abstract: The objective of the PPSP work is to standardize the key signaling protocols that apply to tracker and peers in a Peer-to-Peer (P2P) streaming system. These protocols are called PPSP. This document enumerates the requirements for the PPSP, which should be considered when designing PPSP. The IETF Secretariat. From lin.xiao@nsn.com Mon Mar 8 01:06:50 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D4DB3A67CF for ; Mon, 8 Mar 2010 01:06:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.561 X-Spam-Level: X-Spam-Status: No, score=-0.561 tagged_above=-999 required=5 tests=[AWL=-1.297, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45] 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 Rmerp+RDrAkO for ; Mon, 8 Mar 2010 01:06:49 -0800 (PST) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id A6CFF3A67A5 for ; Mon, 8 Mar 2010 01:06:48 -0800 (PST) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o2896kZc007821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 8 Mar 2010 10:06:46 +0100 Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o2896hK8007616; Mon, 8 Mar 2010 10:06:46 +0100 Received: from CNBEEXC007.nsn-intra.net ([10.159.192.12]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 8 Mar 2010 10:06:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CABE9E.A45D0A97" Date: Mon, 8 Mar 2010 17:06:30 +0800 Message-ID: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40146AC84@CNBEEXC007.nsn-intra.net> In-Reply-To: <006801cab939$aead7c40$400ca40a@china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] We have submitted a Tracker Protocol Thread-Index: Acq5Oa5Q6vJidF41SE6+0jYXucyX/AFXq8Zw References: <006801cab939$aead7c40$400ca40a@china.huawei.com> From: "Xiao, Lin (NSN - CN/Beijing)" To: "ext Y.J. Gu" , X-OriginalArrivalTime: 08 Mar 2010 09:06:34.0252 (UTC) FILETIME=[A6973CC0:01CABE9E] Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 09:06:50 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CABE9E.A45D0A97 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi Yingjie, =20 What a great job that a structure of PPSP tracker protocol has been = built. =20 At a quick glance, I think I agree most of your description, but with = the following comments: =20 1. Should PPSP tracker take the responsibility to Peer ID allocation and = overlay management? IMHO, we should separate the overlay enrollment and = management with the PPSP application. The overlay enrollment has been = described in RELOAD Base protocol, where an enrollment server issues = certificate with Peer ID to each peer who want to join the overlay. The = whole procedure of overlay enrollment is independent to the applications = that deployed in the overlay. For example, In P2PSIP, the Sip = Registration is an message of SIP Usage, that only the peer already in = the overlay with Peer ID can do it. Similar, we should look PPSP as one = of various applications based on the P2P overlay. Therefore, any overlay = maintenance and management method is out of the scope of PPSP. So, I = suggest to delete the content about Peer ID allocation and change the = name of section 5.1 to "PPSP application management methods". The "JOIN" = message can be simply looked as peer registration to the PPSP = application, but not overlay. =20 2. I think the KEEPALIVE message should combine with PUT to update the = current status of peers periodically as the dynamic resource buffered in = each peer during the content distribution. =20 3. Should we use the standard HTTP to format the PPSP tracker protocol? = It is also recommended in the problem statement draft. =20 =20 Br Lin Xiao=20 ________________________________ From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = ext Y.J. Gu Sent: 2010=C4=EA3=D4=C21=C8=D5 20:21 To: ppsp@ietf.org Subject: [ppsp] We have submitted a Tracker Protocol Hi everyone, We submitted a Tracker Protocol draft for ppsp. =20 Abstract: This document defines P2P streaming Tracker Protocol, including = functional entities and architecture, components, syntax and semantics.=20 Tracker protocol is an application-level protocol for peers to = register, publish/request content and inform peers status to Trackers. = It is also for trackers to provide peer lists to peers, send = control/manage messages and communicate with other trackers. Tracker = protocol can serve both live media and Video on Demand (VoD), as well as = file sharing.=20 =20 The URL for this draft is: http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt = =20 =20 We appreciate your comments. Thanks. =20 =20 =20 =20 Regards Yingjie Gu =20 ------_=_NextPart_001_01CABE9E.A45D0A97 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi Yingjie,
 
What a great job that a structure of PPSP = tracker=20 protocol has been built.
 
At a quick glance, I think I agree most = of your=20 description, but with the following comments:
 
1. Should PPSP=20 tracker take the responsibility to Peer ID allocation and overlay = management?=20 IMHO, we should separate the overlay enrollment and=20 management with the PPSP application. The overlay enrollment = has been=20 described in RELOAD Base protocol, where an enrollment = server issues=20 certificate with Peer ID to each peer who want to join the overlay. The = whole=20 procedure of overlay enrollment is independent to the = applications=20 that deployed in the overlay. For example, In P2PSIP, the Sip = Registration=20 is an message of SIP Usage, that only the peer already in = the=20 overlay with Peer ID can do it. Similar, we should look PPSP = as one=20 of various applications based on the P2P overlay. Therefore, any = overlay=20 maintenance and management method is out of the scope of PPSP. So, I = suggest to=20 delete the content about Peer ID allocation and change the name of = section 5.1=20 to "PPSP application management methods". The "JOIN" message can be = simply=20 looked as peer registration to the PPSP application, but not=20 overlay.
 
2. I think the=20 KEEPALIVE message should combine with PUT to update the current status = of peers=20 periodically as the dynamic resource buffered in each peer during the = content=20 distribution.
 
3. Should we use=20 the standard HTTP to format the PPSP tracker protocol? It is also = recommended in=20 the problem statement draft.
 
 
Br
Lin Xiao=20


From: ppsp-bounces@ietf.org=20 [mailto:ppsp-bounces@ietf.org] On Behalf Of ext Y.J. = Gu
Sent:=20 2010=C4=EA3=D4=C21=C8=D5 20:21
To: = ppsp@ietf.org
Subject: [ppsp] We have=20 submitted a Tracker Protocol

Hi everyone,
We = submitted=20 a Tracker = Protocol draft for=20 ppsp.
 
Abstract:

  =20 This document defines P2P streaming=20 Tracker Protocol, including functional entities and architecture, = components,=20 syntax and semantics.

  =20 Tracker protocol is an application-level protocol for peers to = register,=20 publish/request content and inform peers status to Trackers. It is also = for=20 trackers to provide peer lists to peers, send control/manage messages = and=20 communicate with other trackers. Tracker protocol can serve both live = media and=20 Video on Demand (VoD), as well as file sharing.=20

 
The URL for this draft is:
http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt
 
We appreciate your=20 comments.
Thanks.
 
 
 
 

Regards

Yingjie Gu

 
------_=_NextPart_001_01CABE9E.A45D0A97-- From davidbryan@gmail.com Mon Mar 8 06:17:15 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 02EC33A698B for ; Mon, 8 Mar 2010 06:17:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.473 X-Spam-Level: X-Spam-Status: No, score=0.473 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_CHARSET_FARAWAY=2.45] 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 un6hjfJeRGo6 for ; Mon, 8 Mar 2010 06:17:11 -0800 (PST) Received: from mail-yw0-f173.google.com (mail-yw0-f173.google.com [209.85.211.173]) by core3.amsl.com (Postfix) with ESMTP id 5D9363A6904 for ; Mon, 8 Mar 2010 06:17:11 -0800 (PST) Received: by ywh3 with SMTP id 3so1088349ywh.31 for ; Mon, 08 Mar 2010 06:17:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=fuIoURYqa8ujBexudIIGayaOYFibzkIEFT5cBQKtdMY=; b=XEPHi+zIThx7RlMuzctoBsabBm8MBIGs+Njkr7jaMi6anr0G00PYV6T6d/FHctZ7qN 8oKfi3WbrCfQL+dpUuvwvIwZUI4+09umgWhF23mahrp7Lr0iqEe+N/m+bek3Lj9A0i2S 2sm7iB4ZjIDEnmh8s+Qjd2AhH34eUGcjicQvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=TjRoqyVlXOyN6ZLxwiA9xTDoalUlpe3P9mZqsHZ7janZjwAcpemcasHt8TEZJpmdEI tamQJqaQDiinX8yzIIYEJbM33glRot4YVQZ3J5h3AgU4gFyvGkDZWMjsBYPNW2gS7TVT v8Vb19Ho3kFZMChzrjjUcTpkJ5Lkrh0yXzcU8= MIME-Version: 1.0 Sender: davidbryan@gmail.com Received: by 10.150.194.16 with SMTP id r16mr767399ybf.291.1268057831556; Mon, 08 Mar 2010 06:17:11 -0800 (PST) In-Reply-To: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40146AC84@CNBEEXC007.nsn-intra.net> References: <006801cab939$aead7c40$400ca40a@china.huawei.com> <5D84FDD8D5DC8646B9F73CF1EFD1BFA40146AC84@CNBEEXC007.nsn-intra.net> Date: Mon, 8 Mar 2010 09:17:11 -0500 X-Google-Sender-Auth: bd2274232ed796ea Message-ID: <8b2769931003080617g61ed7b86kaa9004355f53f2cd@mail.gmail.com> From: "David A. Bryan" To: "Xiao, Lin (NSN - CN/Beijing)" Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: ppsp@ietf.org Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 14:17:15 -0000 Hi Lin, Thanks for reading.Obviously this is a very early draft, and one of the main reasons is to generate some discussion like this! I'm sure there are many, many things we will want to change, but I think one of the best ways to figure things out it to start with something that we can then discuss. Thanks! Some comments inline: 2010/3/8 Xiao, Lin (NSN - CN/Beijing) : > Hi Yingjie, > > What a great job that a structure of PPSP tracker protocol has been built= . > > At a quick glance, I think I agree most of your description, but with the > following comments: > > 1. Should PPSP tracker take the responsibility to Peer ID allocation and > overlay management? IMHO, we should separate the overlay enrollment and > management with the PPSP application. The overlay enrollment has been > described in RELOAD Base protocol, where an enrollment server issues > certificate with Peer ID to each peer who want to join the overlay. The > whole procedure of overlay enrollment is independent to the applications > that deployed in the overlay. For example, In P2PSIP, the Sip Registratio= n > is an message of SIP Usage, that only the peer already in the overlay wit= h > Peer ID can do it. Similar, we should look PPSP as one of various > applications based on the P2P overlay. Therefore, any overlay maintenance > and management method is out of the scope of PPSP. So, I suggest to delet= e > the content about Peer ID allocation and change the name of section 5.1 t= o > "PPSP application management methods". The "JOIN" message can be simply > looked as peer registration to the PPSP application, but not overlay. > A few comments here. As the original author of the original (pre-merge) RELOAD, and the P2PSIP chair, I've definitely thought about RELOAD here! We certainly think a RELOAD usage very well might be a good candidate for the peer protocol, but remember that P2PSIP was chartered to make a DHT protocol optimized for P2PSIP, not a generic DHT that works for everything, so it may turn out not to have everything we need once we get going. I think the best plan is to try to reuse, and see if it suits our needs once we start work on a peer protocol. I don't see any reason that the tracker can't issue the PeerIDs, even if RELOAD is used. The credential server is an offline function, but certainly can be included with the tracker functionality. > 2. I think the KEEPALIVE message should combine with PUT to update the > current status of peers periodically as the dynamic resource buffered in > each peer during the content distribution. > > 3. Should we use the standard HTTP to format the PPSP tracker protocol? I= t > is also recommended in the problem statement draft. Personally, I'm strongly behind using an existing mechanism for *transport* of data. For the encoding of the actual protocol, I think a text form carried via something like HTTP or binary both have advantages. Let's discuss this further. Why would you rather go text-based than binary? David > > Br > Lin Xiao > ________________________________ > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of e= xt > Y.J. Gu > Sent: 2010=C4=EA3=D4=C21=C8=D5 20:21 > To: ppsp@ietf.org > Subject: [ppsp] We have submitted a Tracker Protocol > > Hi everyone, > We submitted a Tracker Protocol draft for ppsp. > > Abstract: > > This document defines P2P streaming Tracker Protocol, including > functional entities and architecture, components, syntax and semantics. > > Tracker protocol is an application-level protocol for peers to registe= r, > publish/request content and inform peers status to Trackers. It is also f= or > trackers to provide peer lists to peers, send control/manage messages and > communicate with other trackers. Tracker protocol can serve both live med= ia > and Video on Demand (VoD), as well as file sharing. > > > The URL for this draft is: > http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt > > We appreciate your comments. > Thanks. > > > > > > Regards > > Yingjie Gu > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > From lin.xiao@nsn.com Mon Mar 8 08:13:41 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73A5B3A69DE for ; Mon, 8 Mar 2010 08:13:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.355 X-Spam-Level: X-Spam-Status: No, score=-0.355 tagged_above=-999 required=5 tests=[AWL=-0.206, BAYES_00=-2.599, MIME_CHARSET_FARAWAY=2.45] 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 JRp8LAiil9wt for ; Mon, 8 Mar 2010 08:13:40 -0800 (PST) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by core3.amsl.com (Postfix) with ESMTP id 668B53A68E7 for ; Mon, 8 Mar 2010 08:13:39 -0800 (PST) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o28GDNnG008464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 8 Mar 2010 17:13:23 +0100 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o28GDLrK028543; Mon, 8 Mar 2010 17:13:22 +0100 Received: from CNBEEXC007.nsn-intra.net ([10.159.192.12]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 8 Mar 2010 17:13:20 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 Mar 2010 00:13:11 +0800 Message-ID: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40146ADBF@CNBEEXC007.nsn-intra.net> In-Reply-To: <8b2769931003080617g61ed7b86kaa9004355f53f2cd@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] We have submitted a Tracker Protocol Thread-Index: Acq+yhLskKhXlhYJQ5OnwrC22dEFUwADkAgg References: <006801cab939$aead7c40$400ca40a@china.huawei.com> <5D84FDD8D5DC8646B9F73CF1EFD1BFA40146AC84@CNBEEXC007.nsn-intra.net> <8b2769931003080617g61ed7b86kaa9004355f53f2cd@mail.gmail.com> From: "Xiao, Lin (NSN - CN/Beijing)" To: "ext David A. Bryan" X-OriginalArrivalTime: 08 Mar 2010 16:13:20.0715 (UTC) FILETIME=[453B69B0:01CABEDA] Cc: ppsp@ietf.org Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2010 16:13:41 -0000 Hi David, Thanks for your reply.=20 Of course, you can put enrollment functionality in tracker server. But = it is also possible that the enrollment is done by a third party. So, = why not leave it outside of the PPSP scope, which make PPSP flexible to = be implemented on exist P2P overlay network that has got Peer-ID already = for multiple P2P applications. For the protocol format, I just think it's good if HTTP can be reused = here. But I have no strong opinion on it. So, let's keep it as an open = issue and further discussed. Best Regards, Lin -----Original Message----- From: davidbryan@gmail.com [mailto:davidbryan@gmail.com] On Behalf Of = ext David A. Bryan Sent: Monday, March 08, 2010 10:17 PM To: Xiao, Lin (NSN - CN/Beijing) Cc: ext Y.J. Gu; ppsp@ietf.org Subject: Re: [ppsp] We have submitted a Tracker Protocol Hi Lin, Thanks for reading.Obviously this is a very early draft, and one of the = main reasons is to generate some discussion like this! I'm sure there = are many, many things we will want to change, but I think one of the = best ways to figure things out it to start with something that we can = then discuss. Thanks! Some comments inline: 2010/3/8 Xiao, Lin (NSN - CN/Beijing) : > Hi Yingjie, > > What a great job that a structure of PPSP tracker protocol has been = built. > > At a quick glance, I think I agree most of your description, but with=20 > the following comments: > > 1. Should PPSP tracker take the responsibility to Peer ID allocation=20 > and overlay management? IMHO, we should separate the overlay=20 > enrollment and management with the PPSP application. The overlay=20 > enrollment has been described in RELOAD Base protocol, where an=20 > enrollment server issues certificate with Peer ID to each peer who=20 > want to join the overlay. The whole procedure of overlay enrollment is = > independent to the applications that deployed in the overlay. For=20 > example, In P2PSIP, the Sip Registration is an message of SIP Usage,=20 > that only the peer already in the overlay with Peer ID can do it.=20 > Similar, we should look PPSP as one of various applications based on=20 > the P2P overlay. Therefore, any overlay maintenance and management=20 > method is out of the scope of PPSP. So, I suggest to delete the=20 > content about Peer ID allocation and change the name of section 5.1 to = > "PPSP application management methods". The "JOIN" message can be = simply looked as peer registration to the PPSP application, but not = overlay. > A few comments here. As the original author of the original (pre-merge) RELOAD, and the P2PSIP chair, I've definitely thought about = RELOAD here! We certainly think a RELOAD usage very well might be a good = candidate for the peer protocol, but remember that P2PSIP was chartered = to make a DHT protocol optimized for P2PSIP, not a generic DHT that = works for everything, so it may turn out not to have everything we need = once we get going. I think the best plan is to try to reuse, and see if = it suits our needs once we start work on a peer protocol. I don't see any reason that the tracker can't issue the PeerIDs, even if = RELOAD is used. The credential server is an offline function, but = certainly can be included with the tracker functionality. > 2. I think the KEEPALIVE message should combine with PUT to update the = > current status of peers periodically as the dynamic resource buffered=20 > in each peer during the content distribution. > > 3. Should we use the standard HTTP to format the PPSP tracker=20 > protocol? It is also recommended in the problem statement draft. Personally, I'm strongly behind using an existing mechanism for *transport* of data. For the encoding of the actual protocol, I think a text form carried via = something like HTTP or binary both have advantages. Let's discuss this = further. Why would you rather go text-based than binary? David > > Br > Lin Xiao > ________________________________ > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf=20 > Of ext Y.J. Gu > Sent: 2010=C4=EA3=D4=C21=C8=D5 20:21 > To: ppsp@ietf.org > Subject: [ppsp] We have submitted a Tracker Protocol > > Hi everyone, > We submitted a Tracker Protocol draft for ppsp. > > Abstract: > > This document defines P2P streaming Tracker Protocol, including=20 > functional entities and architecture, components, syntax and = semantics. > > Tracker protocol is an application-level protocol for peers to=20 > register, publish/request content and inform peers status to Trackers. = > It is also for trackers to provide peer lists to peers, send=20 > control/manage messages and communicate with other trackers. Tracker=20 > protocol can serve both live media and Video on Demand (VoD), as well = as file sharing. > > > The URL for this draft is: > http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt > > We appreciate your comments. > Thanks. > > > > > > Regards > > Yingjie Gu > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > From zhangyunfei@chinamobile.com Tue Mar 9 02:38:35 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 706A33A67A4 for ; Tue, 9 Mar 2010 02:38:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.694 X-Spam-Level: X-Spam-Status: No, score=-95.694 tagged_above=-999 required=5 tests=[AWL=-1.980, BAYES_20=-0.74, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 fT3GuVejkQhZ for ; Tue, 9 Mar 2010 02:38:28 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 287DA3A67A1 for ; Tue, 9 Mar 2010 02:38:28 -0800 (PST) Received: from LENOVO-917FFE55 ([10.1.4.88]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010030918535336-16699 ; Tue, 9 Mar 2010 18:53:53 +0800 Date: Tue, 9 Mar 2010 18:38:25 +0800 From: "zhangyunfei" To: "li.lichun1@zte.com.cn" References: Message-ID: <201003091838249371295@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-09 18:53:53, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-09 18:38:32, Serialize complete at 2010-03-09 18:38:32 Content-Type: multipart/alternative; boundary="=====003_Dragon031811754688_=====" Cc: "ppsp@ietf.org" , "gonzalo.camarillo" Subject: Re: [ppsp] PPSP agenda requests X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2010 10:38:35 -0000 This is a multi-part message in MIME format. --=====003_Dragon031811754688_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgTGljaHVuLA0KICAgUmVjZWl2ZWQuUGxlYXNlIHJhaXNlIGRpc2N1c3Npb24gaW4gdGhlIG1h aWxpbmcgbGlzdCBmaXJzdCBhbmQgR29uemFsbyBhbmQgSSB3aWxsIGhhdmUgdGhlIGFnZW5kYSBh Y2NvcmRpbmcgdG8gdGhpcy5UaGFua3MuDQoNCkJSDQpZdW5mZWkNCg0KDQoNCg0Kemhhbmd5dW5m ZWkNCjIwMTAtMDMtMDkNCg0KDQoNCreivP7Iy6O6IGxpLmxpY2h1bjFAenRlLmNvbS5jbg0Kt6LL zcqxvOSjuiAyMDEwLTAzLTA4IDA5OjIyOjI4DQrK1bz+yMujuiB6aGFuZ3l1bmZlaQ0Ks63LzaO6 IGdvbnphbG8uY2FtYXJpbGxvOyBwcHNwQGlldGYub3JnOyBwcHNwLWJvdW5jZXNAaWV0Zi5vcmcN Ctb3zOKjuiByZTogW3Bwc3BdIFBQU1AgYWdlbmRhIHJlcXVlc3RzDQoNCg0KSGksIFl1bmZlaSwg SGkgR29uemFsbywgDQoNCkkgd291bGQgbGlrZSB0byByZXF1ZXN0IGEgdGltZSBzbG90IHRvIHBy ZXNlbnQgb3VyIGRyYWZ0ICJBIFAyUCBDRE4gYmFzZWQgQ29udGVudCBTaGFyaW5nIFN5c3RlbSB1 c2luZyBQUFNQIGFuZCBSRUxPQUQiLiANCkEgVVJMIGZvciB0aGlzIEludGVybmV0LURyYWZ0IGlz OiANCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpLXBwc3AtcDJw LWNkbi0wMC50eHQgDQpUaGFua3MhIA0KDQpCZXN0IFJlZ2FyZHMsIA0KTGljaHVuIA0KDQoNCg0K InpoYW5neXVuZmVpIiA8emhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tPiANCreivP7IyzogIHBw c3AtYm91bmNlc0BpZXRmLm9yZyANCjIwMTAtMDMtMDIgMTM6NDkgytW8/sjLInBwc3BAaWV0Zi5v cmciIDxwcHNwQGlldGYub3JnPiANCrOty80iZ29uemFsby5jYW1hcmlsbG8iIDxnb256YWxvLmNh bWFyaWxsb0Blcmljc3Nvbi5jb20+IA0K1vfM4ltwcHNwXSBQUFNQIGFnZW5kYSByZXF1ZXN0cw0K DQoNCg0KDQoNCg0KDQpIaSBhbGwsIA0KICBXZSBhcmUgZHJhZnRpbmcgdGhlIFBQU1AgYWdlbmRh IGluIElFVEY3Ny5BcyBhbGwgb2YgeW91IGtub3csUFBTUCBjaGFydGVyIGlzIHVuZGVyIHJldmll dyBpbiBJRVNHLldlIG1heSB0dXJuIHRoZSBCT0YgdGltZSBpbnRvIHRoZSAxc3QgV0cgbWVldGlu ZyBpZiBhbGwgZ29lcyB3ZWxsLiANCiAgIEkgaGF2ZSBzZWVuIHNvbWUgbmV3IGRyYWZ0cyBzdWJt aXR0ZWQgdG8gdGhlIFBQU1AgbWFpbGluZyBsaXN0LlBsZWFzZSBzZW5kIGFueSByZXF1ZXN0cyBm b3IgYWdlbmRhIHRpbWUgdG8gYm90aCBHb256YWxvIGFuZCBtZS5XZSBtYXkgaGF2ZSBhbiBpbml0 aWFsIGFnZW5kYSBuZXh0IHdlZWsuIExvb2tpbmcgZm9yd2FyZCB0byBzZWVpbmcgYWxsIG9mIHlv dSBpbiBBbmFoZWltLiANCiAgIFRoYW5rcy4gDQogIA0KQlIgDQpZdW5mZWkgDQoNCiAgDQoNCg0K DQp6aGFuZ3l1bmZlaSANCjIwMTAtMDMtMDJfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KcHBzcCBtYWlsaW5nIGxpc3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0KDQoNCg0KLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1h dGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBt YWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlz IG1haWwgY29tbXVuaWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJv dmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90IHBlcm1pdHRl ZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIG90aGVy cy4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25m aWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVh bCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiB0 aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3Nl IG9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVk IGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=====003_Dragon031811754688_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkhpIExpY2h1biw8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj4mbmJzcDsmbmJz cDsgUmVjZWl2ZWQuUGxlYXNlIHJhaXNlIA0KZGlzY3Vzc2lvbiBpbiB0aGUgbWFpbGluZyBsaXN0 IGZpcnN0IGFuZCBHb256YWxvIGFuZCBJIHdpbGwgaGF2ZSB0aGUgYWdlbmRhIA0KYWNjb3JkaW5n IHRvIHRoaXMuVGhhbmtzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNv bG9yPSMwMDAwZmYgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxp Z249bGVmdD4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhS IHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFu Z3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEw LTAzLTA5PC9GT05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h IHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxG T05UIHNpemU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IA0KbGkubGljaHVuMUB6dGUuY29t LmNuPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNp emU9Mj48U1RST05HPreiy83Ksbzko7o8L1NUUk9ORz4gDQoyMDEwLTAzLTA4Jm5ic3A7MDk6MjI6 Mjg8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6 ZT0yPjxTVFJPTkc+ytW8/sjLo7o8L1NUUk9ORz4gDQp6aGFuZ3l1bmZlaTwvRk9OVD48L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvN o7o8L1NUUk9ORz4gZ29uemFsby5jYW1hcmlsbG87IA0KcHBzcEBpZXRmLm9yZzsgcHBzcC1ib3Vu Y2VzQGlldGYub3JnPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h PjxGT05UIHNpemU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiByZTogW3Bwc3BdIFBQU1AgYWdl bmRhIA0KcmVxdWVzdHM8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNp emU9Mj48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj5IaSwgWXVuZmVpLCBIaSANCkdv bnphbG8sPC9GT05UPiA8QlI+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+SSB3b3Vs ZCBsaWtlIHRvIHJlcXVlc3QgYSANCnRpbWUgc2xvdCB0byBwcmVzZW50IG91ciBkcmFmdCAiQSBQ MlAgQ0ROIGJhc2VkIENvbnRlbnQgU2hhcmluZyBTeXN0ZW0gdXNpbmcgDQpQUFNQIGFuZCBSRUxP QUQiLjwvRk9OVD4gPEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+QSBVUkwgZm9yIHRo aXMgDQpJbnRlcm5ldC1EcmFmdCBpczo8L0ZPTlQ+IDxCUj48Rk9OVCBmYWNlPXNhbnMtc2VyaWYg DQpzaXplPTI+aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGktcHBz cC1wMnAtY2RuLTAwLnR4dDwvRk9OVD4gDQo8QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9 Mj5UaGFua3MhPC9GT05UPiA8QlI+PEJSPjxGT05UIGZhY2U9c2Fucy1zZXJpZiANCnNpemU9Mj5C ZXN0IFJlZ2FyZHMsPC9GT05UPiA8QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj5MaWNo dW48L0ZPTlQ+IA0KPEJSPjxCUj48QlI+PEJSPg0KPFRBQkxFIHdpZHRoPSIxMDAlIj4NCiAgPFRC T0RZPg0KICA8VFIgdkFsaWduPXRvcD4NCiAgICA8VEQgd2lkdGg9IjI2JSI+PEZPTlQgZmFjZT1z YW5zLXNlcmlmIHNpemU9MT48Qj4iemhhbmd5dW5mZWkiIA0KICAgICAgJmx0O3poYW5neXVuZmVp QGNoaW5hbW9iaWxlLmNvbSZndDs8L0I+IDwvRk9OVD48QlI+PEZPTlQgZmFjZT1zYW5zLXNlcmlm IA0KICAgICAgc2l6ZT0xPreivP7IyzogJm5ic3A7cHBzcC1ib3VuY2VzQGlldGYub3JnPC9GT05U PiANCiAgICAgIDxQPjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTE+MjAxMC0wMy0wMiAxMzo0 OTwvRk9OVD4gPC9QPg0KICAgIDxURCB3aWR0aD0iNzMlIj4NCiAgICAgIDxUQUJMRSB3aWR0aD0i MTAwJSI+DQogICAgICAgIDxUQk9EWT4NCiAgICAgICAgPFRSIHZBbGlnbj10b3A+DQogICAgICAg ICAgPFREPg0KICAgICAgICAgICAgPERJViBhbGlnbj1yaWdodD48Rk9OVCBmYWNlPXNhbnMtc2Vy aWYgc2l6ZT0xPsrVvP7IyzwvRk9OVD48L0RJVj4NCiAgICAgICAgICA8VEQ+PEZPTlQgZmFjZT1z YW5zLXNlcmlmIHNpemU9MT4icHBzcEBpZXRmLm9yZyIgDQogICAgICAgICAgICAmbHQ7cHBzcEBp ZXRmLm9yZyZndDs8L0ZPTlQ+IA0KICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAgICAgICA8 VEQ+DQogICAgICAgICAgICA8RElWIGFsaWduPXJpZ2h0PjxGT05UIGZhY2U9c2Fucy1zZXJpZiBz aXplPTE+s63LzTwvRk9OVD48L0RJVj4NCiAgICAgICAgICA8VEQ+PEZPTlQgZmFjZT1zYW5zLXNl cmlmIHNpemU9MT4iZ29uemFsby5jYW1hcmlsbG8iIA0KICAgICAgICAgICAgJmx0O2dvbnphbG8u Y2FtYXJpbGxvQGVyaWNzc29uLmNvbSZndDs8L0ZPTlQ+IA0KICAgICAgICA8VFIgdkFsaWduPXRv cD4NCiAgICAgICAgICA8VEQ+DQogICAgICAgICAgICA8RElWIGFsaWduPXJpZ2h0PjxGT05UIGZh Y2U9c2Fucy1zZXJpZiBzaXplPTE+1vfM4jwvRk9OVD48L0RJVj4NCiAgICAgICAgICA8VEQ+PEZP TlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9MT5bcHBzcF0gUFBTUCBhZ2VuZGEgDQogICAgICAgIHJl cXVlc3RzPC9GT05UPjwvVFI+PC9UQk9EWT48L1RBQkxFPjxCUj4NCiAgICAgIDxUQUJMRT4NCiAg ICAgICAgPFRCT0RZPg0KICAgICAgICA8VFIgdkFsaWduPXRvcD4NCiAgICAgICAgICA8VEQ+DQog ICAgICAgICAgPFREPjwvVFI+PC9UQk9EWT48L1RBQkxFPjxCUj48L1RSPjwvVEJPRFk+PC9UQUJM RT48QlI+PEJSPjxCUj48Rk9OVCBmYWNlPVZlcmRhbmEgDQpzaXplPTI+SGkgYWxsLDwvRk9OVD4g PEJSPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+Jm5ic3A7IFdlIGFyZSBkcmFmdGluZyB0aGUg DQpQUFNQIGFnZW5kYSBpbiBJRVRGNzcuQXMgYWxsIG9mIHlvdSBrbm93LFBQU1AgY2hhcnRlciBp cyB1bmRlciByZXZpZXcgaW4gSUVTRy5XZSANCm1heSB0dXJuIHRoZSBCT0YgdGltZSBpbnRvIHRo ZSAxc3QgV0cgbWVldGluZyBpZiBhbGwgZ29lcyB3ZWxsLjwvRk9OVD4gPEJSPjxGT05UIA0KZmFj ZT1WZXJkYW5hIHNpemU9Mj4mbmJzcDsgJm5ic3A7SSBoYXZlIHNlZW4gc29tZSBuZXcgZHJhZnRz IHN1Ym1pdHRlZCB0byB0aGUgDQpQUFNQIG1haWxpbmcgbGlzdC5QbGVhc2Ugc2VuZCBhbnkgcmVx dWVzdHMgZm9yIGFnZW5kYSB0aW1lIHRvIGJvdGggR29uemFsbyBhbmQgDQptZS5XZSBtYXkgaGF2 ZSBhbiBpbml0aWFsIGFnZW5kYSBuZXh0IHdlZWsuIExvb2tpbmcgZm9yd2FyZCB0byBzZWVpbmcg YWxsIG9mIHlvdSANCmluIEFuYWhlaW0uPC9GT05UPiA8QlI+PEZPTlQgZmFjZT1WZXJkYW5hIHNp emU9Mj4mbmJzcDsgJm5ic3A7VGhhbmtzLjwvRk9OVD4gDQo8QlI+PEZPTlQgZmFjZT1zYW5zLXNl cmlmIHNpemU9Mz4mbmJzcDs8L0ZPTlQ+IDxCUj48Rk9OVCBmYWNlPVZlcmRhbmEgDQpzaXplPTI+ QlI8L0ZPTlQ+IDxCUj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPll1bmZlaTwvRk9OVD4gPEJS PjxCUj48Rk9OVCANCmZhY2U9VmVyZGFuYSBzaXplPTM+Jm5ic3A7PC9GT05UPiA8QlI+DQo8SFI+ DQo8QlI+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSNjMGMwYzAgc2l6ZT0yPnpoYW5neXVuZmVp PC9GT05UPiA8QlI+PEZPTlQgDQpmYWNlPVZlcmRhbmEgY29sb3I9I2MwYzBjMCBzaXplPTI+MjAx MC0wMy0wMjwvRk9OVD48VFQ+PEZPTlQgDQpzaXplPTI+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188QlI+cHBzcCBtYWlsaW5nIA0KbGlzdDxCUj5wcHNwQGll dGYub3JnPEJSPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcDxCUj48 L0ZPTlQ+PC9UVD48QlI+PEJSPjxQUkU+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9uJm5ic3A7U2VjdXJp dHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQm bmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aXMmbmJzcDtzb2xlbHkmbmJzcDtwcm9w ZXJ0eSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7c2VuZGVyJ3MmbmJzcDtvcmdhbml6YXRpb24uJm5i c3A7VGhpcyZuYnNwO21haWwmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7aXMmbmJzcDtjb25maWRl bnRpYWwuJm5ic3A7UmVjaXBpZW50cyZuYnNwO25hbWVkJm5ic3A7YWJvdmUmbmJzcDthcmUmbmJz cDtvYmxpZ2F0ZWQmbmJzcDt0byZuYnNwO21haW50YWluJm5ic3A7c2VjcmVjeSZuYnNwO2FuZCZu YnNwO2FyZSZuYnNwO25vdCZuYnNwO3Blcm1pdHRlZCZuYnNwO3RvJm5ic3A7ZGlzY2xvc2UmbmJz cDt0aGUmbmJzcDtjb250ZW50cyZuYnNwO29mJm5ic3A7dGhpcyZuYnNwO2NvbW11bmljYXRpb24m bmJzcDt0byZuYnNwO290aGVycy4NClRoaXMmbmJzcDtlbWFpbCZuYnNwO2FuZCZuYnNwO2FueSZu YnNwO2ZpbGVzJm5ic3A7dHJhbnNtaXR0ZWQmbmJzcDt3aXRoJm5ic3A7aXQmbmJzcDthcmUmbmJz cDtjb25maWRlbnRpYWwmbmJzcDthbmQmbmJzcDtpbnRlbmRlZCZuYnNwO3NvbGVseSZuYnNwO2Zv ciZuYnNwO3RoZSZuYnNwO3VzZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNw O29yJm5ic3A7ZW50aXR5Jm5ic3A7dG8mbmJzcDt3aG9tJm5ic3A7dGhleSZuYnNwO2FyZSZuYnNw O2FkZHJlc3NlZC4mbmJzcDtJZiZuYnNwO3lvdSZuYnNwO2hhdmUmbmJzcDtyZWNlaXZlZCZuYnNw O3RoaXMmbmJzcDtlbWFpbCZuYnNwO2luJm5ic3A7ZXJyb3ImbmJzcDtwbGVhc2UmbmJzcDtub3Rp ZnkmbmJzcDt0aGUmbmJzcDtvcmlnaW5hdG9yJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDttZXNzYWdl LiZuYnNwO0FueSZuYnNwO3ZpZXdzJm5ic3A7ZXhwcmVzc2VkJm5ic3A7aW4mbmJzcDt0aGlzJm5i c3A7bWVzc2FnZSZuYnNwO2FyZSZuYnNwO3Rob3NlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRp dmlkdWFsJm5ic3A7c2VuZGVyLg0KVGhpcyZuYnNwO21lc3NhZ2UmbmJzcDtoYXMmbmJzcDtiZWVu Jm5ic3A7c2Nhbm5lZCZuYnNwO2ZvciZuYnNwO3ZpcnVzZXMmbmJzcDthbmQmbmJzcDtTcGFtJm5i c3A7YnkmbmJzcDtaVEUmbmJzcDtBbnRpLVNwYW0mbmJzcDtzeXN0ZW0uDQo8L1BSRT48L0ZPTlQ+ PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon031811754688_=====-- From zhangyunfei@chinamobile.com Tue Mar 9 22:38:25 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C87703A6ABB for ; Tue, 9 Mar 2010 22:38:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.264 X-Spam-Level: X-Spam-Status: No, score=-96.264 tagged_above=-999 required=5 tests=[AWL=-0.091, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 YjrJgvnR8L-K for ; Tue, 9 Mar 2010 22:38:24 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 13CE33A69D8 for ; Tue, 9 Mar 2010 22:38:24 -0800 (PST) Received: from LENOVO-917FFE55 ([10.1.4.164]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031014535437-11608 ; Wed, 10 Mar 2010 14:53:54 +0800 Date: Wed, 10 Mar 2010 14:38:21 +0800 From: "zhangyunfei" To: "li.lichun1@zte.com.cn" , "ppsp@ietf.org" References: Message-ID: <201003101437583122493@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-10 14:53:54, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-10 14:38:28, Serialize complete at 2010-03-10 14:38:28 Content-Type: multipart/alternative; boundary="=====003_Dragon027644160876_=====" Subject: Re: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 06:38:26 -0000 This is a multi-part message in MIME format. --=====003_Dragon027644160876_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgTGljaHVuLA0KICAgR2xhZCB0byBzZWUgdGhlIGRyYWZ0LkkgYW0gY3VyaW91cyBvZiBob3cg ZXhhY3RseSB0aGUgUDJQIENETiBzeXN0ZW0gdXNlIFBQU1AgYW5kIHdoYXQgZXhhY3RseSB0aGUg bWVzc2FnZXMgbG9vayBsaWtlLlRoYW5rcy4NCg0KQlINCll1bmZlaQ0KDQoNCg0Kemhhbmd5dW5m ZWkNCjIwMTAtMDMtMTANCg0KDQoNCreivP7Iy6O6IGxpLmxpY2h1bjFAenRlLmNvbS5jbg0Kt6LL zcqxvOSjuiAyMDEwLTAzLTA0IDEzOjM1OjQwDQrK1bz+yMujuiBwcHNwQGlldGYub3JnDQqzrcvN o7ogDQrW98zio7ogW3Bwc3BdIE5ldyBkcmFmdCBhYm91dCBQMlAgQ0RODQoNCg0KRGVhciBhbGws IA0KDQpXZSBoYXZlIHN1Ym1pdHRlZCBhIG5ldyBJbnRlcm5ldCBkcmFmdCBlbnRpdGxlZCAiQSBQ MlAgQ0ROIGJhc2VkIENvbnRlbnQgU2hhcmluZyBTeXN0ZW0gdXNpbmcgUFBTUCBhbmQgUkVMT0FE Ii4gDQpJdCBjYW4gYmUgYWNjZXNzZWQgYXQ6IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzL2RyYWZ0LWxpLXBwc3AtcDJwLWNkbi0wMC50eHQgDQpBbnkgY29tbWVudHMgYXJlIHdl bGNvbWUuIFRoYW5rcy4gDQoNCkFic3RyYWN0Og0KVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgUDJQ IENETiAoQ29udGVudCBEZWxpdmVyeSBOZXR3b3JrKSBiYXNlZA0KY29udGVudCBzaGFyaW5nIHN5 c3RlbSB1c2luZyBQUFNQIChQZWVyIHRvIFBlZXIgU3RyZWFtaW5nIFByb3RvY29sKQ0KYW5kIFJF TE9BRCAoUkVzb3VyY2UgTE9jYXRpb24gQW5kIERpc2NvdmVyeSkuICBUaGUgUDJQIENETiBwcm92 aWRlcyBhDQp1bmlmaWVkIHBsYXRmb3JtIGZvciBzZXJ2aWNlL2NvbnRlbnQgcHJvdmlkZXJzIGFu ZCBjb250ZW50IHNoYXJpbmcNCnVzZXJzIHRvIHNoYXJlIGNvbnRlbnQgZWZmaWNpZW50bHkgYW5k IHNhZmVseS4gIFRoZSBzaGFyZWQgY29udGVudHMNCm1heSBpbmNsdWRlIHN0cmVhbWluZyBtZWRp YSwgZmlsZXMsIGV0Yy4gIFRoaXMgY29udGVudCBzaGFyaW5nIHN5c3RlbQ0KdXNlcyBQUFNQIGFz IHNpZ25hbGluZyBwcm90b2NvbCBmb3IgUDJQIGNvbnRlbnQgZGlzdHJpYnV0aW5nLCBhbmQNCnVz ZXMgUkVMT0FEIHRvIGltcHJvdmUgcmVsaWFiaWxpdHkgYW5kIHNjYWxhYmlsaXR5LiAgTW9yZQ0K c3BlY2lmaWNhbGx5LCBSRUxPQUQgaXMgdXNlZCB0byBjb25zdHJ1Y3QgUDJQIG92ZXJsYXlzIHN0 b3Jpbmcgb2YNCm1hc3NpdmUgY29udGVudHMgYW5kIGxvY2F0aW5nIGNvbnRlbnRzIHJlbGlhYmx5 Lg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg DQpCZXN0IFJlZ2FyZHMsIA0KTGljaHVuIExpDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0 eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIHNvbGVs eSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1haWwgY29tbXVu aWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQgYWJvdmUgYXJlIG9ibGln YXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9z ZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIG90aGVycy4NClRoaXMgZW1h aWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGFyZSBjb25maWRlbnRpYWwgYW5k IGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkg dG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiB0aGUgbWVzc2FnZS4g QW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2UgYXJlIHRob3NlIG9mIHRoZSBpbmRp dmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2Vz IGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=====003_Dragon027644160876_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkhpIExpY2h1biw8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj4mbmJzcDsmbmJz cDsgR2xhZCB0byBzZWUgdGhlIA0KZHJhZnQuSSBhbSBjdXJpb3VzIG9mIGhvdyBleGFjdGx5IHRo ZSBQMlAgQ0ROIHN5c3RlbSB1c2UgUFBTUCBhbmQgd2hhdCBleGFjdGx5IA0KdGhlIG1lc3NhZ2Vz IGxvb2sgbGlrZS5UaGFua3MuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEg Y29sb3I9IzAwMDBmZiBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+QlI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5ZdW5mZWk8L0ZPTlQ+PC9ESVY+DQo8 RElWIGFsaWduPWxlZnQ+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9 Mj4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgU0laRT0yPg0KPC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxGT05UIGZhY2U9VmVyZGFuYSBzaXpl PTI+emhhbmd5dW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXpl PTI+MjAxMC0wMy0xMDwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYSBzaXplPTI+DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz63orz+yMujujwvU1RST05HPiANCmxpLmxpY2h1bjFA enRlLmNvbS5jbjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48 Rk9OVCBzaXplPTI+PFNUUk9ORz63osvNyrG85KO6PC9TVFJPTkc+IA0KMjAxMC0wMy0wNCZuYnNw OzEzOjM1OjQwPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxG T05UIHNpemU9Mj48U1RST05HPsrVvP7Iy6O6PC9TVFJPTkc+IA0KcHBzcEBpZXRmLm9yZzwvRk9O VD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNU Uk9ORz6zrcvNo7o8L1NUUk9ORz4gPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBbcHBzcF0gTmV3 IGRyYWZ0IGFib3V0IA0KUDJQIENETjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmEgc2l6ZT0yPjxCUj48VFQ+PEZPTlQgc2l6ZT0yPkRlYXIgYWxsLDwvRk9OVD48L1RUPiAN CjxCUj48QlI+PFRUPjxGT05UIHNpemU9Mj5XZSBoYXZlIHN1Ym1pdHRlZCBhIG5ldyBJbnRlcm5l dCBkcmFmdCBlbnRpdGxlZCAiQSBQMlAgDQpDRE4gYmFzZWQgQ29udGVudCBTaGFyaW5nIFN5c3Rl bSB1c2luZyBQUFNQIGFuZCBSRUxPQUQiLjwvRk9OVD48L1RUPiANCjxCUj48VFQ+PEZPTlQgc2l6 ZT0yPkl0IGNhbiBiZSBhY2Nlc3NlZCBhdDogDQpodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1saS1wcHNwLXAycC1jZG4tMDAudHh0PC9GT05UPjwvVFQ+IA0KPEJSPjxU VD48Rk9OVCBzaXplPTI+QW55IGNvbW1lbnRzIGFyZSB3ZWxjb21lLiBUaGFua3MuPC9GT05UPjwv VFQ+IDxCUj48VFQ+PEZPTlQgDQpzaXplPTI+PEJSPkFic3RyYWN0OjxCUj5UaGlzIGRvY3VtZW50 IGRlZmluZXMgYSBQMlAgQ0ROIChDb250ZW50IERlbGl2ZXJ5IA0KTmV0d29yaykgYmFzZWQ8QlI+ Y29udGVudCBzaGFyaW5nIHN5c3RlbSB1c2luZyBQUFNQIChQZWVyIHRvIFBlZXIgU3RyZWFtaW5n IA0KUHJvdG9jb2wpPEJSPmFuZCBSRUxPQUQgKFJFc291cmNlIExPY2F0aW9uIEFuZCBEaXNjb3Zl cnkpLiAmbmJzcDtUaGUgUDJQIENETiANCnByb3ZpZGVzIGE8QlI+dW5pZmllZCBwbGF0Zm9ybSBm b3Igc2VydmljZS9jb250ZW50IHByb3ZpZGVycyBhbmQgY29udGVudCANCnNoYXJpbmc8QlI+dXNl cnMgdG8gc2hhcmUgY29udGVudCBlZmZpY2llbnRseSBhbmQgc2FmZWx5LiAmbmJzcDtUaGUgc2hh cmVkIA0KY29udGVudHM8QlI+bWF5IGluY2x1ZGUgc3RyZWFtaW5nIG1lZGlhLCBmaWxlcywgZXRj LiAmbmJzcDtUaGlzIGNvbnRlbnQgc2hhcmluZyANCnN5c3RlbTxCUj51c2VzIFBQU1AgYXMgc2ln bmFsaW5nIHByb3RvY29sIGZvciBQMlAgY29udGVudCBkaXN0cmlidXRpbmcsIA0KYW5kPEJSPnVz ZXMgUkVMT0FEIHRvIGltcHJvdmUgcmVsaWFiaWxpdHkgYW5kIHNjYWxhYmlsaXR5LiANCiZuYnNw O01vcmU8QlI+c3BlY2lmaWNhbGx5LCBSRUxPQUQgaXMgdXNlZCB0byBjb25zdHJ1Y3QgUDJQIG92 ZXJsYXlzIHN0b3JpbmcgDQpvZjxCUj5tYXNzaXZlIGNvbnRlbnRzIGFuZCBsb2NhdGluZyBjb250 ZW50cyByZWxpYWJseS48QlI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgDQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IA0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyANCiZuYnNwOyAmbmJzcDs8L0ZPTlQ+PC9UVD4gPEJS PjxGT05UIGZhY2U9c2Fucy1zZXJpZiBzaXplPTI+QmVzdCBSZWdhcmRzLDwvRk9OVD4gDQo8QlI+ PEZPTlQgZmFjZT1zYW5zLXNlcmlmIHNpemU9Mj5MaWNodW4gTGk8QlI+PC9GT05UPjxCUj48UFJF Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1Ro ZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7 bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7cHJvcGVydHkmbmJzcDtvZiZuYnNwO3RoZSZu YnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9uLiZuYnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7 Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29uZmlkZW50aWFsLiZuYnNwO1JlY2lwaWVudHMm bmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJlJm5ic3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJz cDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDthbmQmbmJzcDthcmUmbmJzcDtub3QmbmJzcDtw ZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3NlJm5ic3A7dGhlJm5ic3A7Y29udGVudHMmbmJz cDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpU aGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDthbnkmbmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0 dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJlJm5ic3A7Y29uZmlkZW50aWFsJm5ic3A7YW5k Jm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJz cDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtvciZuYnNwO2VudGl0eSZuYnNwO3Rv Jm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUmbmJzcDthZGRyZXNzZWQuJm5ic3A7SWYmbmJz cDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtp biZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7bm90aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2lu YXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVzc2FnZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZu YnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21lc3NhZ2UmbmJzcDthcmUmbmJz cDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNwO3NlbmRlci4NClRo aXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7YmVlbiZuYnNwO3NjYW5uZWQmbmJzcDtmb3Im bmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3BhbSZuYnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50 aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9QUkU+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon027644160876_=====-- From lars.eggert@nokia.com Wed Mar 10 07:58:30 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C3683A6807 for ; Wed, 10 Mar 2010 07:58:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.402 X-Spam-Level: X-Spam-Status: No, score=-6.402 tagged_above=-999 required=5 tests=[AWL=0.197, 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 t8qie7w50KTr for ; Wed, 10 Mar 2010 07:58:29 -0800 (PST) Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id 28CB93A683D for ; Wed, 10 Mar 2010 07:58:28 -0800 (PST) Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2AFwFks019945; Wed, 10 Mar 2010 17:58:28 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by vaebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 10 Mar 2010 17:57:48 +0200 Received: from smtp.mgd.nokia.com ([65.54.30.8]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 10 Mar 2010 17:57:48 +0200 Received: from NOK-EUMSG-04.mgdnok.nokia.com ([65.54.30.89]) by nok-am1mhub-04.mgdnok.nokia.com ([65.54.30.8]) with mapi; Wed, 10 Mar 2010 16:57:47 +0100 From: To: , Date: Wed, 10 Mar 2010 16:57:45 +0100 Thread-Topic: [ppsp] status of PPSP Thread-Index: AcqmMwP0GVLK1d8NSlawCCiQ0pQ1KAaN2hgb Message-ID: In-Reply-To: <385C4E72-BE39-44B9-B324-3A5A1AF902A4@nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-Entourage/13.4.0.100208 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3351088665_1670239" MIME-Version: 1.0 X-OriginalArrivalTime: 10 Mar 2010 15:57:48.0783 (UTC) FILETIME=[6E955FF0:01CAC06A] X-Nokia-AV: Clean Subject: Re: [ppsp] status of PPSP X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 15:58:30 -0000 --B_3351088665_1670239 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi, a few comments have been brought up following the IESG review that may impact the charter. I will send the change proposal to the list when I have it (soon I hope). Lars --B_3351088665_1670239 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIMzwYJKoZIhvcNAQcCoIIMwDCCDLwCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Ch4wggVKMIIEMqADAgECAhAz/cMOZGnmbEe+tte1G9KwMA0GCSqGSIb3DQEBBQUAMIHdMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu IFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52 ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0g RzIwHhcNMDkxMDE0MDAwMDAwWhcNMTAxMDE0MjM1OTU5WjCCARMxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTEUMBIGA1UEAxQLTGFycyBF Z2dlcnQxJDAiBgkqhkiG9w0BCQEWFWxhcnMuZWdnZXJ0QG5va2lhLmNvbTCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAKtOn2xrThA7eApqfWxAYUBn3UEqMV0QJrDb1lcdg5lI VbskL+jK4A7Hum5wmn2oMtiW/rQjzMsnV6hwOfduyMFbABLrkYZVP00uJuXMJ3kN5ZOSf1QP s4y8sv5nVnXuwTSOWaW5BIIuO/Q/t3pkKnBUPaFa+5m7ft8hCt6wgRhAttkdeiDCgIyGrCjy Tz9a7ANs1wH1GIurclYVGNkgsyZ/moV0THPUBnIbc50Vd7UXS9zF8eFusZTlxWSVX1cjdN/F VlyIU2qdO5axocXFTRmvAjSeNW2kuSjVNbW8LmpLZkilaruIOQiR75cvghhMeU50fuwznTao QTwmpp1eO5MCAwEAAaOBzDCByTAJBgNVHRMEAjAAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEH FwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8E BAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMEoGA1UdHwRDMEEwP6A9oDuG OWh0dHA6Ly9JbmRDMURpZ2l0YWxJRC1jcmwudmVyaXNpZ24uY29tL0luZEMxRGlnaXRhbElE LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAmtpTx7VKzxpSPfeXB5PyJs5yY0tM2famdKLunkHA 0IW2ss2n0B2FwZgl8RAw6VqfFzt2lDs5ZRum5viMBgrI/juE9BrIownvcpwqaI3gLOP2D+4J NHBbeSLKFOjbZiXYxYZMztYjf3FMRCjgM4az0Qrot1v3NlTihGVltoPUb8ujfctia4jwx8Iv NMG2ZPkzJvIScrXvjnv7xswtehIUl8UaTks8KffxJZ2IAb9gfYDiFp3fC+l30ynHfx/HD9Fm qWJ9FJNPzOU7CSr+7/6KX0Pijau7AwQwLVnA83f/D+75ALDijvzCbbgE7BQrIDofgfWv0GhR nVOjXNfHC+4j6zCCBMwwggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEF BQAwXzELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5D bGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAy ODAwMDAwMFoXDTE1MTAyNzIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJp U2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMy VGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAc BgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3Mg MSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyVzm8eECw/AO2XJua2x+at Qx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zplYu//EHuiVrvFTnAt 1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFBL2OyOj++pRpu 9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5gJ925rXXO L3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUCAwEA AaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQE AwIBBjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZh dGVMYWJlbDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1Ud HwQqMCgwJqAkoCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSME ejB4oWOkYTBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNV BAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDN un9W8N/kvFT+IqyzcqpVMA0GCSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYA mFOjAhvpkEv4GESfD0b3+qD+0x0Yo9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7Lm BDGRTl088HMFN2Prv4NZmP1m3umGMpqSKTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6 MYICeTCCAnUCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQM/3DDmRp5mxHvrbXtRvSsDAJBgUrDgMCGgUAoF0w IwYJKoZIhvcNAQkEMRYEFOzSmFtpltiedFW7nQz+nRGZgDHfMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDMxMDE1NTc0NVowDQYJKoZIhvcNAQEBBQAE ggEABXYI5M133f3efxpka0yDjWXAkWtXgEJaCvBFBfkd+6wLKZEAbeAzdtxGPnsU10Iw2hRN aiKIIbSGLgJXE1Hg/wdCoQAfugvwS28ffbTmEdb+KS1IYsHAtthoGbWDMzHyutRZkI6o0vMa gS7tIUL6shwXwLvAvx5I7ouunX/c0Lq7zZn+D+HfqywtDV6WAXzdCKdohHVdrhDOGZUbDf0Y H8FqiPLiEQ23xCqkMhRnYA5bikNiDVqKbjXpF3hDDiVWFXdg7cSsgTvbcpBiumxLNyobRqH8 xs81sykJj/CG8lkDBejFX15CSHlOTujUCgffNPMUdRMWiqEIFCyzDGe4Nw== --B_3351088665_1670239-- From zhangyunfei@chinamobile.com Wed Mar 10 17:22:33 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 943E03A6A6E for ; Wed, 10 Mar 2010 17:22:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.241 X-Spam-Level: X-Spam-Status: No, score=-96.241 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 JARjx6XjD+Yl for ; Wed, 10 Mar 2010 17:22:32 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 7F8DC3A69DE for ; Wed, 10 Mar 2010 17:22:27 -0800 (PST) Received: from LENOVO-917FFE55 ([10.2.0.91]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031109375839-4019 ; Thu, 11 Mar 2010 09:37:58 +0800 Date: Thu, 11 Mar 2010 09:22:22 +0800 From: "zhangyunfei" To: "lars.eggert@nokia.com" , "lars.eggert@nokia.com" , "ppsp@ietf.org" References: Message-ID: <201003110922222039170@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-11 09:37:58, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-11 09:22:33, Serialize complete at 2010-03-11 09:22:33 Content-Type: multipart/alternative; boundary="=====003_Dragon550177347032_=====" Subject: Re: [ppsp] status of PPSP X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 01:22:33 -0000 This is a multi-part message in MIME format. --=====003_Dragon550177347032_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" VGhhbmtzIExhcnMgZm9yIHRoZSBpbmZvLkxvb2tpbmcgZm9yd2FyZCB0byBzZWVpbmcgYW5kIGRp c2N1c3NpbmcgdGhlIHByb3Bvc2FsLg0KDQpCUg0KWXVuZmVpDQoNCg0KDQoNCnpoYW5neXVuZmVp DQoyMDEwLTAzLTExDQoNCg0KDQq3orz+yMujuiBsYXJzLmVnZ2VydEBub2tpYS5jb20NCreiy83K sbzko7ogMjAxMC0wMy0xMSAwMDoyNToxMA0KytW8/sjLo7ogbGFycy5lZ2dlcnRAbm9raWEuY29t OyBwcHNwQGlldGYub3JnDQqzrcvNo7ogDQrW98zio7ogUmU6IFtwcHNwXSBzdGF0dXMgb2YgUFBT UA0KDQpIaSwNCg0KYSAgZmV3ICBjb21tZW50cyAgaGF2ZSAgYmVlbiAgYnJvdWdodCAgdXAgIGZv bGxvd2luZyAgdGhlICBJRVNHICByZXZpZXcgIHRoYXQgIG1heQ0KaW1wYWN0ICB0aGUgIGNoYXJ0 ZXIuICBJICB3aWxsICBzZW5kICB0aGUgIGNoYW5nZSAgcHJvcG9zYWwgIHRvICB0aGUgIGxpc3Qg IHdoZW4gIEkgIGhhdmUNCml0ICAoc29vbiAgSSAgaG9wZSkuDQoNCkxhcnMNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnBwc3AgIG1haWxpbmcgIGxp c3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v cHBzcA0K --=====003_Dragon550177347032_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBMYXJzIGZvciB0aGUgaW5m by5Mb29raW5nIA0KZm9yd2FyZCB0byBzZWVpbmcgYW5kIGRpc2N1c3NpbmcgdGhlIHByb3Bvc2Fs LjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6 ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMw MDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29s b3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYg YWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDog MTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTExPC9GT05UPjwv Rk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4N CjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RS T05HPreivP7Iy6O6PC9TVFJPTkc+IA0KbGFycy5lZ2dlcnRAbm9raWEuY29tPC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPrei y83Ksbzko7o8L1NUUk9ORz4gDQoyMDEwLTAzLTExJm5ic3A7MDA6MjU6MTA8L0ZPTlQ+PC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+ytW8 /sjLo7o8L1NUUk9ORz4gDQpsYXJzLmVnZ2VydEBub2tpYS5jb207IHBwc3BAaWV0Zi5vcmc8L0ZP TlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxT VFJPTkc+s63LzaO6PC9TVFJPTkc+IDwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7W98zio7o8L1NUUk9ORz4gUmU6IFtwcHNw XSBzdGF0dXMgb2YgDQpQUFNQPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFu YSBzaXplPTI+DQo8RElWPkhpLDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+YSAmbmJz cDtmZXcgJm5ic3A7Y29tbWVudHMgJm5ic3A7aGF2ZSAmbmJzcDtiZWVuICZuYnNwO2Jyb3VnaHQg Jm5ic3A7dXAgDQombmJzcDtmb2xsb3dpbmcgJm5ic3A7dGhlICZuYnNwO0lFU0cgJm5ic3A7cmV2 aWV3ICZuYnNwO3RoYXQgJm5ic3A7bWF5PC9ESVY+DQo8RElWPmltcGFjdCAmbmJzcDt0aGUgJm5i c3A7Y2hhcnRlci4gJm5ic3A7SSAmbmJzcDt3aWxsICZuYnNwO3NlbmQgJm5ic3A7dGhlIA0KJm5i c3A7Y2hhbmdlICZuYnNwO3Byb3Bvc2FsICZuYnNwO3RvICZuYnNwO3RoZSAmbmJzcDtsaXN0ICZu YnNwO3doZW4gJm5ic3A7SSANCiZuYnNwO2hhdmU8L0RJVj4NCjxESVY+aXQgJm5ic3A7KHNvb24g Jm5ic3A7SSAmbmJzcDtob3BlKS48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkxhcnM8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPC9ESVY+DQo8RElWPnBwc3AgJm5ic3A7bWFpbGluZyAmbmJz cDtsaXN0PC9ESVY+DQo8RElWPnBwc3BAaWV0Zi5vcmc8L0RJVj4NCjxESVY+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPjwv Rk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon550177347032_=====-- From li.lichun1@zte.com.cn Wed Mar 10 17:44:23 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7EB753A6AAA for ; Wed, 10 Mar 2010 17:44:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.736 X-Spam-Level: X-Spam-Status: No, score=-99.736 tagged_above=-999 required=5 tests=[AWL=-2.102, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, 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 RgwHOeKP28Gz for ; Wed, 10 Mar 2010 17:44:22 -0800 (PST) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 44E513A677C for ; Wed, 10 Mar 2010 17:44:21 -0800 (PST) Received: from [10.30.17.100] by mx6.zte.com.cn with surfront esmtp id 46907790912505; Thu, 11 Mar 2010 09:14:53 +0800 (CST) Received: from [192.168.168.1] by [192.168.168.16] with StormMail ESMTP id 84131.2094849801; Thu, 11 Mar 2010 09:42:35 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id o2B1iJfO075878; Thu, 11 Mar 2010 09:44:19 +0800 (CST) (envelope-from li.lichun1@zte.com.cn) In-Reply-To: <201003101437583122493@chinamobile.com> To: "zhangyunfei" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: li.lichun1@zte.com.cn Date: Thu, 11 Mar 2010 09:44:12 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-03-11 09:44:18, Serialize complete at 2010-03-11 09:44:18 Content-Type: multipart/alternative; boundary="=_alternative 0009DC3E482576E3_=" X-MAIL: mse1.zte.com.cn o2B1iJfO075878 Cc: "ppsp@ietf.org" Subject: Re: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 01:44:23 -0000 This is a multipart message in MIME format. --=_alternative 0009DC3E482576E3_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgWXVuZmVpLA0KICAgVGhpcyBkcmFmdCBpcyBub3QgaW50ZW50IHRvIGRlZmluZSBtZXNzYWdl IGZvcm1hdC4gQnV0IHdlIHdpbGwgDQpzdW1tYXJpemUgc29tZSByZXF1aXJlbWVudHMgb24gUFBT UCBwcm90b2NvbHMgZnJvbSB0aGUgdmlldyBvZiBQMlAgQ0ROLiANClRha2UgRmlndXJlIDQgYXMg YW4gZXhhbXBsZSwgdHJhY2tlciBjYW4gaW5zdHJ1Y3QgY2FjaGVyIHRvIGRvd25sb2FkIA0KY29u dGVudHMgKGxpdmUgY2hhbm5lbCwgZmlyc3QgY2h1bmsgb2YgbW92aWUpIGZvciBmYXN0IGNoYW5u ZWwvbW92aWUgDQpjaGFuZ2UuIEl0IGxvb2tzIHRoYXQgY3VycmVudCB0cmFja2VyIHByb3RvY29s IGRyYWZ0IGRvZXNuoa90IGhhdmUgbWVzc2FnZSANCnR5cGUgdG8gc3VwcG9ydCB0aGlzLg0KDQoN CkJSDQpMaWNodW4NCg0KDQoNCg0KInpoYW5neXVuZmVpIiA8emhhbmd5dW5mZWlAY2hpbmFtb2Jp bGUuY29tPiANCjIwMTAtMDMtMTAgMTQ6MzgNCg0KytW8/sjLDQoibGkubGljaHVuMUB6dGUuY29t LmNuIiA8bGkubGljaHVuMUB6dGUuY29tLmNuPiwgInBwc3BAaWV0Zi5vcmciIA0KPHBwc3BAaWV0 Zi5vcmc+DQqzrcvNDQoNCtb3zOINClJlOiBbcHBzcF0gTmV3IGRyYWZ0IGFib3V0IFAyUCBDRE4N Cg0KDQoNCg0KDQoNCkhpIExpY2h1biwNCiAgIEdsYWQgdG8gc2VlIHRoZSBkcmFmdC5JIGFtIGN1 cmlvdXMgb2YgaG93IGV4YWN0bHkgdGhlIFAyUCBDRE4gc3lzdGVtIA0KdXNlIFBQU1AgYW5kIHdo YXQgZXhhY3RseSB0aGUgbWVzc2FnZXMgbG9vayBsaWtlLlRoYW5rcy4NCiANCkJSDQpZdW5mZWkN Cg0Kemhhbmd5dW5mZWkNCjIwMTAtMDMtMTANCg0Kt6K8/sjLo7ogbGkubGljaHVuMUB6dGUuY29t LmNuDQq3osvNyrG85KO6IDIwMTAtMDMtMDQgMTM6MzU6NDANCsrVvP7Iy6O6IHBwc3BAaWV0Zi5v cmcNCrOty82juiANCtb3zOKjuiBbcHBzcF0gTmV3IGRyYWZ0IGFib3V0IFAyUCBDRE4NCiANCg0K RGVhciBhbGwsIA0KDQpXZSBoYXZlIHN1Ym1pdHRlZCBhIG5ldyBJbnRlcm5ldCBkcmFmdCBlbnRp dGxlZCAiQSBQMlAgQ0ROIGJhc2VkIENvbnRlbnQgDQpTaGFyaW5nIFN5c3RlbSB1c2luZyBQUFNQ IGFuZCBSRUxPQUQiLiANCkl0IGNhbiBiZSBhY2Nlc3NlZCBhdDogDQpodHRwOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1saS1wcHNwLXAycC1jZG4tMDAudHh0IA0KQW55IGNv bW1lbnRzIGFyZSB3ZWxjb21lLiBUaGFua3MuIA0KDQpBYnN0cmFjdDoNClRoaXMgZG9jdW1lbnQg ZGVmaW5lcyBhIFAyUCBDRE4gKENvbnRlbnQgRGVsaXZlcnkgTmV0d29yaykgYmFzZWQNCmNvbnRl bnQgc2hhcmluZyBzeXN0ZW0gdXNpbmcgUFBTUCAoUGVlciB0byBQZWVyIFN0cmVhbWluZyBQcm90 b2NvbCkNCmFuZCBSRUxPQUQgKFJFc291cmNlIExPY2F0aW9uIEFuZCBEaXNjb3ZlcnkpLiAgVGhl IFAyUCBDRE4gcHJvdmlkZXMgYQ0KdW5pZmllZCBwbGF0Zm9ybSBmb3Igc2VydmljZS9jb250ZW50 IHByb3ZpZGVycyBhbmQgY29udGVudCBzaGFyaW5nDQp1c2VycyB0byBzaGFyZSBjb250ZW50IGVm ZmljaWVudGx5IGFuZCBzYWZlbHkuICBUaGUgc2hhcmVkIGNvbnRlbnRzDQptYXkgaW5jbHVkZSBz dHJlYW1pbmcgbWVkaWEsIGZpbGVzLCBldGMuICBUaGlzIGNvbnRlbnQgc2hhcmluZyBzeXN0ZW0N CnVzZXMgUFBTUCBhcyBzaWduYWxpbmcgcHJvdG9jb2wgZm9yIFAyUCBjb250ZW50IGRpc3RyaWJ1 dGluZywgYW5kDQp1c2VzIFJFTE9BRCB0byBpbXByb3ZlIHJlbGlhYmlsaXR5IGFuZCBzY2FsYWJp bGl0eS4gIE1vcmUNCnNwZWNpZmljYWxseSwgUkVMT0FEIGlzIHVzZWQgdG8gY29uc3RydWN0IFAy UCBvdmVybGF5cyBzdG9yaW5nIG9mDQptYXNzaXZlIGNvbnRlbnRzIGFuZCBsb2NhdGluZyBjb250 ZW50cyByZWxpYWJseS4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIA0KQmVzdCBSZWdhcmRzLCANCkxpY2h1biBMaQ0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0 aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1h aWwgaXMgDQpzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhp cyBtYWlsIGNvbW11bmljYXRpb24gaXMgDQpjb25maWRlbnRpYWwuIFJlY2lwaWVudHMgbmFtZWQg YWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCANCmFyZSBub3QgcGVy bWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8g DQpvdGhlcnMuDQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBh cmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCANCnNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUg aW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIA0KSWYgeW91 IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmln aW5hdG9yIG9mIA0KdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNz YWdlIGFyZSB0aG9zZSBvZiB0aGUgDQppbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBo YXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gDQpz eXN0ZW0uDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhl IHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24gaXMgY29uZmlk ZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4g c2VjcmVjeSBhbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhlIGNvbnRlbnRzIG9m IHRoaXMgY29tbXVuaWNhdGlvbiB0byBvdGhlcnMuDQpUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMg dHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBzb2xlbHkg Zm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUg YWRkcmVzc2VkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFz ZSBub3RpZnkgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNz ZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVhbCBzZW5kZXIuDQpU aGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBaVEUg QW50aS1TcGFtIHN5c3RlbS4NCg== --=_alternative 0009DC3E482576E3_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpIFl1bmZlaSw8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtUaGlzIGRyYWZ0 IGlzIG5vdCBpbnRlbnQNCnRvIGRlZmluZSBtZXNzYWdlIGZvcm1hdC4gQnV0IHdlIHdpbGwgc3Vt bWFyaXplIHNvbWUgcmVxdWlyZW1lbnRzIG9uIFBQU1ANCnByb3RvY29scyBmcm9tIHRoZSB2aWV3 IG9mIFAyUCBDRE4uIFRha2UgRmlndXJlIDQgYXMgYW4gZXhhbXBsZSwgdHJhY2tlcg0KY2FuIGlu c3RydWN0IGNhY2hlciB0byBkb3dubG9hZCBjb250ZW50cyAobGl2ZSBjaGFubmVsLCBmaXJzdCBj aHVuayBvZg0KbW92aWUpIGZvciBmYXN0IGNoYW5uZWwvbW92aWUgY2hhbmdlLiBJdCBsb29rcyB0 aGF0IGN1cnJlbnQgdHJhY2tlciBwcm90b2NvbA0KZHJhZnQgZG9lc26hr3QgaGF2ZSBtZXNzYWdl IHR5cGUgdG8gc3VwcG9ydCB0aGlzLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+PGJyPg0KPGJyPg0KQlI8YnI+DQpMaWNodW48YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8 YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRo PTI2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+JnF1b3Q7emhhbmd5dW5mZWkm cXVvdDsNCiZsdDt6aGFuZ3l1bmZlaUBjaGluYW1vYmlsZS5jb20mZ3Q7PC9iPiA8L2ZvbnQ+DQo8 cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAxMC0wMy0xMCAxNDozODwvZm9udD4N Cjx0ZCB3aWR0aD03MyU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRk Pg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjL PC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDts aS5saWNodW4xQHp0ZS5jb20uY24mcXVvdDsgJmx0O2xpLmxpY2h1bjFAenRlLmNvbS5jbiZndDss DQomcXVvdDtwcHNwQGlldGYub3JnJnF1b3Q7ICZsdDtwcHNwQGlldGYub3JnJmd0OzwvZm9udD4N Cjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFj ZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0K PHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM 4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFtw cHNwXSBOZXcgZHJhZnQgYWJvdXQgUDJQIENETjwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxl Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJy Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IlZlcmRhbmEiPkhpIExp Y2h1biw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFuYSI+ Jm5ic3A7ICZuYnNwO0dsYWQgdG8gc2VlIHRoZQ0KZHJhZnQuSSBhbSBjdXJpb3VzIG9mIGhvdyBl eGFjdGx5IHRoZSBQMlAgQ0ROIHN5c3RlbSB1c2UgUFBTUCBhbmQgd2hhdA0KZXhhY3RseSB0aGUg bWVzc2FnZXMgbG9vayBsaWtlLlRoYW5rcy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm YWNlPSJWZXJkYW5hIj5CUjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNl PSJWZXJkYW5hIj5ZdW5mZWk8L2ZvbnQ+DQo8YnI+DQo8aHI+DQo8YnI+PGZvbnQgc2l6ZT0yIGNv bG9yPSNjMGMwYzAgZmFjZT0iVmVyZGFuYSI+emhhbmd5dW5mZWk8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGNvbG9yPSNjMGMwYzAgZmFjZT0iVmVyZGFuYSI+MjAxMC0wMy0xMDwvZm9udD4NCjxi cj4NCjxocj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iVmVyZGFuYSI+PGI+t6K8/sjLo7o8L2I+ IGxpLmxpY2h1bjFAenRlLmNvbS5jbjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iVmVy ZGFuYSI+PGI+t6LLzcqxvOSjujwvYj4gMjAxMC0wMy0wNCAxMzozNTo0MDwvZm9udD4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0iVmVyZGFuYSI+PGI+ytW8/sjLo7o8L2I+IHBwc3BAaWV0Zi5vcmc8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IlZlcmRhbmEiPjxiPrOty82jujwvYj4gPC9m b250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJWZXJkYW5hIj48Yj7W98zio7o8L2I+IFtwcHNw XSBOZXcgZHJhZnQgYWJvdXQNClAyUCBDRE48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9 InNhbnMtc2VyaWYiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0iVmVyZGFu YSI+PGJyPg0KRGVhciBhbGwsIDxicj4NCjxicj4NCldlIGhhdmUgc3VibWl0dGVkIGEgbmV3IElu dGVybmV0IGRyYWZ0IGVudGl0bGVkICZxdW90O0EgUDJQIENETiBiYXNlZCBDb250ZW50DQpTaGFy aW5nIFN5c3RlbSB1c2luZyBQUFNQIGFuZCBSRUxPQUQmcXVvdDsuIDxicj4NCkl0IGNhbiBiZSBh Y2Nlc3NlZCBhdDogaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGkt cHBzcC1wMnAtY2RuLTAwLnR4dA0KPGJyPg0KQW55IGNvbW1lbnRzIGFyZSB3ZWxjb21lLiBUaGFu a3MuIDxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NClRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFAy UCBDRE4gKENvbnRlbnQgRGVsaXZlcnkgTmV0d29yaykgYmFzZWQ8YnI+DQpjb250ZW50IHNoYXJp bmcgc3lzdGVtIHVzaW5nIFBQU1AgKFBlZXIgdG8gUGVlciBTdHJlYW1pbmcgUHJvdG9jb2wpPGJy Pg0KYW5kIFJFTE9BRCAoUkVzb3VyY2UgTE9jYXRpb24gQW5kIERpc2NvdmVyeSkuICZuYnNwO1Ro ZSBQMlAgQ0ROIHByb3ZpZGVzDQphPGJyPg0KdW5pZmllZCBwbGF0Zm9ybSBmb3Igc2VydmljZS9j b250ZW50IHByb3ZpZGVycyBhbmQgY29udGVudCBzaGFyaW5nPGJyPg0KdXNlcnMgdG8gc2hhcmUg Y29udGVudCBlZmZpY2llbnRseSBhbmQgc2FmZWx5LiAmbmJzcDtUaGUgc2hhcmVkIGNvbnRlbnRz PGJyPg0KbWF5IGluY2x1ZGUgc3RyZWFtaW5nIG1lZGlhLCBmaWxlcywgZXRjLiAmbmJzcDtUaGlz IGNvbnRlbnQgc2hhcmluZyBzeXN0ZW08YnI+DQp1c2VzIFBQU1AgYXMgc2lnbmFsaW5nIHByb3Rv Y29sIGZvciBQMlAgY29udGVudCBkaXN0cmlidXRpbmcsIGFuZDxicj4NCnVzZXMgUkVMT0FEIHRv IGltcHJvdmUgcmVsaWFiaWxpdHkgYW5kIHNjYWxhYmlsaXR5LiAmbmJzcDtNb3JlPGJyPg0Kc3Bl Y2lmaWNhbGx5LCBSRUxPQUQgaXMgdXNlZCB0byBjb25zdHJ1Y3QgUDJQIG92ZXJsYXlzIHN0b3Jp bmcgb2Y8YnI+DQptYXNzaXZlIGNvbnRlbnRzIGFuZCBsb2NhdGluZyBjb250ZW50cyByZWxpYWJs eS48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fu cy1zZXJpZiI+PGJyPg0KQmVzdCBSZWdhcmRzLDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iVmVy ZGFuYSI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KTGljaHVu IExpPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJWZXJkYW5hIj48YnI+DQo8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9IlZlcmRhbmEiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5 IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwNCmlzIHNvbGVs eSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0aW9uLiBUaGlzIG1haWwgY29tbXVu aWNhdGlvbg0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxp Z2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeQ0KYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Ns b3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8NCm90aGVycy48YnI+DQpU aGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50 aWFsIGFuZCBpbnRlbmRlZA0Kc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9y IGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4NCklmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZg0KdGhl IG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBv ZiB0aGUgaW5kaXZpZHVhbA0Kc2VuZGVyLjxicj4NClRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2Fu bmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLjxicj4NCjwv Zm9udD4NCjxicj4NCjxicj48cHJlPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9uJm5ic3A7U2VjdXJp dHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQm bmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aXMmbmJzcDtzb2xlbHkmbmJzcDtwcm9w ZXJ0eSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7c2VuZGVyJ3MmbmJzcDtvcmdhbml6YXRpb24uJm5i c3A7VGhpcyZuYnNwO21haWwmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7aXMmbmJzcDtjb25maWRl bnRpYWwuJm5ic3A7UmVjaXBpZW50cyZuYnNwO25hbWVkJm5ic3A7YWJvdmUmbmJzcDthcmUmbmJz cDtvYmxpZ2F0ZWQmbmJzcDt0byZuYnNwO21haW50YWluJm5ic3A7c2VjcmVjeSZuYnNwO2FuZCZu YnNwO2FyZSZuYnNwO25vdCZuYnNwO3Blcm1pdHRlZCZuYnNwO3RvJm5ic3A7ZGlzY2xvc2UmbmJz cDt0aGUmbmJzcDtjb250ZW50cyZuYnNwO29mJm5ic3A7dGhpcyZuYnNwO2NvbW11bmljYXRpb24m bmJzcDt0byZuYnNwO290aGVycy4NClRoaXMmbmJzcDtlbWFpbCZuYnNwO2FuZCZuYnNwO2FueSZu YnNwO2ZpbGVzJm5ic3A7dHJhbnNtaXR0ZWQmbmJzcDt3aXRoJm5ic3A7aXQmbmJzcDthcmUmbmJz cDtjb25maWRlbnRpYWwmbmJzcDthbmQmbmJzcDtpbnRlbmRlZCZuYnNwO3NvbGVseSZuYnNwO2Zv ciZuYnNwO3RoZSZuYnNwO3VzZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNw O29yJm5ic3A7ZW50aXR5Jm5ic3A7dG8mbmJzcDt3aG9tJm5ic3A7dGhleSZuYnNwO2FyZSZuYnNw O2FkZHJlc3NlZC4mbmJzcDtJZiZuYnNwO3lvdSZuYnNwO2hhdmUmbmJzcDtyZWNlaXZlZCZuYnNw O3RoaXMmbmJzcDtlbWFpbCZuYnNwO2luJm5ic3A7ZXJyb3ImbmJzcDtwbGVhc2UmbmJzcDtub3Rp ZnkmbmJzcDt0aGUmbmJzcDtvcmlnaW5hdG9yJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDttZXNzYWdl LiZuYnNwO0FueSZuYnNwO3ZpZXdzJm5ic3A7ZXhwcmVzc2VkJm5ic3A7aW4mbmJzcDt0aGlzJm5i c3A7bWVzc2FnZSZuYnNwO2FyZSZuYnNwO3Rob3NlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRp dmlkdWFsJm5ic3A7c2VuZGVyLg0KVGhpcyZuYnNwO21lc3NhZ2UmbmJzcDtoYXMmbmJzcDtiZWVu Jm5ic3A7c2Nhbm5lZCZuYnNwO2ZvciZuYnNwO3ZpcnVzZXMmbmJzcDthbmQmbmJzcDtTcGFtJm5i c3A7YnkmbmJzcDtaVEUmbmJzcDtBbnRpLVNwYW0mbmJzcDtzeXN0ZW0uDQo8L3ByZT4= --=_alternative 0009DC3E482576E3_=-- From khwu@astri.org Wed Mar 10 23:47:18 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 294433A6B54 for ; Wed, 10 Mar 2010 23:47:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.282 X-Spam-Level: ** X-Spam-Status: No, score=2.282 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396] 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 9ulTiOHMHqb9 for ; Wed, 10 Mar 2010 23:47:15 -0800 (PST) Received: from mail1.astri.org (mail1.astri.org [218.188.84.5]) by core3.amsl.com (Postfix) with ESMTP id 880883A6B52 for ; Wed, 10 Mar 2010 23:47:14 -0800 (PST) Received: (qmail 15941 invoked from network); 11 Mar 2010 07:47:16 -0000 X-NetworkBox-HamSign: 0101;OUT;astrihk1;9c8b65330f473e86000dae779d25fab2; Received: from unknown (HELO ASPROEXG.astri.local) (10.6.2.22) by 172.16.1.240 with SMTP; 11 Mar 2010 07:47:16 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CAC0EE.B223DB81" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 11 Mar 2010 15:44:10 +0800 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: New draft about P2P Layered Streaming for Heterogeneous Networks in PPSP thread-index: AcrA7qI/tSVt0113SCyxWXxleEF0TA== From: "Kang Heng WU" To: "zhangyunfei" , X-NetworkBox-BounceSign-astri: 0101;14679;908618f1 X-Scanned-By-astrihk1: Virus scan performed by network-box X-Scanned-By-astrihk1: Scanner file id is astrihk1-1268293636.525-15935-000 X-Scanned-By-astrihk1: No known viruses found in message (received+scanned in 0.08/0.20 secs) X-Scanned-By-astrihk1: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0 Cc: Lei Zhibin James , Dah Ming Chiu Subject: [ppsp] New draft about P2P Layered Streaming for Heterogeneous Networks in PPSP X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 07:47:18 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CAC0EE.B223DB81 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CAC0EE.B223DB81" ------_=_NextPart_002_01CAC0EE.B223DB81 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Yunfei, =20 We would like to request a time slot to present our draft "P2P Layered Streaming for Heterogeneous Networks in PPSP". The attached document is the draft.=20 =20 The abstract of the draft is as follows. The scenarios where a Peer-to-Peer Streaming Protocol (PPSP) contains heterogeneous nodes need special considerations. For example, mobile devices, PCs and set-top boxes may all need to access and provide service for the same content. To support heterogeneity and maximize the total network utilization, it may be necessary to have layered coding of content to achieve desired results. This document defines the Layered P2P Streaming in PPSP with support for heterogeneous peer nodes. =20 Thanks, Kangheng =20 =20 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------_=_NextPart_002_01CAC0EE.B223DB81 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi Yunfei,

 

We would like to request a time slot to present our = draft "P2P Layered Streaming for Heterogeneous Networks in PPSP". = The attached document is the draft.

 

The abstract of the draft is as = follows.

The scenarios where a Peer-to-Peer Streaming Protocol = (PPSP) contains heterogeneous nodes need special considerations. For example, = mobile devices, PCs and set-top boxes may all need to access and provide = service for the same content. To support heterogeneity and maximize the total = network utilization, it may be necessary to have layered coding of content to = achieve desired results. This document defines the Layered P2P Streaming in PPSP = with support for heterogeneous peer nodes.

 

Thanks,

Kangheng

 

 


=

This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited.


= ------_=_NextPart_002_01CAC0EE.B223DB81-- ------_=_NextPart_001_01CAC0EE.B223DB81 Content-Type: text/plain; name="draft-wu-ppsp-p2p-layered-streaming-00.txt" Content-Transfer-Encoding: base64 Content-Description: draft-wu-ppsp-p2p-layered-streaming-00.txt Content-Disposition: attachment; filename="draft-wu-ppsp-p2p-layered-streaming-00.txt" UFBTUCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEsuIFd1DQpJbnRlcm5ldCBEcmFmdCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBaLiBMZWkNCkludGVuZGVkIHN0YXR1czogQkNQICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRC4gQ2hpdQ0KRXhwaXJlczogU2VwdGVt YmVyIDIwMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFTVFJJDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE1h cmNoIDExLCAyMDEwDQoNCg0KICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyBmb3IgSGV0 ZXJvZ2VuZW91cyBOZXR3b3JrcyBpbiBQUFNQDQogICAgICAgICAgICAgICAgZHJhZnQtd3UtcHBz cC1wMnAtbGF5ZXJlZC1zdHJlYW1pbmctMDAudHh0DQoNCg0KDQoNClN0YXR1cyBvZiB0aGlzIE1l bW8NCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBjb25mb3Jt YW5jZSB3aXRoIHRoZQ0KICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4NCg0KICAg VGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRo IHRoZQ0KICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4gVGhpcyBkb2N1bWVudCBt YXkgbm90IGJlIG1vZGlmaWVkLA0KICAgYW5kIGRlcml2YXRpdmUgd29ya3Mgb2YgaXQgbWF5IG5v dCBiZSBjcmVhdGVkLCBhbmQgaXQgbWF5IG5vdCBiZQ0KICAgcHVibGlzaGVkIGV4Y2VwdCBhcyBh biBJbnRlcm5ldC1EcmFmdC4NCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQg aW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQ0KICAgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5k IEJDUCA3OS4gVGhpcyBkb2N1bWVudCBtYXkgbm90IGJlIG1vZGlmaWVkLA0KICAgYW5kIGRlcml2 YXRpdmUgd29ya3Mgb2YgaXQgbWF5IG5vdCBiZSBjcmVhdGVkLCBleGNlcHQgdG8gcHVibGlzaCBp dA0KICAgYXMgYW4gUkZDIGFuZCB0byB0cmFuc2xhdGUgaXQgaW50byBsYW5ndWFnZXMgb3RoZXIg dGhhbiBFbmdsaXNoLg0KDQogICBUaGlzIGRvY3VtZW50IG1heSBjb250YWluIG1hdGVyaWFsIGZy b20gSUVURiBEb2N1bWVudHMgb3IgSUVURg0KICAgQ29udHJpYnV0aW9ucyBwdWJsaXNoZWQgb3Ig bWFkZSBwdWJsaWNseSBhdmFpbGFibGUgYmVmb3JlIE5vdmVtYmVyIDEwLA0KICAgMjAwOC4gVGhl IHBlcnNvbihzKSBjb250cm9sbGluZyB0aGUgY29weXJpZ2h0IGluIHNvbWUgb2YgdGhpcw0KICAg bWF0ZXJpYWwgbWF5IG5vdCBoYXZlIGdyYW50ZWQgdGhlIElFVEYgVHJ1c3QgdGhlIHJpZ2h0IHRv IGFsbG93DQogICBtb2RpZmljYXRpb25zIG9mIHN1Y2ggbWF0ZXJpYWwgb3V0c2lkZSB0aGUgSUVU RiBTdGFuZGFyZHMgUHJvY2Vzcy4NCiAgIFdpdGhvdXQgb2J0YWluaW5nIGFuIGFkZXF1YXRlIGxp Y2Vuc2UgZnJvbSB0aGUgcGVyc29uKHMpIGNvbnRyb2xsaW5nDQogICB0aGUgY29weXJpZ2h0IGlu IHN1Y2ggbWF0ZXJpYWxzLCB0aGlzIGRvY3VtZW50IG1heSBub3QgYmUgbW9kaWZpZWQNCiAgIG91 dHNpZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3MsIGFuZCBkZXJpdmF0aXZlIHdvcmtzIG9m IGl0IG1heQ0KICAgbm90IGJlIGNyZWF0ZWQgb3V0c2lkZSB0aGUgSUVURiBTdGFuZGFyZHMgUHJv Y2VzcywgZXhjZXB0IHRvIGZvcm1hdA0KICAgaXQgZm9yIHB1YmxpY2F0aW9uIGFzIGFuIFJGQyBv ciB0byB0cmFuc2xhdGUgaXQgaW50byBsYW5ndWFnZXMgb3RoZXINCiAgIHRoYW4gRW5nbGlzaC4N Cg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJu ZXQgRW5naW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBpdHMg d29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCiAgIG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0 cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4NCg0KICAgSW50ZXJu ZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXgg bW9udGhzDQogICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkg b3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0KICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8g dXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UNCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUg dGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiINCg0KDQoNCld1LCBldCBhbC4g ICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDExLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2Ug MV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAg ICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0 LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8x aWQtYWJzdHJhY3RzLnR4dA0KDQogICBUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cg RGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0DQogICBodHRwOi8vd3d3LmlldGYub3JnL3No YWRvdy5odG1sDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gU2VwdGVt YmVyIDExLCAyMDEwLg0KDQpDb3B5cmlnaHQgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoYykgMjAx MCBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1l bnQgYXV0aG9ycy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCg0KICAgVGhpcyBkb2N1bWVudCBpcyBz dWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbA0KICAgUHJvdmlzaW9u cyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cw0KICAgKGh0dHA6Ly90cnVzdGVlLmlldGYub3Jn L2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mDQogICBwdWJsaWNhdGlvbiBv ZiB0aGlzIGRvY3VtZW50LiBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cyBjYXJlZnVsbHks DQogICBhcyB0aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCBy ZXNwZWN0IHRvIHRoaXMNCiAgIGRvY3VtZW50LiBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZy b20gdGhpcyBkb2N1bWVudCBtdXN0IGluY2x1ZGUNCiAgIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2Ug dGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YgdGhlIFRydXN0DQogICBMZWdhbCBQ cm92aXNpb25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcyBkZXNjcmliZWQg aW4NCiAgIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLg0KDQogICBUaGlzIGRvY3VtZW50IGlz IHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNp b25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzDQogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5v cmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YNCiAgIHB1YmxpY2F0aW9u IG9mIHRoaXMgZG9jdW1lbnQuIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzIGNhcmVmdWxs eSwNCiAgIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRo IHJlc3BlY3QgdG8gdGhpcw0KICAgZG9jdW1lbnQuDQoNCg0KDQpBYnN0cmFjdA0KDQogICBUaGUg c2NlbmFyaW9zIHdoZXJlIGEgUGVlci10by1QZWVyIFN0cmVhbWluZyBQcm90b2NvbCAoUFBTUCkg Y29udGFpbnMNCiAgIGhldGVyb2dlbmVvdXMgbm9kZXMgbmVlZCBzcGVjaWFsIGNvbnNpZGVyYXRp b25zLiBGb3IgZXhhbXBsZSwgbW9iaWxlDQogICBkZXZpY2VzLCBQQ3MgYW5kIHNldC10b3AgYm94 ZXMgbWF5IGFsbCBuZWVkIHRvIGFjY2VzcyBhbmQgcHJvdmlkZQ0KICAgc2VydmljZSBmb3IgdGhl IHNhbWUgY29udGVudC4gVG8gc3VwcG9ydCBoZXRlcm9nZW5laXR5IGFuZCBtYXhpbWl6ZQ0KICAg dGhlIHRvdGFsIG5ldHdvcmsgdXRpbGl6YXRpb24sIGl0IG1heSBiZSBuZWNlc3NhcnkgdG8gaGF2 ZSBsYXllcmVkDQogICBjb2Rpbmcgb2YgY29udGVudCB0byBhY2hpZXZlIGRlc2lyZWQgcmVzdWx0 cy4gVGhpcyBkb2N1bWVudCBkZWZpbmVzDQogICB0aGUgTGF5ZXJlZCBQMlAgU3RyZWFtaW5nIGlu IFBQU1Agd2l0aCBzdXBwb3J0IGZvciBoZXRlcm9nZW5lb3VzIHBlZXINCiAgIG5vZGVzLg0KDQoN Cg0KDQoNCg0KDQpXdSwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMSwgMjAx MCAgICAgICAgICAgICAgIFtQYWdlIDJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICBQMlAg TGF5ZXJlZCBTdHJlYW1pbmcgICAgICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KVGFibGUgb2Yg Q29udGVudHMNCg0KDQoNCiAgIDEuIEludHJvZHVjdGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjMNCiAgIDIuIFRlcm1pbm9sb2d5Li4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjUNCiAgIDMuIEFyY2hpdGVjdHVy ZS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjYNCiAgICAg IDMuMS4gRnVuY3Rpb24gRW50aXRpZXMgYW5kIEludGVyZmFjZXMuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi42DQogICAgICAzLjIuIExheWVyZWQgRGVwZW5kZW5jeS4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uOA0KICAgICAgMy4zLiBMYXllcmVkIEluZGljYXRpb24uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjkNCiAgIDQuIE1lc3NhZ2UgRmxvd3MuLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjkNCiAgICAgIDQuMS4g UFVULUxBWUVSIChQdXQgTGF5ZXIgSW5mb3JtYXRpb24pIGludG8gVHJhY2tlci4uLi4uLi4uLi4u OQ0KICAgICAgNC4yLiBHRVQtTEFZRVIgKEdldCBMYXllciBJbmZvcm1hdGlvbikgZnJvbSBUcmFj a2VyLi4uLi4uLi4uLjEwDQogICAgICA0LjMuIFBVVC1DSFVOSyAoUHV0IENodW5rIEluZm9ybWF0 aW9uKSBpbnRvIFRyYWNrZXIuLi4uLi4uLi4uMTENCiAgICAgIDQuNC4gR0VULVBFRVJMSVNUIChQ ZWVyIFNlbGVjdGlvbikuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjExDQogICAgICA0LjUuIExB WUVSLUNIQU5HRSAoTGF5ZXIgQ2hhbmdlKS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMg0K ICAgICAgNC42LiBTVEFUSVNUSUNTLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4xMw0KICAgNS4gT3BlbiBpc3N1ZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4xMw0KICAgICAgNS4xLiBEYXRhIFNjaGVkdWxpbmcuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTMNCiAgICAgIDUuMi4gU3lzdGVtIFBl cmZvcm1hbmNlIE1ldHJpY3MuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE0DQogICAgICAg ICA1LjIuMS4gVGhyb3VnaHB1dCBhbmQgRGVsYXkuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xNA0KICAgICAgICAgNS4yLjIuIExheWVyIGRlbGl2ZXJ5IHJhdGlvLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uMTQNCiAgICAgICAgIDUuMi4zLiBVc2VsZXNzIHBhY2tldHMgcmF0aW8u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE0DQogICAgICAgICA1LjIuNC4gSml0dGVyIHBy ZXZlbnRpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNA0KICAgICAgNS4zLiBV c2VyIFBlcmZvcm1hbmNlIE1ldHJpY3MuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTUN CiAgICAgICAgIDUuMy4xLiBTdGFydC11cCBEZWxheS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLjE1DQogICAgICAgICA1LjMuMi4gUGxheWJhY2sgQ29udGludWl0eS4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xNQ0KICAgICAgICAgNS4zLjMuIFBsYXliYWNrIERlbGF5 Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTUNCiAgIDYuIERlcGxveW1lbnQg T3B0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTYNCiAgIDcu IFByb3RvY29sIERldGFpbC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uMTYNCiAgIDguIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLjE2DQogICA5LiBJQU5BIENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE2DQogICAxMC4gQ29uY2x1c2lvbnMuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE2DQogICAxMS4gUmVmZXJl bmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjE2DQog ICAgICAxMS4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4xNg0KICAgICAgMTEuMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uMTYNCiAgIDEyLiBBY2tub3dsZWRnbWVudHMuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTcNCg0KDQoNCjEuIEludHJvZHVjdGlv bg0KDQogICBTaW5nbGUgbGF5ZXIgdmlkZW8gc3RyZWFtaW5nIGNhbm5vdCBzYXRpc2Z5IGhldGVy b2dlbmVvdXMgY3VzdG9tZXINCiAgIHJlcXVpcmVtZW50IGFuZCBoZXRlcm9nZW5lb3VzIGRvd25s b2FkIGNhcGFjaXR5LiBUaGVyZSBhcmUgZXhpc3RpbmcNCiAgIHN5c3RlbXMgdGhhdCB1c2UgbXVs dGlwbGUgdmVyc2lvbnMgb2YgdmlkZW8gY29udGVudCAoZWFjaCBlbmNvZGVkIGF0DQogICBkaWZm ZXJlbnQgcmVzb2x1dGlvbiBvciB2aXN1YWwgcXVhbGl0eSkgdG8gbWluaW1pemUgdGhlIG92ZXJh bGwNCiAgIHRyYW5zbWlzc2lvbiBjb3N0LiBGb3IgZXhhbXBsZSwgbG93ZXIgcmVzb2x1dGlvbiB2 aWRlbyBjYW4gYmUgc2VudCB0bw0KDQoNCld1LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgU2Vw dGVtYmVyIDExLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2UgM10NCgwNCkludGVybmV0LURyYWZ0 ICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAgIE1hcmNoIDIwMTAN Cg0KDQogICBtb2JpbGUgZGV2aWNlcyB3aGlsZSBoaWdoZXIgcmVzb2x1dGlvbiBvciBoaWdoIHF1 YWxpdHkgdmlkZW8gaXMgc2VudA0KICAgdG8gUEMgb3IgU1RCIHBsYXllcnMuIEhvd2V2ZXIsIGlu IHRoZSBQMlAgbmV0d29yaywgaWYgdGhlcmUgYXJlIHRvbw0KICAgbWFueSBpbmRlcGVuZGVudCB2 aWRlbyBkYXRhIHRyYW5zbWl0dGluZywgdGhlIHVzZXJzJyBpbmJvdW5kIGFuZA0KICAgb3V0Ym91 bmQgYmFuZHdpZHRoIHdpbGwgbm90IGJlIGVmZmljaWVudGx5IHVzZWQgWzNdLiBQZWVycyBpbg0K ICAgZGlmZmVyZW50IHZlcnNpb25zIHdpbGwgbm90IGhlbHAgZWFjaCBvdGhlci4gVGhlIG92ZXJh bGwgdmlkZW8NCiAgIHF1YWxpdHkgcmVjZWl2ZWQgd2lsbCBub3QgYmUgb3B0aW1hbC4NCg0KICAg VGhlIGJhc2ljIGlkZWEgb2YgbGF5ZXJlZCBlbmNvZGluZyBpcyB0aGF0IGEgdmlkZW8gc2VxdWVu Y2UgaXMNCiAgIGRpdmlkZWQgaW50byBtdWx0aXBsZSBub24tb3ZlcmxhcHBlZCBiaXQgc3RyZWFt cywgb3IgbGF5ZXJzLiBUaGUgYmFzZQ0KICAgbGF5ZXIgY29udGFpbnMgdGhlIGJhc2ljIGRhdGEg cmVwcmVzZW50aW5nIHRoZSBtb3N0IGltcG9ydGFudA0KICAgZmVhdHVyZXMgb2YgdGhlIHZpZGVv IFsyXS4gQWRkaXRpb25hbCBsYXllcnMsIGNhbGxlZCBlbmhhbmNlbWVudA0KICAgbGF5ZXJzLCBj b250YWluIGRhdGEgdGhhdCBwcm9ncmVzc2l2ZWx5IHJlZmluZSB0aGUgcmVjb25zdHJ1Y3RlZA0K ICAgdmlkZW8gcXVhbGl0eS4gQWNjb3JkaW5nIHRvIHRoZSBhdmFpbGFibGUgYmFuZHdpZHRoLCBw YXJ0aWNpcGF0aW5nDQogICBub2RlcyBzdWJzY3JpYmUgYSBzdWJzZXQgb2YgdGhlIGxheWVycyB0 byByZWNvbnN0cnVjdCB0aGUgdmlkZW8gd2l0aA0KICAgY2VydGFpbiBxdWFsaXR5IGRlZ3JhZGF0 aW9uIFsyXS4NCg0KICAgTGF5ZXJlZCB2aWRlbyBoYXMgdGhlIGFkdmFudGFnZSBvZiBiYW5kd2lk dGggZWZmaWNpZW5jeSBhbmQgYXQgdGhlDQogICBzYW1lIHRpbWUgbWVldHMgdGhlIHJlYWwtdGlt ZSBzdHJlYW1pbmcgcmVxdWlyZW1lbnQgb2YgcGVlciBjbGllbnRzDQogICB3aXRoIHdpZGUgcmFu Z2Ugb2YgdmFyaWF0aW9uIGluIHByb2Nlc3NpbmcgcG93ZXIsIGRpc3BsYXkgY2FwYWJpbGl0eQ0K ICAgYW5kIG5ldHdvcmsgY29uZGl0aW9ucy4gSW4gb3RoZXIgd29yZHMsIGFsdGhvdWdoIGhldGVy b2dlbmVpdHkgZXhpc3RzDQogICBmb3IgcGVlcnMgaW4gdGhlIFAyUCBuZXR3b3JrLCBhbiBvcHRp bWFsIHZpZXdpbmcgZXhwZXJpZW5jZSBjYW4gYmUNCiAgIGFjaGlldmVkIGZvciBlYWNoIHBlZXIg YmFzZWQgb24gaXRzIG93biBhY2Nlc3MgYmFuZHdpZHRoIGFuZA0KICAgY2FwYWJpbGl0aWVzLg0K DQogICBBbiBpbXBvcnRhbnQgcmVxdWlyZW1lbnQgZm9yIExheWVyZWQgUDJQIHN0cmVhbWluZyBp cyB0aGF0IGJvdGggYmFzZQ0KICAgbGF5ZXIgYW5kIGVuaGFuY2VtZW50IGxheWVycyBjYW4gYmUg ZGVjb2RlZCBieSBzdGFuZGFyZCBjb21wbGlhbnQNCiAgIHNpbmdsZSBsYXllciBkZWNvZGVycyB0 aGF0IGhhdmUgYWxyZWFkeSBiZWVuIHdpZGVseSBhZG9wdGVkLCBlLmcuDQogICBILjI2NC9BVkMs IE1QRUctNCwgZXRjLiBJdCByZXF1aXJlcyBtaW5pbXVtIGNvZGVjIG1vZGlmaWNhdGlvbnMNCiAg IGJlY2F1c2UgZm9yIG1hbnkgcGVlciBjbGllbnRzIChlLmcuIFNUQiBvciBITUMpLCBpdHMgZGVj b2RlciBpcyBoYXJkLQ0KICAgY29kZWQgaW50byB0aGUgSUMgYW5kIGNhbm5vdCBiZSBjaGFuZ2Vk IGF0IGFsbC4NCg0KDQoNCiAgIFNlY3Rpb24gMiBsaXN0cyB0aGUgdGVybWlub2xvZ3kgdXNlZC4N Cg0KICAgSW4gU2VjdGlvbiAzIHdlIGRlZmluZSB0aGUgZ2VuZXJhbCBhcmNoaXRlY3R1cmUuDQoN CiAgIFNlY3Rpb24gNCBkZWZpbmVzIHRoZSBMYXllcmVkIFAyUCBzdHJlYW1pbmcgY29udHJvbCBt ZXNzYWdlIGZsb3dzLg0KDQogICBTZWN0aW9uIDUgZGlzY3Vzc2VzIHRoZSBvcGVuIGlzc3Vlcy4N Cg0KICAgU2VjdGlvbiA2IGRpc2N1c3NlcyB0aGUgZGVwbG95bWVudCBpc3N1ZXMuDQoNCiAgIFNl Y3Rpb24gNyBnaXZlcyBvdXQgdGhlIHByb3RvY29sIGRldGFpbHMgYnkgZXhwYW5kaW5nIHRoZSBQ UFNQDQogICBzdHJlYW1pbmcgcHJvdG9jb2wgdG8gc3VwcG9ydCB0aGUgbGF5ZXJlZCBzdHJlYW1p bmcuDQoNCg0KDQoNCld1LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDExLCAy MDEwICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgIFAy UCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQoyLiBUZXJt aW5vbG9neQ0KDQogICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVE IiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIsDQogICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVD T01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcw0KICAgZG9jdW1lbnQgYXJl IHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBSRkMtMjExOSBbMV0uDQoNCiAgIE11 bHRpLWxheWVyIFAyUCBTdHJlYW1pbmc6IG11bHRpcGxlIGJpdCBzdHJlYW1zIChsYXllcnMpIG9m IHNhbWUNCiAgIG1lZGlhIGNvbnRlbnQgY28tZXhpc3QgaW4gdGhlIHNhbWUgUDJQIHN0cmVhbWlu ZyBncm91cC9zZXNzaW9uOyBlYWNoDQogICBsYXllciBjb3JyZXNwb25kcyB0byBhIGRpZmZlcmVu dCBtZWRpYSBxdWFsaXR5IGxldmVsOyBwZWVycyBjYW4NCiAgIGNob29zZSBkaWZmZXJlbnQgbGF5 ZXJzIGZvciBkZWNvZGUgYW5kIHBsYXliYWNrOw0KDQogICBCYXNlIExheWVyIChCTCk6IHVuaXF1 ZSBCYXNlIExheWVyIChyZXF1aXJlZCBieSBhbGwgdXBwZXIgbGV2ZWwNCiAgIGxheWVycyBmb3Ig cHJvcGVyIGRlY29kaW5nKTsNCg0KICAgRW5oYW5jZW1lbnQgTGF5ZXIgKEVMX2kpOiBpX3RoIGVu aGFuY2VtZW50IGxheWVyOw0KDQogICBIZXRlcm9nZW5lb3VzIHBlZXJzOiBwZWVycyBoYXZlIGRp ZmZlcmVudCBwcm9jZXNzaW5nIHBvd2VyLCBhY2Nlc3MNCiAgIGJhbmR3aWR0aCwgb3IgZGlzcGxh eSBjb25zdHJhaW50czsNCg0KICAgTG93IGNhcGFjaXR5IHBlZXJzLCB3aXRoIGxvdyBwcm9jZXNz aW5nIHBvd2VyLCBsb3cgYWNjZXNzIGJhbmR3aWR0aA0KICAgb3IgbG93IGRpc3BsYXkgY2FwYWJp bGl0eSwgZS5nLiBtb2JpbGUgZGV2aWNlcy4NCg0KICAgSGlnaCBjYXBhY2l0eSBwZWVycywgd2l0 aCBoaWdoIHByb2Nlc3NpbmcgcG93ZXIsIGhpZ2ggYWNjZXNzDQogICBiYW5kd2lkdGggb3IgaGln aCBkZWZpbml0aW9uIGRpc3BsYXksIGUuZy4gbWVkaWEgY2VudGVyIFBDLCBvciBIRCBTZXQNCiAg IFRvcCBCb3guDQoNCiAgIExheWVyZWQgY29kaW5nOiBjb2Rpbmcgc2NoZW1lIHRoYXQgcHJvZHVj ZXMgbXVsdGlwbGUgbGF5ZXJzIG9mIG1lZGlhDQogICBzdHJlYW1zIGZvciB0aGUgc2FtZSBjb250 ZW50LiBBIGhpZ2hlciBsYXllciBjYW4gYmUgZGVjb2RlZCBvbmx5IGlmDQogICBhbGwgdGhlIGxv d2VyIGxheWVycyBhcmUgYXZhaWxhYmxlLiBHZW5lcmFsbHksIGxheWVyZWQgY29kaW5nIGRvZXMN CiAgIG5vdCBsb3NlIG11Y2ggdmlkZW8gY29kaW5nIGVmZmljaWVuY3kgY29tcGFyZWQgd2l0aCBz aW5nbGUgbGF5ZXINCiAgIGNvZGluZyBzdHJlYW1pbmcuDQoNCiAgIERlY29kZSBhYmlsaXR5OiBj b21wYXRpYmlsaXR5IG9mIHRoZSBtZWRpYSBiaXQgc3RyZWFtIHRoYXQgY2FuIGJlDQogICBjb3Jy ZWN0bHkgZGVjb2RlZCBieSB0aGUgc3RhbmRhcmQgY29tcGxpYW50IGRlY29kZXJzLCBlLmcuIEgu MjY0L0FWQw0KICAgb3IgTVBFRy00Lg0KDQogICBMYXllciBJbmZvcm1hdGlvbjogSXQga2VlcHMg dGhlIGxheWVyIG51bWJlciBhbmQgdGhlIGluZm9ybWF0aW9uIGZvcg0KICAgZWFjaCBsYXllci4g Rm9yIGV4YW1wbGUsIHRoZSBpbmZvcm1hdGlvbiBjb250YWlucyBiaXRyYXRlLCByZXNvbHV0aW9u LA0KICAgZnJhbWUgcmF0ZSwgUVAgZmFjdG9yLCBldGMuIEEgcGVlciBjYW4gc2VsZWN0IHRoZSBz dWl0YWJsZSBsYXllcg0KICAgYWNjb3JkaW5nIHRvIGl0cyBoYXJkd2FyZSBjb25maWd1cmF0aW9u IG9yIG5ldHdvcmsgc2l0dWF0aW9uLg0KDQoNCg0KDQoNCg0KDQoNCg0KV3UsIGV0IGFsLiAgICAg ICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTEsIDIwMTAgICAgICAgICAgICAgICBbUGFnZSA1XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgUDJQIExheWVyZWQgU3RyZWFtaW5nICAgICAgICAg ICAgICAgTWFyY2ggMjAxMA0KDQoNCjMuIEFyY2hpdGVjdHVyZQ0KDQoNCg0KICAgTGF5ZXJlZCBQ MlAgY2FuIGJlIGNvbnNpZGVyZWQgYSBnZW5lcmFsaXplZCB2ZXJzaW9uIG9mIHNpbmdsZSBsYXll cg0KICAgUDJQLiBXZSBkZXNjcmliZSBob3cgZGlmZmVyZW50IGNvbXBvbmVudHMgaW4gc2luZ2xl IGxheWVyIFAyUCBuZWVkIHRvDQogICBiZSBleHRlbmRlZC4gU2FtZSBhcyBpbiBzaW5nbGUgbGF5 ZXIgUDJQLCB0aGVyZSBpcyBhIG1ldGEgZmlsZS4gSW4NCiAgIGxheWVyZWQgUDJQLCB0aGUgbWV0 YSBmaWxlIGNvbnRhaW5zIGEgbGF5ZXJlZCBjb250ZW50IGRlc2NyaXB0aW9uLg0KDQogICBBIHBl ZXIgZG9pbmcgbGF5ZXJlZCBQMlAgaGFzIGFuIGltcG9ydGFudCBtb2R1bGUgdGhhdCBkZXRlcm1p bmVzIHRoZQ0KICAgbnVtYmVyIG9mIGxheWVycyBpdCB3aWxsIHN1YnNjcmliZSB0by4gVGhpcyBt b2R1bGUgbWF5IHRha2UgbWFudWFsDQogICBpbnB1dCAoZS5nLiB0aGUgdXNlciBkZWNpZGVzIHRv IGdldCBiYXNlIGxheWVyIG9ubHksIG9yIHRvIGdldCBIRCBubw0KICAgbWF0dGVyIHdoYXQpLiBJ ZiB0aGVyZSBpcyBubyBtYW51YWwgaW5wdXQsIHRoZSBtb2R1bGUgc2VsZWN0cyBhbg0KICAgYXBw cm9wcmlhdGUgbnVtYmVyIG9mIGxheWVycyB0byBnZXQsIGJhc2VkIG9uIG5ldHdvcmsgY29uZGl0 aW9ucy4NCg0KICAgVGhlIHBlZXItdHJhY2tlciBwcm90b2NvbCBzaG91bGQgYWxsb3cgYSBwZWVy IHRvIGluZGljYXRlIHdoaWNoDQogICBsYXllcnMgYXJlIG9mIGludGVyZXN0LiBUaGUgdHJhY2tl ciB3aWxsIHRoZW4gdGFrZSB0aGF0IGludG8NCiAgIGNvbnNpZGVyYXRpb24gaW4gcmV0dXJuaW5n IHBlZXItbGlzdC4gT3B0aW9uYWxseSwgdGhlIHBlZXJzIGluIHBlZXItDQogICBsaXN0IG1heSBj b21lIHdpdGggbGF5ZXIgaW5mb3JtYXRpb24uIFRoZSBtYW5hZ2VtZW50L3N0YXR1cyByZXBvcnRz DQogICBmcm9tIHBlZXIgdG8gdHJhY2tlciBzaG91bGQgYWxzbyBpbmRpY2F0ZSBsYXllciBpbmZv cm1hdGlvbiBhYm91dCB0aGUNCiAgIGxvY2FsIHBlZXIuDQoNCiAgIEVhY2ggcGVlciBkb2luZyBs YXllcmVkIFAyUCBoYXMgYSBtb3JlIGNvbXBsaWNhdGVkIHNjaGVkdWxpbmcgbW9kdWxlLA0KICAg ZmlndXJpbmcgb3V0IHdoaWNoIGNodW5rcyBpbiB3aGljaCBsYXllciBoYXZlIGhpZ2hlciBwcmlv cml0eSB0byBnZXQuDQogICBUaGVyZSBpcyBubyBuZWVkIHRvIHN0YW5kYXJkaXplIHRoZSBzY2hl ZHVsaW5nIGFsZ29yaXRobS4gVGhlDQogICBwZXJmb3JtYW5jZSBtZXRyaWNzIHJlbGF0ZWQgdG8g dGhpcyBtb2R1bGUgKGUuZy4gdGhyb3VnaHB1dCwgZGVsYXksDQogICBsYXllciBjb21wbGV0aW9u IHJhdGlvLCB3YXN0ZSByYXRpbyBldGMuKSBhcmUgZGlzY3Vzc2VkIGluIGxhdGVyDQogICBzZWN0 aW9ucy4NCg0KICAgVGhlIHBlZXItdG8tcGVlciBwcm90b2NvbCBmb3Igc2lnbmFsaW5nIChleGNo YW5naW5nIGJpdG1hcA0KICAgaW5mb3JtYXRpb24pIG5lZWRzIHRvIGhhdmUgYW4gZXh0ZW5zaW9u IHRvIGRlc2NyaWJlIGxheWVyZWQgYml0bWFwcw0KICAgYW5kIHJlbGF0ZWQgZGF0YSBzdHJ1Y3R1 cmVzLiBUaGUgcGVlci10by1wZWVyIGRhdGEgcGxhbmUgcHJvdG9jb2wgY2FuDQogICBiZSBhbG1v c3QgdGhlIHNhbWUgYXMgdGhlIHNpbmdsZS1sYXllciBjYXNlOyB0aGUgb25seSBleHRlbnNpb24g aXMgdG8NCiAgIGFkZCBpbmRpY2F0b3IgZm9yIHdoaWNoIGxheWVyIHRoZSByZXF1ZXN0ZWQgY2h1 bmsgYmVsb25ncyB0by4NCg0KDQoNCjMuMS4gRnVuY3Rpb24gRW50aXRpZXMgYW5kIEludGVyZmFj ZXMNCg0KICAgTGF5ZXJlZCBQMlAgYXJjaGl0ZWN0dXJlIGlzIGV4dGVuZGVkIGZyb20gdGhlIHNp bmdsZSBsYXllciBQMlANCiAgIHN0cmVhbWluZyAoUFBTUCkgd2l0aCBtb2RpZmljYXRpb24gb2Yg YWRkaW5nIGxheWVyX2kgdG8gbWVldCB0aGUNCiAgIGxheWVyZWQgc3RyZWFtaW5nIHJlcXVpcmVt ZW50LiBMYXllcl9pIGlzIHRoZSBOby4gb2YgYWN0aXZlIGxheWVyLg0KDQoNCg0KDQoNCg0KDQpX dSwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMSwgMjAxMCAgICAgICAgICAg ICAgIFtQYWdlIDZdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICBQMlAgTGF5ZXJlZCBTdHJl YW1pbmcgICAgICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KICAgICAgICAgICAgICAgICAgICAg ICAgIEFwcGxpY2F0aW9uIExheWVyDQogICAgICA9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBDb21tdW5pY2F0aW9uIExheWVyDQogICAgICAgIFBlZXINCiAgICAgICAgICAgICArLS0t LS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICB8cGVlciBzaWduYWxpbmcgICAgIHwtLS0t LS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfERhdGEgbWFu YWdlbWVudCB8DQogICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8ICs9PT09PT09PT09 PT0rIHwtKy0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgIHwgKz09PT09PT09PT09PT09PSsg fCB8U3dhcm0gSUQgICAgICB8IHxMYXllciBJbmZvbWF0aW9uIHwNCiAgICAgICAgICAgICB8IHwg Sk9JTi9MRUFWRSAvICB8IHwgfFstIENodW5rIElEX2ldfCB8IC0gTGF5ZXJfaSAgICB8DQogICAg ICAgICAgICAgfCB8IEtFRVBBTElWRSAvICAgfCB8IHwgLSBwZWVyIGxpc3QgIHwgfCAgIC0gQml0 cmF0ZSAgfA0KICAgICAgICAgICAgIHwgfCBQVVQtTEFZRVIgLyAgIHwgfCB8IC0gQnVmZmVyIG1h cCB8IHwgICAtICByZXNvbHV0aW9uICB8DQogICAgICAgICAgICAgfCB8IEdFVC1MQVlFUiAvICAg fCB8IHwgICAgICAgICAgICAgIHwgfCAgIC0gZnJhbWUgcmF0ZSB8DQogICAgICAgICAgICAgfCB8 IFBVVC1DSFVOSyAvICAgfCB8IHwgICAgICAgICAgICAgIHwgfCAgIC0gZXRjLiAgICAgfA0KICAg ICAgICAgICAgIHwgfCBHRVQtUEVFUkxJU1QgL3wgfCB8ICAgICAgICAgICAgICB8IHwgICAgICAg ICAgICAgIHwNCiAgICAgICAgICAgICB8IHwgTEFZRVItQ0hBTkdFIC98IHwgfCAgICAgICAgICAg ICAgfCB8ICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgfCB8IFNUQVRJU1RJQ1MpICAgfCB8 IHwgICAgICAgICAgICAgIHwgfCAgICAgICAgICAgICAgfA0KICAgICAgICAgICAgIHwgKz09PT09 PT09PT09PT09PSsgfCArPT09PT09PT09PT09KyB8IHwgICAgICAgICAgICAgIHwNCiAgICAgICAg ICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLSsgICAgICAgICAgICAgICAgfCB8ICAgICAgICAgICAg ICB8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLSsg Kz09PT09PT09PT09PT09Kw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4NCiAgICAgICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KICAgICAgICBUcmFja2VyICAgICAgICAgICAgIFYNCiAgICAgICAgICAgICAg ICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAgICB8dHJhY2tlciBz aWduYWxpbmcgIHwNCiAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwNCiAg ICAgICAgICAgICAgICAgICB8IChKT0lOL0xFQVZFLyAgICAgIHwNCiAgICAgICAgICAgICAgICAg ICB8ICBLRUVQQUxJVkUgLyAgICAgIHwNCiAgICAgICAgICAgICAgICAgICB8ICBQVVQtTEFZRVIg LyAgICAgIHwNCiAgICAgICAgICAgICAgICAgICB8ICBHRVQtTEFZRVIgLyAgICAgIHwNCiAgICAg ICAgICAgICAgICAgICB8ICBQVVQtQ0hVTksgLyAgICAgIHwNCiAgICAgICAgICAgICAgICAgICB8 ICBHRVQtUEVFUkxJU1QgLyAgIHwNCiAgICAgICAgICAgICAgICAgICB8ICBMQVlFUi1DSEFOR0Ug LyAgIHwNCiAgICAgICAgICAgICAgICAgICB8ICBTVEFUSVNUSUNTKSAgICAgICB8DQogICAgICAg ICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgICAgICstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAg ICAgICAgICAgICB8IERhdGEgbWFuYWdlbWVudCBvbiBUcmFja2VyICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgIHwgKz09PT09 PT09PT09PT09PT09PT09PT0rICAgICAgICs9PT09PT09PT09PT09PT09PT09PT09KyAgfA0KICAg ICAgICAgICAgICB8IHxwZWVyIHN0YXR1cyAgICAgICAgICAgfCAgICAgICB8Y29udGVudCBzdGF0 dXMgICAgICAgIHwgIHwNCiAgICAgICAgICAgICAgfCB8ICBwZWVyIElEICAgICAgICAgICAgIHwg ICAgICAgfCAgKy0tLS0tLS0tLS0tLS0rICAgICB8ICB8DQogICAgICAgICAgICAgIHwgfCAgIC0g b25saW5lIHRpbWUgICAgICB8ICAgICAgIHwgIHwgU3dhcm0gSUQgICAgfCAgICAgfCAgfA0KICAg ICAgICAgICAgICB8IHwgICAtIHBlZXIgcHJvcGVydHkgICAgfCAgICAgICB8ICB8IFstIENodW5r IElEX2ldfCAgIHwgIHwNCiAgICAgICAgICAgICAgfCB8ICAgLSBsaW5rIHN0YXR1cyAgICAgIHwg ICAgICAgfCAgfCAgLSBwZWVyIGxpc3R8ICAgICB8ICB8DQogICAgICAgICAgICAgIHwgfCAgIC0g ZXRjLiAgICAgICAgICAgICB8ICAgICAgIHwgICstLS0tLS0tLS0tLS0tKyAgICAgfCAgfA0KICAg ICAgICAgICAgICB8ICs9PT09PT09PT09PT09PT09PT09PT09KyAgICAgICArPT09PT09PT09PT09 PT09PT09PT09PSsgIHwNCiAgICAgICAgIHwgKz09PT09PT09PT09PT09PT09PT09PT0rICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KDQoNCld1LCBldCBhbC4gICAgICAgICAgIEV4 cGlyZXMgU2VwdGVtYmVyIDExLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2UgN10NCgwNCkludGVy bmV0LURyYWZ0ICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAgIE1h cmNoIDIwMTANCg0KDQogICAgICAgICAgICAgIHwgfExheWVyIEluZm9tYXRpb24gICAgICB8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICAgICAgICAgfCB8LSBMYXll cl9pICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAg ICAgICAgICAgICB8IHwgIC0gQml0cmF0ZSAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgIHwgfCAgLSByZXNvbHV0aW9uICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICAgICAgICAgfCB8ICAt IGZyYW1lIHJhdGUgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0K ICAgICAgICAgICAgICB8IHwgIC0gZXRjLiAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB8DQogICAgICAgICAgICAgIHwgKz09PT09PT09PT09PT09PT09PT09 PT0rICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICAgICAgICAgKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r DQogICAgICAgICA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCiAgICAgICAgICAgICAgICAgICAgICAgICBUcmFuc3BvcnQg TGF5ZXINCg0KDQogICBGaWcgMSBGdW5jdGlvbiBFbnRpdGllcyBvZiBQUFNQIFRyYWNrZXIgQ29t bXVuaWNhdGlvbg0KDQoNCiAgIERpZmZlcmVudCBmcm9tIHRoZSBzaW5nbGUgbGF5ZXIgUDJQIHN0 cmVhbWluZywgcGVlciBhbmQgdHJhY2tlciBuZWVkDQogICB0byBrZWVwIHRoZSBsYXllciBpbmZv cm1hdGlvbi4gVGhlIGZvbGxvd2luZyBjb21wb25lbnRzIGFyZQ0KICAgY29uc2lkZXJlZDoNCg0K ICAgMSkgVHJhbnNtaXNzaW9uIG9mIFBVVC1MQVlFUiBtZXNzYWdlcywgYnkgd2hpY2ggc291cmNl IHRlbGxzIHRyYWNrZXJzDQogICB0aGUgbGF5ZXIgaW5mb3JtYXRpb24gdGhlIHN0cmVhbWluZyBp cyB1c2luZy4NCg0KICAgMikgVHJhbnNtaXNzaW9uIG9mIEdFVC1MQVlFUiBtZXNzYWdlcywgYnkg d2hpY2ggcGVlcnMgcmVxdWVzdCB3aGF0DQogICB0aGV5IHdhbnQgYW5kIGdldCB0aGUgbGF5ZXIg aW5mb3JtYXRpb24gZnJvbSB0cmFja2Vycy4NCg0KICAgMykgVHJhbnNtaXNzaW9uIG9mIFBVVC1D SFVOSyBtZXNzYWdlcywgYnkgd2hpY2ggcGVlcnMgdGVsbCB0cmFja2Vycw0KICAgd2hhdCB0aGV5 IGhhdmUuIFRoZSBiaXRmaWVsZCBjYW4gcmVwcmVzZW50IGNodW5rX2kuDQoNCiAgIDQpIFRyYW5z bWlzc2lvbiBvZiBHRVQtUEVFUkxJU1QgbWVzc2FnZXMsIGJ5IHdoaWNoIHBlZXJzIHJlcXVlc3Qg d2hhdA0KICAgdGhleSB3YW50IGFuZCBnZXQgY2FuZGlkYXRlIHBlZXJzIGxpc3QgZnJvbSB0cmFj a2Vycy4NCg0KICAgNSkgVHJhbnNtaXNzaW9uIG9mIFNUQVRJU1RJQ1MgcmVxdWVzdHMgYW5kIHJl c3BvbnNlcywgYnkgd2hpY2gNCiAgIHRyYWNrZXJzIGNhbiBnZXQgcGVlcnMgc3RhdHVzLCBuZXR3 b3JrIHBlcmZvcm1hbmNlLCBsYXllcl9pLCBldGMuDQoNCg0KDQozLjIuIExheWVyZWQgRGVwZW5k ZW5jeQ0KDQogICBUaGUgdXBwZXIgbGF5ZXJzIGRlcGVuZCBvbiB0aGUgbG93ZXIgbGF5ZXJzLiBB biBpbmNvbXBsZXRlIGxvd2VyDQogICBsYXllciByZW5kZXJzIGFsbCBjaHVua3Mgb2YgdXBwZXIg bGF5ZXJzIHVzZWxlc3MuIEhlbmNlLCBjaHVua3Mgb2YNCiAgIGxvd2VyIGxheWVycyBhbHdheXMg Y2FycnkgaGlnaCBwcmlvcml0eSB0aGFuIGNodW5rcyBvZiBoaWdoZXIgbGF5ZXJzLg0KICAgSW4g cmVhbGl0eSwgbWlzc2luZyBkYXRhIChvciBkZWxheSBvZiBjaHVuayBhcnJpdmluZykgaXMgaW1w b3NzaWJsZQ0KICAgdG8gYXZvaWQuIENlcnRhaW4gZXJyb3IgaGFuZGxpbmcgKGUuZy4gZXJyb3Ig cmVzaWxpZW50IGRlY29kZSBvcg0KICAgZXJyb3IgY29uY2VhbG1lbnQpIG1lY2hhbmlzbSBpbiB0 aGUgcGxheWVycyBhcmUgbmVlZGVkIHRvIG1ha2Ugc3VyZQ0KICAgZXJyb3JzIGluIG9uZSBsYXll ciB3b24ndCBwcm9wYWdhdGUgYW5kIGRlc3Ryb3kgdGhlIHdob2xlIHVwcGVyDQogICBsYXllcnMu DQoNCg0KDQpXdSwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMSwgMjAxMCAg ICAgICAgICAgICAgIFtQYWdlIDhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICBQMlAgTGF5 ZXJlZCBTdHJlYW1pbmcgICAgICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KICAgU3BlY2lmaWMg dGVjaG5pcXVlcyB1c2VkIGZvciBzdWNoIGVycm9yIGNvbmNlYWxtZW50IHRvb2xzIGFyZSBiZXlv bmQNCiAgIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LiBIb3dldmVyLCB3ZSB3aWxsIGdpdmUg c29tZSBkZWZhdWx0DQogICBtZWNoYW5pc21zIGZvciBoYW5kbGluZyBzdWNoIGNhc2VzLiBBIHBy YWN0aWNhbCBMYXllcmVkIFAyUCBzeXN0ZW0NCiAgIGNhbiBjaG9vc2UgYW55IHdheSB0byBpbXBs ZW1lbnQgaXQuDQoNCg0KDQozLjMuIExheWVyZWQgSW5kaWNhdGlvbg0KDQogICBPbmNlIGEgcGVl ciBkZXRlcm1pbmVzIHRoZSBoaWdoZXN0IGxheWVyIChITCkgaXQgd2lsbCBzdWJzY3JpYmUgdG8s DQogICBvbmx5IGNodW5rcyBiZWxvbmcgdG8gSEwgb3IgbG93ZXIgbGF5ZXJzIGFyZSBvZiBpbnRl cmVzdCB0byB0aGlzDQogICBsb2NhbCBwZWVyLiBXaGVuIHRoZSBwZWVyIHNlbmRzIHRoZSBHRVQt UEVFUkxJU1QgcmVxdWVzdCwgdGhlIHBlZXINCiAgIGxheWVyIGZsYWcgc2hvdWxkIGJlIGluY2x1 ZGVkIGluIHRoZSByZXF1ZXN0IG1lc3NhZ2UuIFRoZSBuZWlnaGJvcg0KICAgcGVlciBhbmQgdHJh Y2tlciB3aWxsIHRoZW4gdGFrZSB0aGUgbGF5ZXIgaW5mb3JtYXRpb24gaW50bw0KICAgY29uc2lk ZXJhdGlvbiBpbiByZXR1cm5pbmcgcGVlcmxpc3QuIFRoZSBwZWVycyBpbiBwZWVybGlzdCBtYXkg Y29tZQ0KICAgd2l0aCBsYXllciBpbmZvLg0KDQogICBUaGUgbWFuYWdlbWVudC9zdGF0dXMgcmVw b3J0cyBmcm9tIHBlZXIgdG8gdHJhY2tlciBzaG91bGQgYWxzbw0KICAgaW5kaWNhdGUgbGF5ZXIg aW5mbyBhYm91dCB0aGUgbG9jYWwgcGVlci4NCg0KDQoNCjQuIE1lc3NhZ2UgRmxvd3MNCg0KNC4x LiBQVVQtTEFZRVIgKFB1dCBMYXllciBJbmZvcm1hdGlvbikgaW50byBUcmFja2VyDQoNCiAgIFdo ZW4gdGhlIHNvdXJjZSBwdXQgdGhlIGxheWVyIGluZm9ybWF0aW9uLCB0cmFja2VyIHdpbGwgcmVw bHkgYW4gQUNLLg0KICAgVGhlIGxheWVyIGluZm9ybWF0aW9uIGtlZXBzIHRoZSBsYXllciBudW1i ZXIgYW5kIHRoZSBpbmZvcm1hdGlvbiBmb3INCiAgIGVhY2ggbGF5ZXIuDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCld1LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgU2Vw dGVtYmVyIDExLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2UgOV0NCgwNCkludGVybmV0LURyYWZ0 ICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAgIE1hcmNoIDIwMTAN Cg0KDQogICAgUGVlciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHJhY2tl ci9QZWVyDQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwN CiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8U2VuZCBQVVQtTEFZRVIg KFB1dCBMYXllciBJbmZvcm1hdGlvbikgICAgfA0KICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLT58DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgfA0KICAgIHxSZXBseSBQVVQtTEFZRVIgQUNLICAgICAgICAgICAgICAgICAgICAgICB8 DQogICAgfDwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQoNCiAgIEZpZ3VyZSAyOiBHZXQgQ2hhbm5lbCBJbmZvcm1hdGlvbiBm cm9tIFRyYWNrZXINCg0KDQoNCjQuMi4gR0VULUxBWUVSIChHZXQgTGF5ZXIgSW5mb3JtYXRpb24p IGZyb20gVHJhY2tlcg0KDQogICBXaGVuIGEgcGVlciBnZXRzIHRoZSBsYXllciBpbmZvcm1hdGlv biwgdGhlIHRyYWNrZXIgd2lsbCByZXBseSB0aGUNCiAgIHRoZSBsYXllciBpbmZvcm1hdGlvbi4g SXQga2VlcHMgdGhlIGxheWVyIG51bWJlciBhbmQgdGhlIGluZm9ybWF0aW9uDQogICBmb3IgZWFj aCBsYXllci4NCg0KDQoNCiAgICBQZWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBUcmFja2VyL1BlZXINCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAg ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHxTZW5k IEdFVC1MQVlFUiAoR2V0IExheWVyIEluZm9ybWF0aW9uKSAgICB8DQogICAgfC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPnwNCiAgICB8ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB8DQogICAgfFJlcGx5IExheWVyIEluZm9ybWF0aW9uICAgICAgICAg ICAgICAgICAgIHwNCiAgICB8PC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQog ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQoNCiAgIEZpZ3VyZSAzOiBHZXQgQ2hh bm5lbCBJbmZvcm1hdGlvbiBmcm9tIFRyYWNrZXINCg0KDQoNCld1LCBldCBhbC4gICAgICAgICAg IEV4cGlyZXMgU2VwdGVtYmVyIDExLCAyMDEwICAgICAgICAgICAgICBbUGFnZSAxMF0NCgwNCklu dGVybmV0LURyYWZ0ICAgICAgICAgIFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAg IE1hcmNoIDIwMTANCg0KDQoNCg0KNC4zLiBQVVQtQ0hVTksgKFB1dCBDaHVuayBJbmZvcm1hdGlv bikgaW50byBUcmFja2VyDQoNCiAgIFdoZW4gYSBwZWVyIHB1dHMgaXRzIGNodW5rIGluZm9ybWF0 aW9uLCB0aGUgdHJhY2tlciB3aWxsIHJlcGx5IGFuIEFDSy4NCiAgIFRoZSBjaHVuayBpbmZvcm1h dGlvbiBrZWVwcyB0aGUgbGF5ZXIgbnVtYmVyIGFuZCB0aGUgYml0ZmllbGQNCiAgIGluZm9ybWF0 aW9uIGZvciBlYWNoIGxheWVyIGluIGVhY2ggY2h1bmsuDQoNCg0KDQogICAgUGVlciAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHJhY2tlci9QZWVyDQogICAgfCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICB8U2VuZCBQVVQtQ0hVTksgKFB1dCBDaHVuayBJbmZvcm1hdGlv bikgICAgfA0KICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLT58 DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHxSZXBseSBQ VVQtIENIVU5LIEFDSyAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfDwtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fA0KDQogICBGaWd1cmUgNDogR2V0IENoYW5uZWwgSW5mb3JtYXRpb24gZnJvbSBUcmFja2VyDQoN Cg0KDQo0LjQuIEdFVC1QRUVSTElTVCAoUGVlciBTZWxlY3Rpb24pDQoNCiAgIFRoZSBoZWxwZnVs IG5laWdoYm9ycyBvZiBhIHBlZXIgc2hvdWxkIGJlIHRob3NlIHdpdGggZXF1YWwgb3IgaGlnaGVy DQogICBsYXllciBwZWVycy4gV2hlbiBhIHBlZXIgc2VuZHMgdGhlIEdFVC1QRUVSTElTVCByZXF1 ZXN0LCB0aGUgbnVtYmVycw0KICAgb2YgYWN0aXZlIGxheWVycyBvZiB0aGUgcGVlciBzaG91bGQg YmUgaW5jbHVkZWQgaW4gdGhlIHJlcXVlc3QNCiAgIG1lc3NhZ2UuDQoNCiAgIEVhY2ggcGVlcidz IHBlZXIgc2VsZWN0aW9uIHN0cmF0ZWd5IGlzIGJhc2VkIG9uIGl0cyBvd24gY3JpdGVyaW9uDQog ICAobGF5ZXJzIGZvciBwbGF5YmFjaywgdG9sZXJhbmNlIGZvciBkZWxheXMsIGppdHRlciwgYW5k IG90aGVyIGZhY3RvcnMsDQogICBlLmcuIFFvRSBwYXJhbWV0ZXJzKS4gVGhlIG9wdGltYWwgcGVl ciBzZWxlY3Rpb24gYWxnb3JpdGhtIGlzIGJleW9uZA0KICAgdGhlIHNjb3BlIG9mIHRoaXMgZG9j dW1lbnQuIFRoZSBkb2N1bWVudCBvbmx5IHNwZWNpZmllcyB0aGF0IHRoZXJlIGlzDQogICBhIHBl ZXIgc2VsZWN0aW9uIHN0cmF0ZWd5IHN1Y2ggdGhhdCBMYXllciBJRCBpcyBwYXJ0IG9mIHRoZQ0K ICAgcGFyYW1ldGVycywgYW5kIGNhbiBiZSB1c2VkIGZvciBkYXRhIGV4Y2hhbmdlICh2aWEgYnVm ZmVyIG1hcCkuDQoNCg0KDQoNCg0KDQpXdSwgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIFNlcHRl bWJlciAxMSwgMjAxMCAgICAgICAgICAgICAgW1BhZ2UgMTFdDQoMDQpJbnRlcm5ldC1EcmFmdCAg ICAgICAgICBQMlAgTGF5ZXJlZCBTdHJlYW1pbmcgICAgICAgICAgICAgICBNYXJjaCAyMDEwDQoN Cg0KICAgIFBlZXIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRyYWNrZXIv UGVlcg0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQog ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfFNlbmQgR2V0IFBlZXJsaXN0 IHdpdGggaXRzIExheWVyX2kgICAgICAgIHwNCiAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0+fA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwNCiAgICB8UmVwbHkgR2V0IFBlZXJsaXN0ICAgICAgICAgICAgICAgICAgICAgICAgfA0K ICAgIHw8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwNCg0KICAgRmlndXJlIDU6IFBlZXIgU2VsZWN0aW9uDQoNCg0K DQo0LjUuIExBWUVSLUNIQU5HRSAoTGF5ZXIgQ2hhbmdlKQ0KDQogICBQZWVyIGNhbiBzZWxlY3Qg aXRzIHN1aXRhYmxlIGFjdGl2ZSBsYXllciBhY2NvcmRpbmcgdG8gaXQgY3VycmVudA0KICAgbmV0 d29yayBiYW5kd2lkdGguIEZvciBleGFtcGxlLCB3aGVuIGEgcGVlcidzIGJhbmR3aWR0aCBpcyBo aWdoLCB0aGUNCiAgIHBlZXIgY2FuIHJlcXVlc3QgYWxsIGxheWVyIGNodW5rcy4gQnV0IHdoZW4g YSBwZWVyJ3MgYmFuZHdpZHRoIGlzDQogICBzbG93LCB0aGUgcGVlciBjYW4gcmVxdWVzdCBsb3dl ciBsYXllcnMsIG9yIGp1c3QgYmFzZSBsYXllciBjaHVua3MuDQogICBXaGVuIHRoZSBwZWVyIGNo YW5nZXMgaXRzIGxheWVyIHN0YXRlLCBpdCB3aWxsIHNlbmQgbWVzc2FnZSB0byBub3RpZnkNCiAg IGl0cyBwZWVycyBhbmQgdHJhY2tlciBmb3IgdXBkYXRpbmcgaXRzIGluZm9ybWF0aW9uLg0KDQog ICAgUGVlciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHJhY2tlci9QZWVy DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8U2VuZCBMQVlFUi1DSEFOR0UgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLT58DQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fA0KICAgIHxSZXBseSBMQVlFUi1DSEFOR0UgQUNLICAgICAgICAgICAgICAgICAgICB8DQogICAg fDwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KDQogICBGaWd1cmUgNjogTGF5ZXIgQ2hhbmdlDQoNCg0KDQpXdSwg ZXQgYWwuICAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMSwgMjAxMCAgICAgICAgICAgICAg W1BhZ2UgMTJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICBQMlAgTGF5ZXJlZCBTdHJlYW1p bmcgICAgICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KNC42LiBTVEFUSVNUSUNTDQoNCiAgIFBl ZXIgc2VuZHMgaXRzIHN0YXRpc3RpY3MgaW5mb3JtYXRpb24gKGUuZy4sIHBlZXJzIHN0YXR1cywg bmV0d29yaw0KICAgcGVyZm9ybWFuY2UsIGxheWVyX2ksIGV0YykgdG8gdHJhY2tlci4NCg0KICAg IFBlZXIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRyYWNrZXINCiAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfA0KICAgIHxTZW5kIFNUQVRJU1RJQ1MgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQogICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tPnwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAg fFJlcGx5IFNUQVRJU1RJQ1MgQUNLICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8PC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB8DQoNCiAgIEZpZ3VyZSA2OiBTdGF0aXN0aWMNCg0KDQoNCjUuIE9wZW4gaXNzdWVz DQoNCjUuMS4gRGF0YSBTY2hlZHVsaW5nDQoNCiAgIERpZmZlcmVudCBjb2Rpbmcgc2NoZW1lIGhh cyBkaWZmZXJlbnQgb3B0aW1hbCBkYXRhIHNjaGVkdWxpbmcNCiAgIHN0cmF0ZWd5LiBUaGlzIGRv Y3VtZW50IGRvZXMgbm90IHNwZWNpZnkgd2hpY2ggc3BlY2lmaWMgY29kaW5nIHNjaGVtZQ0KICAg dG8gdXNlLCBleGNlcHQgdGhhdCBpdCBoYXMgdG8gYmUgY29tcGxpYW50IHdpdGggbWVkaWEgY29k ZWMgc3RhbmRhcmQNCiAgIChlLmcuIEguMjY0L0FWQyBvciBNUEVHLTQpIGF0IGVhY2ggYW5kIGV2 ZXJ5IGxheWVyIHRvIGF2b2lkIGENCiAgIHJlcXVpcmVtZW50IGZvciBub24tc3RhbmRhcmQgY29t cGxpYW50IGRlY29kZXIgaW4gdGhlIHBlZXIgcGxheWVyLg0KDQogICBBIHNpbXBsZSBncmVlZHkg ZGF0YSBzY2hlZHVsaW5nIHN0cmF0ZWd5IGlzIHByb3Bvc2VkIGluIFszXSBhbmQgY2FuDQogICBi ZSBhZG9wdGVkIGhlcmUgZm9yIGxheWVyZWQgUDJQIHN0cmVhbWluZy4gRWFjaCBwZWVyIHJlcXVl c3RzIGxvd2VyDQogICBsYXllcnMgZnJvbSBsb3dlciBiYW5kd2lkdGggbmVpZ2hib3JzIGFuZCBo aWdoZXIgbGF5ZXJzIGZyb20gaGlnaA0KICAgYmFuZHdpZHRoIG5laWdoYm9ycy4gVGhpcyBzY2hl ZHVsaW5nIHN0cmF0ZWd5IGlzIHByb3ZlbiB0byBiZSBvcHRpbWFsDQogICBmb3IgYSBnaXZlbiBz aW5nbGUgcGVlciB3aXRoaW4gYSBjZXJ0YWluIHRpbWUgc2xvdCBidXQgbWF5IG5vdCBiZQ0KICAg Z2xvYmFsbHkgb3B0aW1hbC4NCg0KDQoNCg0KDQoNCg0KDQpXdSwgZXQgYWwuICAgICAgICAgICBF eHBpcmVzIFNlcHRlbWJlciAxMSwgMjAxMCAgICAgICAgICAgICAgW1BhZ2UgMTNdDQoMDQpJbnRl cm5ldC1EcmFmdCAgICAgICAgICBQMlAgTGF5ZXJlZCBTdHJlYW1pbmcgICAgICAgICAgICAgICBN YXJjaCAyMDEwDQoNCg0KNS4yLiBTeXN0ZW0gUGVyZm9ybWFuY2UgTWV0cmljcw0KDQogICBBbHRo b3VnaCB0aGUgbGF5ZXJlZCBlbmNvZGluZyBzY2hlbWUgYnJpbmdzIG1vcmUgZmxleGliaWxpdHkg Zm9yDQogICBwYXJ0aWNpcGF0aW5nIHBlZXJzIHRvIGFjaGlldmUgYWRhcHRpdmUgdmlkZW8gcXVh bGl0eSwgaXQgYWxzbyBjYXVzZXMNCiAgIGNoYWxsZW5nZXMgdG8gdGhlIFAyUCBwcm90b2NvbCBm b3IgbGF5ZXIgc3RyZWFtaW5nLiBJbiB0aGUgcGFwZXIgWzJdLA0KICAgdGhlIGZvbGxvd2luZyBm b3VyIHBlcmZvcm1hbmNlIG1ldHJpY3MgYXJlIG1lbnRpb25lZC4NCg0KDQoNCjUuMi4xLiBUaHJv dWdocHV0IGFuZCBEZWxheQ0KDQogICBJdCBpcyB0aGUgYmFzaWMgcmVxdWlyZW1lbnQgdGhhdCB0 aGUgb3ZlcmFsbCBQMlAgbmV0d29yayBjYW4gbWF4aW1pemUNCiAgIHRoZSBvdmVybGF5IHRocm91 Z2hwdXQgYW5kIGtlZXAgbG93IHBhY2tldCBkZWxheS4gWzJdDQoNCg0KDQo1LjIuMi4gTGF5ZXIg ZGVsaXZlcnkgcmF0aW8NCg0KICAgSW4gc2luZ2xlIGxheWVyZWQgUDJQIHN0cmVhbWluZywgbWF4 aW1pemluZyB0aGUgbm9kZSBkZWxpdmVyeSByYXRpbw0KICAgaXMgYWxtb3N0IGVxdWFsIHRvIG1h eGltaXppbmcgdGhlIHRocm91Z2hwdXQuIEJ1dCBpdCBpcyBub3QgdGhlIGNhc2UNCiAgIGluIGxh eWVyZWQgc3RyZWFtaW5nLiBJbiBtdWx0aXBsZSBsYXllcmVkIFAyUCBzdHJlYW1pbmcsIHN1YnNj cmliaW5nDQogICBtYW55IGxheWVycyBidXQgd2l0aCBsb3cgZGVsaXZlcnkgcmF0aW8gZm9yIGVh Y2ggbGF5ZXIgY2FuIHJlc3VsdCBpbg0KICAgaGlnaCB0aHJvdWdocHV0LiBCdXQsIHRoZSB2aWRl byBxdWFsaXR5IGNhbm5vdCBiZSBoaWdoIGJlY2F1c2Ugb2YgdGhlDQogICBsYXllciBkZXBlbmRl bmN5LiBUaGVyZWZvcmUsIGl0IGlzIGEga2V5IHBvaW50IHRvIGVuc3VyZSBoaWdoDQogICBkZWxp dmVyeSByYXRpbyBmb3Igc3Vic2NyaWJlZCBsYXllcnMuIFsyXQ0KDQoNCg0KNS4yLjMuIFVzZWxl c3MgcGFja2V0cyByYXRpbw0KDQogICBBY2NvcmRpbmcgdG8gdGhlIGxheWVyZWQgZW5jb2Rpbmcv ZGVjb2Rpbmcgc2NoZW1lLCB0aGUgZGVjb2Rpbmcgb2YNCiAgIHVwcGVyIGxheWVycyBkZXBlbmRz IG9uIHRoZSBhdmFpbGFiaWxpdHkgb2YgbG93ZXIgbGF5ZXJzLiBJZiBzb21lDQogICBsb3dlciBs YXllciBwYWNrZXRzIGFyZSBtaXNzZWQsIHRoZSBwYWNrZXRzIHdpdGggdGhlIHNhbWUgc2VxdWVu Y2UNCiAgIElEcyBpbiB0aGUgdXBwZXIgbGF5ZXJzIGNhbm5vdCBiZSBjb3JyZWN0bHkgZGVjb2Rl ZC4gVGhlIHVwcGVyIGxheWVyDQogICBwYWNrZXRzIGJlY29tZSB1c2VsZXNzLiBUaGVyZWZvcmUs IGl0IGlzIGEga2V5IHBvaW50IHRoYXQgdGhlIHVzZWxlc3MNCiAgIHBhY2tldCByYXRpbyBzaG91 bGQgYmUga2VwdCBsb3cuIFsyXQ0KDQoNCg0KNS4yLjQuIEppdHRlciBwcmV2ZW50aW9uDQoNCiAg IEJlY2F1c2UgSW50ZXJuZXQgaXMgYSBkeW5hbWljIGVudmlyb25tZW50LCB0aGUgYmFuZHdpZHRo IHZhcmlhdGlvbiBpcw0KICAgY29tbW9uIGluIFAyUCBuZXR3b3JrLiBJZiB0aGUgbm9kZSBzdWJz Y3JpYmVzIG1vcmUgbGF5ZXJzIGltbWVkaWF0ZWx5DQogICBhZnRlciBiYW5kd2lkdGggaW5jcmVh c2VkLCBpdCBtYXkgaGF2ZSB0byBkcm9wIHRoZSBoaWdoIGxheWVycyBhZnRlcg0KICAgYSBzaG9y dCB3aGlsZSBhY2NvcmRpbmcgdG8gdGhlIGJhbmR3aWR0aCBkZWNyZWFzaW5nLiBUaGlzIHNob3J0 LXRlcm0NCiAgIHN1YnNjcmliZS1kcm9wIHBhaXIgaXMgY2FsbGVkIGppdHRlci4gSml0dGVyIGJy aW5ncyBmbHVjdHVhdGlvbiBpbg0KICAgcXVhbGl0eSBvZiBzZXJ2aWNlIChRb1MpIGFuZCBjYXVz ZXMgaXRzIGJ1ZmZlciBvdmVyZmxvdyBvciB1bmRlcmZsb3cuDQoNCg0KV3UsIGV0IGFsLiAgICAg ICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTEsIDIwMTAgICAgICAgICAgICAgIFtQYWdlIDE0XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgUDJQIExheWVyZWQgU3RyZWFtaW5nICAgICAgICAg ICAgICAgTWFyY2ggMjAxMA0KDQoNCiAgIFRoZXJlZm9yZSwgaml0dGVyIHNob3VsZCBiZSBjb25z aWRlcmVkIGZvciBiZWluZyBwcmV2ZW50ZWQgYnkgdGhlDQogICBkYXRhIHNjaGVkdWxpbmcgZGVz aWduLiBbMl0NCg0KNS4zLiBVc2VyIFBlcmZvcm1hbmNlIE1ldHJpY3MNCg0KICAgQSBzZXQgb2Yg UW9FIHBhcmFtZXRlcnMsIGUuZy4gbGF5ZXJzIGZvciBwbGF5YmFjaywgcGVlciBwcmVmZXJlbmNl LA0KICAgdG9sZXJhbmNlIG9mIGFydGlmYWN0cyAoZS5nLiBkZWxheSwgaml0dGVyLCBmcmVlemUs IG9yIGVycm9yIGJsb2Nrcw0KICAgZWZmZWN0KSBldGMuLCBtYXkgYmUgZGVmaW5lZCBhbmQgaW1w bGVtZW50ZWQgYXMgc3lzdGVtIHRvb2xzIGluc2lkZQ0KICAgb3Igb3V0c2lkZSBvZiB0aGUgUDJQ IGxheWVyZWQgc3RyZWFtaW5nLiBUaGUgcGVlciBzZWxlY3Rpb24gY3JpdGVyaW9uDQogICBjYW4g bWFrZSBiZXN0IHVzZSBvZiBzdWNoIGluZm9ybWF0aW9uIHRvIG1ha2Ugc3VyZSB0aGF0IGl0IGNh biBvYnRhaW4NCiAgIGl0cyBvcHRpbWFsIHBsYXliYWNrIGxheWVyIGZyb20gdGhlIHJpZ2h0IHBl ZXJzLg0KDQogICBPbmUgb2YgdGhlIGltcG9ydGFudCBnb2FscyBmb3IgbGF5ZXJlZCBQMlAgc3Ry ZWFtaW5nIGlzIHRvIGVuaGFuY2UNCiAgIHRoZSBvdmVyYWxsIHVzZXIgcXVhbGl0eSBvZiBleHBl cmllbmNlIGJ5IGRlc2lnbmluZyB0aGUgcDJwIHN0cmVhbWluZw0KICAgcHJvdG9jb2wgdG8gdXRp bGl6ZSB0aGUgaGV0ZXJvZ2VuZW91cyBjb25kaXRpb25zIG9mIHBhcnRpY2lwYXRpbmcNCiAgIHBl ZXJzLiBGb3IgZXhhbXBsZSwgdGhlIHN0YXJ0LXVwIGRlbGF5IGlzIHRoZSBkdXJhdGlvbiBiZXR3 ZWVuIGEgcGVlcg0KICAgbWFrZXMgaXRzIHJlcXVlc3QgZm9yIGEgc3RyZWFtIGFuZCB0aGUgc3Ry ZWFtIGFjdHVhbGx5IGJlZ2lucyB0byBwbGF5DQogICBhdCB0aGUgcGVlci4gTGF5ZXJlZCBQMlAg c3RyZWFtaW5nIGNhbiByZWR1Y2UgdGhlIHN0YXJ0LXVwIGRlbGF5IGJ5DQogICBzZXJ2aW5nIHRo ZSBCTCAoQmFzZSBMYXllcikgZmlyc3QgdG8gdGhlIHBlZXIgd2hpbGUgZW5oYW5jZW1lbnQNCiAg IGxheWVycyBtYXkgYmUgZGVsaXZlcmVkIGxhdGVyIHdpdGggbG93ZXIgcHJpb3JpdHkuIFRoZSBw bGF5YmFjaw0KICAgY29udGludWl0eSBhbmQgcGxheWJhY2sgZGVsYXkgY2FuIGJlIHNldCBhcyBx dWFsaXR5IG1ldHJpY3MgYXMgd2VsbA0KICAgYnkgdGhlIFAyUCBuZXR3b3JrIHRvIGR5bmFtaWNh bGx5IGFkanVzdCBmb3IgcGVyZm9ybWFuY2UgdHVuaW5nIG9yDQogICB0cmFkZW9mZiBiZXR3ZWVu IHZhcmlvdXMgcXVhbGl0eSBtZXRyaWNzLg0KDQogICBTZXZlcmFsIHF1YWxpdHkgbWV0cmljcyBt YXkgYmUgY29uc2lkZXJlZCBpbiBMYXllcmVkIFBQU1AgZm9yIGxpdmUNCiAgIHN0cmVhbWluZyBh bmQgcHJvZ3Jlc3NpbmcgZG93bmxvYWRpbmcuDQoNCjUuMy4xLiBTdGFydC11cCBEZWxheQ0KDQog ICBUaGUgc3RhcnQtdXAgZGVsYXkgaXMgdGhlIGR1cmF0aW9uIGJldHdlZW4gYSBwZWVyIG1ha2Vz IGEgcmVxdWVzdCBmb3INCiAgIGEgc3RyZWFtIGFuZCB0aGUgc3RyZWFtIGFjdHVhbGx5IGJlZ2lu cyB0byBwbGF5IGF0IHRoZSBwZWVyLg0KDQo1LjMuMi4gUGxheWJhY2sgQ29udGludWl0eQ0KDQog ICBQbGF5YmFjayBjb250aW51aXR5IGlzIHRoZSBwZXJjZW50YWdlIG9mIHRoZSBwbGF5aW5nIHN0 cmVhbWluZw0KICAgc3VjY2Vzc2Z1bGx5IHBsYXllZCBhdCB0aGUgY29ycmVjdCB0aW1lLg0KDQo1 LjMuMy4gUGxheWJhY2sgRGVsYXkNCg0KICAgUGxheWJhY2sgZGVsYXkgaXMgdGhlIGRlbGF5IGJl dHdlZW4gYSBzdHJlYW1pbmcgY2h1bmsgd2hpY2ggaXMNCiAgIGdlbmVyYXRlZCBieSB0aGUgc291 cmNlIGFuZCB0aGUgc3RyZWFtaW5nIGNodW5rIGJlaW5nIHZpZXdlZCBieSB0aGUNCiAgIHBlZXIu DQoNCg0KDQoNCg0KDQoNCld1LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDEx LCAyMDEwICAgICAgICAgICAgICBbUGFnZSAxNV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAg IFAyUCBMYXllcmVkIFN0cmVhbWluZyAgICAgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQo2LiBE ZXBsb3ltZW50IE9wdGlvbnMNCg0KICAgVG9kbzogVGhlIGNvbnRlbnQgb2YgdGhpcyBzZWN0aW9u IG5lZWQgZnVydGhlciBpbnB1dC4NCg0KDQoNCjcuIFByb3RvY29sIERldGFpbA0KDQogICBUb2Rv OiBUaGUgY29udGVudCBvZiB0aGlzIHNlY3Rpb24gbmVlZCBmdXJ0aGVyIGlucHV0Lg0KDQoNCg0K OC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNCg0KICAgVG9kbzogVGhlIGNvbnRlbnQgb2YgdGhp cyBzZWN0aW9uIG5lZWQgZnVydGhlciBpbnB1dC4NCg0KDQoNCjkuIElBTkEgQ29uc2lkZXJhdGlv bnMNCg0KICAgVG9kbzogVGhlIGNvbnRlbnQgb2YgdGhpcyBzZWN0aW9uIG5lZWQgZnVydGhlciBp bnB1dC4NCg0KDQoNCjEwLiBDb25jbHVzaW9ucw0KDQogICBBY2NvcmRpbmcgdG8gdGhlIGNoYXJh Y3RlcmlzdGljcyBvZiBQMlAgbGF5ZXJlZCBjb2RpbmcsIHdlIHByb3Bvc2UNCiAgIHRoZSBQMlAg bGF5ZXJlZCBzdHJlYW1pbmcgcHJvdG9jb2wgaW4gdGhlIFBQU1AgZnJhbWV3b3JrLg0KDQoNCg0K MTEuIFJlZmVyZW5jZXMNCg0KDQoNCjExLjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFsx XSAgWWluZ2ppZSBHdSwgZXQuIGFsLiBUcmFja2VyIFByb3RvY29sLCBQUFNQIChkcmFmdGluZyku DQoNCg0KDQoxMS4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFsyXSAgTGF5ZXJlZFAy UDogQSBOZXcgRGF0YSBTY2hlZHVsaW5nIEFwcHJvYWNoIGZvciBMYXllcmVkDQogICAgICAgICBT dHJlYW1pbmcgaW4gSGV0ZXJvZ2VuZW91cyBOZXR3b3Jrcy4gWGluIFhpYW8sIFl1YW5jaHVuIFNo aSwNCiAgICAgICAgIFl1YW4gR2FvIGFuZCBRaWFuIFpoYW5nLiBJbmZvY29tIDIwMDkNCg0KDQoN Cld1LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDExLCAyMDEwICAgICAgICAg ICAgICBbUGFnZSAxNl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgIFAyUCBMYXllcmVkIFN0 cmVhbWluZyAgICAgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQogICBbM10gIFBBTFM6IFBlZXIt dG8tUGVlciBBZGFwdGl2ZSBMYXllcmVkIFN0cmVhbWluZy4gUmV6YSBSZWphaWUsDQogICAgICAg ICBBbnRvbmlvIE9ydGVnYS4gTk9TU0RBViwgMjAwMy4NCg0KICAgWzRdICBMYXllcmVkIFBlZXIt dG8tUGVlciBTdHJlYW1pbmcuIFlpIEN1aSwgS2xhcmEgTmFocnN0ZWR0Lg0KICAgICAgICAgTk9T U0RBViwgMjAwMw0KDQoNCg0KMTIuIEFja25vd2xlZGdtZW50cw0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KV3UsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTEsIDIwMTAgICAgICAg ICAgICAgIFtQYWdlIDE3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgUDJQIExheWVyZWQg U3RyZWFtaW5nICAgICAgICAgICAgICAgTWFyY2ggMjAxMA0KDQoNCkF1dGhvcnMnIEFkZHJlc3Nl cw0KDQogICBLZW50IEthbmdoZW5nIFd1DQogICBIb25nIEtvbmcgQXBwbGllZCBTY2llbmNlIGFu ZCBUZWNobm9sb2d5IFJlc2VhcmNoIEluc3RpdHV0ZSBDb21wYW55DQogICBMaW1pdGVkIChBU1RS SSkNCiAgIDMvRiwgQnVpbGRpbmcgNiwgMiBTY2llbmNlIFBhcmsgV2VzdCBBdmVudWUsIEhvbmcg S29uZyBTY2llbmNlIHBhcmssDQogICBTaGF0aW4sIE5ldyBUZXJyaXRvcmllcywgSG9uZyBLb25n DQoNCiAgIFBob25lOiA4NTItMzQwNjI5MDgNCiAgIEVtYWlsOiBraHd1QGFzdHJpLm9yZw0KDQoN CiAgIEphbWVzIFpoaWJpbiBMZWkNCiAgIEhvbmcgS29uZyBBcHBsaWVkIFNjaWVuY2UgYW5kIFRl Y2hub2xvZ3kgUmVzZWFyY2ggSW5zdGl0dXRlIENvbXBhbnkNCiAgIExpbWl0ZWQgKEFTVFJJKQ0K ICAgMy9GLCBCdWlsZGluZyA2LCAyIFNjaWVuY2UgUGFyayBXZXN0IEF2ZW51ZSwgSG9uZyBLb25n IFNjaWVuY2UgUGFyaywNCiAgIFNoYXRpbiwgTmV3IFRlcnJpdG9yaWVzLCBIb25nIEtvbmcNCg0K ICAgUGhvbmU6IDAwODUyLTM0MDYyNzQ4DQogICBFbWFpbDogbGVpQGFzdHJpLm9yZw0KDQoNCiAg IERhaCBNaW5nIENoaXUNCiAgIEhvbmcgS29uZyBBcHBsaWVkIFNjaWVuY2UgYW5kIFRlY2hub2xv Z3kgUmVzZWFyY2ggSW5zdGl0dXRlIENvbXBhbnkNCiAgIExpbWl0ZWQgKEFTVFJJKQ0KICAgMy9G LCBCdWlsZGluZyA2LCAyIFNjaWVuY2UgUGFyayBXZXN0IEF2ZW51ZSwgSG9uZyBLb25nIFNjaWVu Y2UgUGFyaywNCiAgIFNoYXRpbiwgTmV3IFRlcnJpdG9yaWVzLCBIb25nIEtvbmcNCg0KICAgUGhv bmU6IDAwODUyLTM0MDYyOTc5DQogICBFbWFpbDogZG1jaGl1QGllLmN1aGsuZWR1LmhrDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpXdSwgZXQgYWwuICAgICAgICAgICBFeHBp cmVzIFNlcHRlbWJlciAxMSwgMjAxMCAgICAgICAgICAgICAgW1BhZ2UgMThdDQoMDQo= ------_=_NextPart_001_01CAC0EE.B223DB81-- From lei@astri.org Thu Mar 11 09:10:32 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8CC5A3A6407 for ; Thu, 11 Mar 2010 09:10:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.582 X-Spam-Level: **** X-Spam-Status: No, score=4.582 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MANGLED_PILL=2.3, MIME_QP_LONG_LINE=1.396] 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 e1-CE0gf+L0r for ; Thu, 11 Mar 2010 09:10:28 -0800 (PST) Received: from mail1.astri.org (mail1.hkjcicm.org [218.188.84.5]) by core3.amsl.com (Postfix) with ESMTP id 0C4EA3A6BCE for ; Thu, 11 Mar 2010 08:58:30 -0800 (PST) Received: (qmail 20798 invoked from network); 11 Mar 2010 16:58:35 -0000 X-NetworkBox-HamSign: 0101;OUT;astrihk1;286435ef09014bb77c862c85837595ea; Received: from unknown (HELO ASPROEXG.astri.local) (10.6.2.22) by 172.16.1.240 with SMTP; 11 Mar 2010 16:58:35 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CAC13B.E015C579" Date: Fri, 12 Mar 2010 00:57:04 +0800 Message-ID: <9D6E040026E9AB43A7A12C17134B18AED51211@ASPROEXG.astri.local> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: New draft about Secure P2P Streaming Protocol (SPPSP) thread-index: AcrA7qI/tSVt0113SCyxWXxleEF0TAATHmh3 References: From: "Lei Zhibin James" To: "zhangyunfei" , X-NetworkBox-BounceSign-astri: 0101;14679;908618f1 X-Scanned-By-astrihk1: Virus scan performed by network-box X-Scanned-By-astrihk1: Scanner file id is astrihk1-1268326715.405-20793-000 X-Scanned-By-astrihk1: No known viruses found in message (received+scanned in 0.07/0.15 secs) X-Scanned-By-astrihk1: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0 Subject: [ppsp] New draft about Secure P2P Streaming Protocol (SPPSP) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 17:10:32 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CAC13B.E015C579 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CAC13B.E015C579" ------_=_NextPart_002_01CAC13B.E015C579 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Yunfei, =20 We would like to request a time slot to present our draft "The Secure = P2P Streaming Protocol (SPPSP)". The attached document is the draft.=20 =20 The abstract of the draft is as follows: This draft describes the Secure Peer-to-Peer Streaming Protocol (SPPSP), = an extension of the Peer-to-Peer Streaming Protocol (PPSP), which can = provide confidentiality, message authentication, and content protection = to the PPSP traffic. =20 Best regards, =20 James Lei Hong Kong ASTRI =20 =20 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------_=_NextPart_002_01CAC13B.E015C579 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A=
=0A=
Dear Yunfei,
=0A=
=0A=
=0A=

 

=0A=

We would like to request a = time slot to present our draft "The Secure P2P Streaming Protocol = (SPPSP)". The attached document is the draft.

=0A=

 

=0A=

The abstract of the draft = is as follows:

=0A=

This draft describes the = Secure Peer-to-Peer Streaming Protocol (SPPSP), an extension of the = Peer-to-Peer Streaming Protocol (PPSP), which can provide = confidentiality, message authentication, and content protection to the = PPSP traffic.

=0A=

 

=0A=

Best = regards,

=0A=

 

=0A=

=0A=

James Lei

=0A=

Hong Kong = ASTRI

=0A=

 

=0A=

 


=

This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited.


= ------_=_NextPart_002_01CAC13B.E015C579-- ------_=_NextPart_001_01CAC13B.E015C579 Content-Type: text/plain; name="draft-lei-SPPSP-00.txt" Content-Transfer-Encoding: base64 Content-Description: draft-lei-SPPSP-00.txt Content-Disposition: attachment; filename="draft-lei-SPPSP-00.txt" U1BQU1AgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgWi4gTGVpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAuLi4NCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBU1RSSQ0KSW50ZW5kZWQgc3RhdHVz OiBCQ1AgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBNYXJjaCAxMiwgMjAxMA0K RXhwaXJlczogU2VwdGVtYmVyIDIwMTANCg0KDQoNCiAgICAgICAgICAgICAgICAgVGhlIFNlY3Vy ZSBQMlAgU3RyZWFtaW5nIFByb3RvY29sIChTUFBTUCkNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgZHJhZnQtbGVpLXNwcHNwLTAwLnR4dA0KDQoNCg0KDQpTdGF0dXMgb2YgdGhpcyBNZW1vDQoN CiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ug d2l0aCB0aGUNCiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQoNCiAgIFRoaXMg SW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUN CiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuIFRoaXMgZG9jdW1lbnQgbWF5IG5v dCBiZSBtb2RpZmllZCwNCiAgIGFuZCBkZXJpdmF0aXZlIHdvcmtzIG9mIGl0IG1heSBub3QgYmUg Y3JlYXRlZCwgYW5kIGl0IG1heSBub3QgYmUNCiAgIHB1Ymxpc2hlZCBleGNlcHQgYXMgYW4gSW50 ZXJuZXQtRHJhZnQuDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1 bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUNCiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1Ag NzkuIFRoaXMgZG9jdW1lbnQgbWF5IG5vdCBiZSBtb2RpZmllZCwNCiAgIGFuZCBkZXJpdmF0aXZl IHdvcmtzIG9mIGl0IG1heSBub3QgYmUgY3JlYXRlZCwgZXhjZXB0IHRvIHB1Ymxpc2ggaXQNCiAg IGFzIGFuIFJGQyBhbmQgdG8gdHJhbnNsYXRlIGl0IGludG8gbGFuZ3VhZ2VzIG90aGVyIHRoYW4g RW5nbGlzaC4NCg0KICAgVGhpcyBkb2N1bWVudCBtYXkgY29udGFpbiBtYXRlcmlhbCBmcm9tIElF VEYgRG9jdW1lbnRzIG9yIElFVEYNCiAgIENvbnRyaWJ1dGlvbnMgcHVibGlzaGVkIG9yIG1hZGUg cHVibGljbHkgYXZhaWxhYmxlIGJlZm9yZSBOb3ZlbWJlcg0KICAgMTAsIDIwMDguIFRoZSBwZXJz b24ocykgY29udHJvbGxpbmcgdGhlIGNvcHlyaWdodCBpbiBzb21lIG9mIHRoaXMNCiAgIG1hdGVy aWFsIG1heSBub3QgaGF2ZSBncmFudGVkIHRoZSBJRVRGIFRydXN0IHRoZSByaWdodCB0byBhbGxv dw0KICAgbW9kaWZpY2F0aW9ucyBvZiBzdWNoIG1hdGVyaWFsIG91dHNpZGUgdGhlIElFVEYgU3Rh bmRhcmRzIFByb2Nlc3MuDQogICBXaXRob3V0IG9idGFpbmluZyBhbiBhZGVxdWF0ZSBsaWNlbnNl IGZyb20gdGhlIHBlcnNvbihzKSBjb250cm9sbGluZw0KICAgdGhlIGNvcHlyaWdodCBpbiBzdWNo IG1hdGVyaWFscywgdGhpcyBkb2N1bWVudCBtYXkgbm90IGJlIG1vZGlmaWVkDQogICBvdXRzaWRl IHRoZSBJRVRGIFN0YW5kYXJkcyBQcm9jZXNzLCBhbmQgZGVyaXZhdGl2ZSB3b3JrcyBvZiBpdCBt YXkNCiAgIG5vdCBiZSBjcmVhdGVkIG91dHNpZGUgdGhlIElFVEYgU3RhbmRhcmRzIFByb2Nlc3Ms IGV4Y2VwdCB0byBmb3JtYXQNCiAgIGl0IGZvciBwdWJsaWNhdGlvbiBhcyBhbiBSRkMgb3IgdG8g dHJhbnNsYXRlIGl0IGludG8gbGFuZ3VhZ2VzIG90aGVyDQogICB0aGFuIEVuZ2xpc2guDQoNCiAg IEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVu Z2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtp bmcgZ3JvdXBzLiAgTm90ZSB0aGF0DQogICBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0 ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC0NCiAgIERyYWZ0cy4NCg0KICAgSW50ZXJu ZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXgg bW9udGhzDQogICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkg b3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0KDQoNCg0KTGVpLCBldCBhbC4gICAgICAgICAgRXhwaXJl cyBTZXB0ZW1iZXIgMTIsIDIwMTAgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0KSW50ZXJuZXQt RHJhZnQgICAgICBTZWN1cmUgUDJQIFN0cmVhbWluZyBQcm90b2NvbCAgICAgICAgICAgTWFyY2gg MjAxMA0KDQoNCiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1E cmFmdHMgYXMgcmVmZXJlbmNlDQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhh biBhcyAid29yayBpbiBwcm9ncmVzcy4iDQoNCiAgIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJu ZXQtRHJhZnRzIGNhbiBiZSBhY2Nlc3NlZCBhdA0KICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pZXRm LzFpZC1hYnN0cmFjdHMudHh0DQoNCiAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRv dyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcv c2hhZG93Lmh0bWwNCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBTZXB0 ZW1iZXIgMTIsIDIwMTAuDQoNCkNvcHlyaWdodCBOb3RpY2UNCg0KICAgQ29weXJpZ2h0IChjKSAy MDEwIElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlDQogICBkb2N1 bWVudCBhdXRob3JzLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KDQogICBUaGlzIGRvY3VtZW50IGlz IHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNp b25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzDQogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5v cmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YNCiAgIHB1YmxpY2F0aW9u IG9mIHRoaXMgZG9jdW1lbnQuIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzDQogICBjYXJl ZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRo IHJlc3BlY3QNCiAgIHRvIHRoaXMgZG9jdW1lbnQuIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQg ZnJvbSB0aGlzIGRvY3VtZW50IG11c3QNCiAgIGluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5z ZSB0ZXh0IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZg0KICAgdGhlIFRydXN0IExlZ2Fs IFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzDQogICBkZXNj cmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuDQoNCiAgIFRoaXMgZG9jdW1lbnQg aXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwNCiAgIFByb3Zp c2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMNCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRm Lm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZg0KICAgcHVibGljYXRp b24gb2YgdGhpcyBkb2N1bWVudC4gUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMNCiAgIGNh cmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdp dGggcmVzcGVjdA0KICAgdG8gdGhpcyBkb2N1bWVudC4NCg0KDQoNCkFic3RyYWN0DQoNCiAgIFRo aXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBTZWN1cmUgUGVlci10by1QZWVyIFN0cmVhbWluZyBQ cm90b2NvbA0KICAgKFNQUFNQKSwgYW4gZXh0ZW5zaW9uIG9mIHRoZSBQZWVyLXRvLVBlZXIgU3Ry ZWFtaW5nIFByb3RvY29sIChQUFNQKSwNCiAgIHdoaWNoIGNhbiBwcm92aWRlIGNvbmZpZGVudGlh bGl0eSwgbWVzc2FnZSBhdXRoZW50aWNhdGlvbiwgYW5kDQogICBjb250ZW50IHByb3RlY3Rpb24g dG8gdGhlIFBQU1AgdHJhZmZpYy4NCg0KDQoNClRhYmxlIG9mIENvbnRlbnRzDQoNCg0KDQoNCkxl aSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDEyLCAyMDEwICAgICAgICAgICAg ICAgW1BhZ2UgMl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgU2VjdXJlIFAyUCBTdHJlYW1pbmcg UHJvdG9jb2wgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQogICAxLiBJbnRyb2R1Y3Rpb24uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zDQogICAyLiBUZXJt aW5vbG9neS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi40 DQogICAzLiBHb2FscyBhbmQgRmVhdHVyZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi41DQogICAgICAzLjEuIEZlYXR1cmVzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi42DQogICA0LiBTUFBTUCBGcmFtZXdvcmsuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi43DQogICAgICA0LjEuIFNlY3VyZSBQ UFNQLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEwDQogICAgICA0 LjIuIFNQUFNQIENyeXB0b2dyYXBoaWMgQ29udGV4dHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xMQ0KICAgICAgNC4zLiBTUFBTUCBQYWNrZXQgUHJvY2Vzc2luZy4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uMTENCiAgIDUuIFByZS1EZWZpbmVkIENyeXB0b2dyYXBoaWMgVHJhbnNm b3Jtcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEyDQogICAgICA1LjEuIEVuY3J5cHRpb24uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEyDQogICAgICA1LjIuIE51 bGwgQ2lwaGVyLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEyDQog ICAgICA1LjMuIE1lc3NhZ2UgQXV0aGVudGljYXRpb24gYW5kIEludGVncml0eS4uLi4uLi4uLi4u Li4uLi4uLi4xMg0KICAgNi4gRGVmYXVsdCBhbmQgbWFuZGF0b3J5LXRvLWltcGxlbWVudCB0cmFu c2Zvcm1zLi4uLi4uLi4uLi4uLi4uMTMNCiAgICAgIDYuMS4gRW5jcnlwdGlvbi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTMNCiAgICAgIDYuMi4gTWVzc2FnZSBB dXRoZW50aWNhdGlvbiAvIEludGVncml0eS4uLi4uLi4uLi4uLi4uLi4uLi4uLjEzDQogICA3LiBL ZXkgTWFuYWdlbWVudCBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xMw0KICAgOC4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uMTMNCiAgIDkuIEFwcGxpY2F0aW9uIFNjZW5hcmlvcy4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEzDQogICAgICA5LjEuIFNlY3VyZSBQMlAgUmVh bCBUaW1lIFN0cmVhbWluZy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMw0KICAgICAgOS4yLiBN ZXNzYWdlIEF1dGhlbnRpY2F0aW9uIC8gSW50ZWdyaXR5Li4uLi4uLi4uLi4uLi4uLi4uLi4uMTMN CiAgIDEwLiBJQU5BIENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLjEzDQogICAxMS4gUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLjEzDQogICAgICAxMS4xLiBOb3JtYXRpdmUgUmVmZXJlbmNl cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMw0KICAgICAgMTEuMi4gSW5mb3Jt YXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTQNCiAgIDEy LiBBY2tub3dsZWRnbWVudHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uMTUNCg0KDQoNCiAgIDEuIEludHJvZHVjdGlvbg0KDQogICBQZWVyLXRvLVBlZXIgc3RyZWFt aW5nIGJlY29tZXMgcG9wdWxhciBpbiByZWNlbnQgeWVhcnMgYmVjYXVzZSBvbiB0aGUNCiAgIG9u ZSBoYW5kIGl0IGRvZXNuJ3QgcmVseSBvbiB0aGUgZGVwbG95bWVudCBvZiBJUC1tdWx0aWNhc3Qg cHJvdG9jb2wsDQogICBhbmQgb24gdGhlIG90aGVyIGhhbmQgdGhlIGRhdGEgdHJhbnNtaXNzaW9u IGFtb25nIHBlZXJzIHNpZ25pZmljYW50bHkNCiAgIHJlZHVjZSB0aGUgYmFuZHdpZHRoIGNvc3Qg b2YgdGhlIHNlcnZlciwgaGlnaCBzY2FsYWJpbGl0eSBjb3VsZCB0aGVuDQogICBiZSBhY2hpZXZl ZC4gUGVlci10by1QZWVyIFN0cmVhbWluZyBQcm90b2NvbCAoUFBTUCkgWzFdIGlzIHByb3Bvc2Vk DQogICB0byBzdGFuZGFyZGl6ZSB0aGlzIGVmZm9ydC4NCg0KICAgSnVzdCBhcyB0aGUgU2VjdXJl IFJlYWwtdGltZSBUcmFuc3BvcnQgUHJvdG9jb2wgKFNSVFApIFsxXSBwcm92aWRlcw0KICAgc2Vj dXJpdHkgYW5kIHByb3RlY3Rpb24gZm9yIFJUUCBhbmQgUlRDUCB0cmFmZmljLCB0aGUgU2VjdXJl IFBlZXItdG8tDQogICBQZWVyIFN0cmVhbWluZyBQcm90b2NvbCAoU1BQU1ApLCBhbiBleHRlbnNp b24gb2YgdGhlIFBlZXItdG8tUGVlcg0KICAgU3RyZWFtaW5nIFByb3RvY29sIChQUFNQKSwgcHJv dmlkZXMgY29uZmlkZW50aWFsaXR5LCBtZXNzYWdlDQogICBhdXRoZW50aWNhdGlvbiwgYW5kIGNv bnRlbnQgcHJvdGVjdGlvbiB0byB0aGUgUFBTUCB0cmFmZmljLg0KDQogICBTUFBTUCBwcm92aWRl cyBhIGZyYW1ld29yayBmb3IgZW5jcnlwdGlvbiBhbmQgbWVzc2FnZSBhdXRoZW50aWNhdGlvbg0K ICAgb2YgUFBTUCBzdHJlYW1zLiBTUFBTUCBkZWZpbmVzIGEgc2V0IG9mIGRlZmF1bHQgZ3JvdXAg a2V5DQogICBjcnlwdG9ncmFwaGljIHByb3RvY29scyAoU2VjdGlvbnMgNCksIGFuZCBpdCBhbGxv d3MgbmV3IGNyeXB0b2dyYXBoaWMNCiAgIHByb3RvY29scyB0byBiZSBpbnRyb2R1Y2VkIGluIHRo ZSBmdXR1cmUuICBXaXRoIGFwcHJvcHJpYXRlIGtleQ0KDQoNCkxlaSwgZXQgYWwuICAgICAgICAg IEV4cGlyZXMgU2VwdGVtYmVyIDEyLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2UgM10NCgwNCklu dGVybmV0LURyYWZ0ICAgICAgU2VjdXJlIFAyUCBTdHJlYW1pbmcgUHJvdG9jb2wgICAgICAgICAg IE1hcmNoIDIwMTANCg0KDQogICBtYW5hZ2VtZW50LCBTUFBTUCBpcyBzZWN1cmUgKFNlY3Rpb24g OSkgZm9yIFAyUCByZWFsIHRpbWUgc3RyZWFtaW5nDQogICBhbmQgUDJQIHZpZGVvIG9uIGRlbWFu ZCBhcHBsaWNhdGlvbnMuIFNQUFNQIGNhbiBhY2hpZXZlIGhpZ2gNCiAgIHRocm91Z2hwdXQgYW5k IGxvdyBwYWNrZXQgZXhwYW5zaW9uLiBTUFBTUCBwcm92aWRlcyBzdWl0YWJsZQ0KICAgcHJvdGVj dGlvbiBmb3IgaGV0ZXJvZ2VuZW91cyBlbnZpcm9ubWVudHMgaW4gTGF5ZXJlZCBQMlAgc3RyZWFt aW5nDQogICBbMTVdKGZvciBleGFtcGxlLCB3aXRoIG1vYmlsZSBwaG9uZXMsIFNUQiwgYW5kIFBD IG9uIHRoZSB3aXJlZCBhbmQNCiAgIHdpcmVsZXNzIG5ldHdvcmtzKS4NCg0KICAgQSBjaGFsbGVu Z2UgZm9yIHNlY3VyZSBQMlAgc3RyZWFtaW5nIGxpZXMgaW4gdGhlIGZhY3QgdGhhdCBzdHJlYW1p bmcNCiAgIGRhdGEgY29tZXMgZnJvbSBtYW55IGRpZmZlcmVudCBwZWVycyBvZiBkeW5hbWljIG5h dHVyZSBhbmQgc2VydmVyDQogICAodHJhY2tlciBzZXJ2ZXIpIHdobyByZXNwb25kcyB0byBhIHBl ZXIgcmVxdWVzdCBmb3Igc3RyZWFtaW5nIGNvbnRlbnQNCiAgIHdpdGggb25seSBhIGxpc3Qgb2Yg cGVlcnMuIEl0IGRvZXMgbm90IGd1YXJhbnRlZSBlaXRoZXIgdGhlIHNlY3VyaXR5DQogICBvciB0 aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIHBlZXJzLiBIZW5jZSwgc2VjdXJlIFAyUCBzdHJlYW1pbmcg aGFzIHR3bw0KICAgaW1wb3J0YW50IHBhcnRzOiAxKSB0aGUgY29tbXVuaWNhdGlvbiBiZXR3ZWVu IHBlZXIgYW5kIHRyYWNrZXINCiAgIHNlcnZlcjsgMikgdGhlIGNvbW11bmljYXRpb24gYW1vbmcg dGhlIHBlZXJzLg0KDQogICBUaGUgc2VjdXJlIGNvbW11bmljYXRpb24gYmV0d2VlbiBwZWVyIGFu ZCB0cmFja2VyIHNlcnZlciBmb2xsb3dzDQogICBzdGFuZGFyZCBzZWN1cmUgY2xpZW50IHNlcnZl ciBjb21tdW5pY2F0aW9uIGZyYW1ld29yayAoZS5nLiByZWZlcmVuY2UNCiAgIGZyYW1ld29yayBS RkMgMjQwMSAtIFNlY3VyaXR5IEFyY2hpdGVjdHVyZSBmb3IgdGhlIEludGVybmV0IFByb3RvY29s DQogICBbOF0sIGFuZCBSRkNzIGRlc2NyaWJpbmcgdGhlIEF1dGhlbnRpY2F0aW9uIEhlYWRlciAo QUgpIFsxMF0gYW5kDQogICBFbmNhcHN1bGF0aW5nIFNlY3VyaXR5IFBheWxvYWQgKEVTUClbMTFd IHByb3RvY29scy4NCg0KICAgS2V5IG1hbmFnZW1lbnQgZm9yIHRoZSB0cmFja2VyL3BlZXIgY29t bXVuaWNhdGlvbiBtYXkgdXNlIGV4aXN0aW5nDQogICBzdGFuZGFyZHMsIGZvciBleGFtcGxlLCBS RkNzIG9uICJUaGUgSW50ZXJuZXQgS2V5IEV4Y2hhbmdlIChJS0UpIg0KICAgWzEyXSwgIkludGVy bmV0IFNlY3VyaXR5IEFzc29jaWF0aW9uIGFuZCBLZXkgTWFuYWdlbWVudCBQcm90b2NvbA0KICAg KElTQUtNUCkiIFsxM10sIGFuZCAiVGhlIE9BS0xFWSBLZXkgRGV0ZXJtaW5hdGlvbiBQcm90b2Nv bCIgWzE0XS4NCg0KICAgSW4gYWRkaXRpb24gdG8gdGhlIHNlY3VyZSBjbGllbnQgc2VydmVyIGNv bW11bmljYXRpb24sIFNQUFNQIGFkZHMgdGhlDQogICBpbXBvcnRhbnQgc2VjdXJlIGdyb3VwIGNv bW11bmljYXRpb25zIGFtb25nIHRoZSBwZWVycy4gRm9yDQogICBzaW1wbGljaXR5LCB3ZSBhc3N1 bWUgdGhhdCBlYWNoIHBlZXIgdXNlcyB0aGUgc2FtZSBwcml2YXRlIGtleSBmb3INCiAgIHBlZXIg Y29tbXVuaWNhdGlvbiwgYXMgd2VsbCBhcyBjb21tdW5pY2F0aW9uIHdpdGggdHJhY2tlciBzZXJ2 ZXIuDQoNCg0KDQogICAyLiBUZXJtaW5vbG9neQ0KDQogICBUaGUga2V5IHdvcmRzICJNVVNUIiwg Ik1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIsDQogICAiU0hPVUxE IiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4g dGhpcw0KICAgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBS RkMtMjExOSBbMV0uDQoNCiAgIFNlY3VyZSBQMlAgU3RyZWFtaW5nOiBTZWN1cmUgUGVlci10by1Q ZWVyIFN0cmVhbWluZyBQcm90b2NvbCAoU1BQU1ApLA0KICAgYSBwcm9maWxlIG9mIHRoZSBQZWVy LXRvLVBlZXIgU3RyZWFtaW5nIFByb3RvY29sIChQUFNQKSwgcHJvdmlkZXMNCiAgIGNvbmZpZGVu dGlhbGl0eSwgbWVzc2FnZSBhdXRoZW50aWNhdGlvbiwgYW5kIGNvbnRlbnQgcHJvdGVjdGlvbiB0 bw0KICAgdGhlIFBQU1AgdHJhZmZpYzsNCg0KICAgUHVibGljIEtleSAoUEspOiBzZWUgQXN5bW1l dHJpYyBLZXkgQWxnb3JpdGhtOw0KDQogICBQcml2YXRlIEtleSAocGkpOiBzZWUgQXN5bW1ldHJp YyBLZXkgQWxnb3JpdGhtOw0KDQoNCkxlaSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgU2VwdGVt YmVyIDEyLCAyMDEwICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCkludGVybmV0LURyYWZ0ICAg ICAgU2VjdXJlIFAyUCBTdHJlYW1pbmcgUHJvdG9jb2wgICAgICAgICAgIE1hcmNoIDIwMTANCg0K DQogICBHcm91cCBLZXk6IGEgY3J5cHRvZ3JhcGhpYyBrZXkgdGhhdCBpcyBzaGFyZWQgYmV0d2Vl biBhIGdyb3VwIG9mDQogICB1c2Vycy4gVHlwaWNhbGx5LCBncm91cCBrZXlzIGFyZSBkaXN0cmli dXRlZCBieSBzZW5kaW5nIHRoZW0gdG8NCiAgIGluZGl2aWR1YWwgdXNlcnMsIGVpdGhlciBwaHlz aWNhbGx5LCBvciBlbmNyeXB0ZWQgaW5kaXZpZHVhbGx5IGZvcg0KICAgZWFjaCB1c2VyIHVzaW5n IGVpdGhlciB0aGF0IHVzZXIncyBwcmUtZGlzdHJpYnV0ZWQgcHJpdmF0ZSBrZXk7DQoNCiAgIEdy b3VwIE1hc2s6IG1hc2sgb3V0IHRoZSBpbnRlbmRlZCByZWNpcGllbnRzIGFtb25nIGEgZ3JvdXAg dGhhdCBhDQogICBwZWVyIHRyaWVzIHRvIHNlbmQgbWVzc2FnZXMgdG87DQoNCiAgIFN5bW1ldHJp YyBLZXkgQWxnb3JpdGhtIChTS0EpOiB1c2UgYSBzaW5nbGUgc2VjcmV0IGtleSBzaGFyZWQgYnkN CiAgIHNlbmRlciBhbmQgcmVjZWl2ZXIgZm9yIGJvdGggZW5jcnlwdGlvbiBhbmQgZGVjcnlwdGlv bi4gVGhlIHNlbmRlcg0KICAgYW5kIHJlY2VpdmVyIG11c3Qgc2VjdXJlbHkgc2hhcmUgYSBrZXkg aW4gYWR2YW5jZTsNCg0KICAgQXN5bW1ldHJpYyBLZXkgQWxnb3JpdGhtIChBS0EpOiBkb2VzIG5v dCByZXF1aXJlIGEgc2VjdXJlIGluaXRpYWwNCiAgIGV4Y2hhbmdlIG9mIHNlY3JldCBrZXlzIHRv IGJvdGggc2VuZGVyIGFuZCByZWNlaXZlci4gQUtBIGNyZWF0ZXMgYQ0KICAgY3J5cHRvZ3JhcGhp Y2FsbHkgcmVsYXRlZCBrZXkgcGFpcjogYSBzZWNyZXQgcHJpdmF0ZSBrZXkgYW5kIGENCiAgIHB1 Ymxpc2hlZCBwdWJsaWMga2V5LiBVc2Ugb2YgdGhlc2Uga2V5cyBhbGxvd3MgcHJvdGVjdGlvbiBv ZiB0aGUNCiAgIGF1dGhlbnRpY2l0eSBvZiBhIG1lc3NhZ2UgYnkgY3JlYXRpbmcgYSBkaWdpdGFs IHNpZ25hdHVyZSBvZiBhDQogICBtZXNzYWdlIHVzaW5nIHRoZSBwcml2YXRlIGtleSwgd2hpY2gg Y2FuIGJlIHZlcmlmaWVkIHVzaW5nIHRoZSBwdWJsaWMNCiAgIGtleS4gSXQgYWxzbyBhbGxvd3Mg cHJvdGVjdGlvbiBvZiB0aGUgY29uZmlkZW50aWFsaXR5IGFuZCBpbnRlZ3JpdHkNCiAgIG9mIGEg bWVzc2FnZSwgYnkgcHVibGljIGtleSBlbmNyeXB0aW9uLCBlbmNyeXB0aW5nIHRoZSBtZXNzYWdl IHVzaW5nDQogICB0aGUgcHVibGljIGtleSwgd2hpY2ggY2FuIG9ubHkgYmUgZGVjcnlwdGVkIHVz aW5nIHRoZSBwcml2YXRlIGtleTsNCg0KICAgR3JvdXAgQXN5bW1ldHJpYyBLZXkgQ3J5cHRvZ3Jh cGhpYyAoR0FLQyk6IEFzeW1tZXRyaWMgS2V5DQogICBDcnlwdG9ncmFwaGljIGFsZ29yaXRobSBm b3IgYSBncm91cCBvZiB1c2VycyB0byBleGNoYW5nZSBtZXNzYWdlcw0KICAgc2VjdXJlbHkgYW5k IGNvbmZpZGVudGlhbGx5Lg0KDQoNCg0KICAgMy4gR29hbHMgYW5kIEZlYXR1cmVzDQoNCiAgIFRo ZSBzZWN1cml0eSBnb2FscyBmb3IgU1BQU1AgYXJlIHRvIGVuc3VyZTogMSkgdGhlIGNvbmZpZGVu dGlhbGl0eSBvZg0KICAgdGhlIFBQU1AgcGF5bG9hZHMsIGFuZCAyKSBhdXRoZW50aWNhdGlvbiBv ZiB0aGUgcGVlciB1c2Vycy4gVGhlc2UNCiAgIHNlY3VyaXR5IHNlcnZpY2VzIGFyZSBvcHRpb25h bCBhbmQgaW5kZXBlbmRlbnQgZnJvbSBlYWNoIG90aGVyLiBTb21lDQogICBtYXkgYmUgbW9yZSBp bXBvcnRhbnQgdGhhbiBvdGhlcnMuIEZvciBleGFtcGxlLCBTUFBTUCBhdXRoZW50aWNhdGlvbg0K ICAgYW5kIGludGVncml0eSBwcm90ZWN0aW9uIG1heSBiZSBtYW5kYXRvcnkgZm9yIGNvbW11bmlj YXRpb25zIGJldHdlZW4NCiAgIHRyYWNrZXIgc2VydmVyIGFuZCBwZWVycyAoYXMgbWFsaWNpb3Vz IG9yIGVycm9uZW91cyBhbHRlcmF0aW9uIG9mDQogICB0cmFja2VyIG1lc3NhZ2VzIGNvdWxkIG90 aGVyd2lzZSBkaXNydXB0IHRoZSB3aG9sZSBQMlAgc3lzdGVtKS4NCg0KICBPdGhlciBmdW5jdGlv bmFsIGdvYWxzIGZvciB0aGUgcHJvdG9jb2wgaW5jbHVkZToNCg0KICAgICAtIEEgZnJhbWV3b3Jr IHRoYXQgcGVybWl0cyB1cGdyYWRpbmcgd2l0aCBuZXcgY3J5cHRvZ3JhcGhpYw0KICAgICBhbGdv cml0aG1zDQogICAgIC0gTG93IGJhbmR3aWR0aCBjb3N0LCBpLmUuLCBhIGZyYW1ld29yayBwcmVz ZXJ2aW5nIFBQU1AgaGVhZGVyDQogICAgIGNvbXByZXNzaW9uIGVmZmljaWVuY3kNCiAgICAgLSBM b3cgY29tcHV0YXRpb25hbCBjb3N0IChmb3Igc3RhbmRhcmRpemVkIHBhcnQpDQoNCg0KTGVpLCBl dCBhbC4gICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTIsIDIwMTAgICAgICAgICAgICAgICBb UGFnZSA1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICBTZWN1cmUgUDJQIFN0cmVhbWluZyBQcm90 b2NvbCAgICAgICAgICAgTWFyY2ggMjAxMA0KDQoNCiAgICAgLSBTbWFsbCBmb290cHJpbnQgKGku ZS4sIHNtYWxsIGNvZGUgc2l6ZSBhbmQgZGF0YSBtZW1vcnkpDQogICAgIC0gTGltaXRlZCBwYWNr ZXQgZXhwYW5zaW9uIHRvIHN1cHBvcnQgdGhlIGJhbmR3aWR0aCBlZmZpY2llbmN5DQogICAgIC0g SW5kZXBlbmRlbmNlIGZyb20gdGhlIHVuZGVybHlpbmcgdHJhbnNwb3J0LCBuZXR3b3JrLCBhbmQg cGh5c2ljYWwNCiAgICAgbGF5ZXJzIHVzZWQgYnkgUFBTUCwgaW4gcGFydGljdWxhciBoaWdoIHRv bGVyYW5jZSB0byBwYWNrZXQgbG9zcywNCiAgICAgZGVsYXksIGFuZCByZS1vcmRlcmluZw0KDQog ICAgIFRoZXNlIHByb3BlcnRpZXMgZm9sbG93IGNsb3NlbHkgdG8gdGhvc2Ugc3BlY2lmaWVkIGlu IFJGQyAzNzExDQogICAgIFNlY3VyZSBSZWFsIFRpbWUgVHJhbnNwb3J0IFByb3RvY29sIFs1XSB0 byBlbnN1cmUgdGhhdCBTUFBTUCBpcyBhDQogICAgIHN1aXRhYmxlIHByb3RlY3Rpb24gc2NoZW1l IGZvciBQMlAgc3RyZWFtaW5nIHVuZGVyIGhldGVyb2dlbmVvdXMNCiAgICAgZW52aXJvbm1lbnQg WzE1XS4NCg0KDQozLjEuIEZlYXR1cmVzDQoNCiAgICAgIEluIGFkZGl0aW9uIHRvIHRob3NlIGdv YWxzIGludHJvZHVjZWQgaW4gU1JUUCwgYnkgbmF0dXJlIG9mIFAyUA0KICAgY29tbXVuaWNhdGlv biwgU1BQU1Agd2lsbCBuZWVkIHRvIGFkZHJlc3MgR3JvdXAgQXN5bW1ldHJpYyBLZXkNCiAgIENy eXB0b2dyYXBoaWMsIGkuZS4sIHRoZSBzZWN1cmUgY29tbXVuaWNhdGlvbnMgYW1vbmcgYSBwZWVy IGdyb3VwIHdobw0KICAgYXJlIGV4Y2hhbmdpbmcgY29udHJvbCBtZXNzYWdlcyBhbmQgY29udGVu dCBkYXRhLiBUaGV5IGluY2x1ZGU6DQoNCiAgICAgLSBBIHNpbmdsZSAicHJpdmF0ZSBrZXkiIGNh biBiZSB1c2VkIGZvciBjb25maWRlbnRpYWxpdHkgYW5kDQogICAgIGludGVncml0eSBwcm90ZWN0 aW9uLCBib3RoIGZvciB0cmFja2VyLXBlZXIgYW5kIHBlZXItcGVlcg0KICAgICBjb21tdW5pY2F0 aW9ucy4gIFRoaXMgaXMgYWNoaWV2ZWQgd2l0aCBhIGtleSBkZXJpdmF0aW9uIGZ1bmN0aW9uLA0K ICAgICBwcm92aWRpbmcgInNlc3Npb24ga2V5cyIgZm9yIHRoZSByZXNwZWN0aXZlIHBheWxvYWQg b2YgdGhlDQogICAgIGNvbW11bmljYXRpb24gc2Vzc2lvbiwgc2VjdXJlbHkgZGVyaXZlZCBmcm9t IEdyb3VwIEFzeW1tZXRyaWMgS2V5DQogICAgIENyeXB0b2dyYXBoaWMgKEdBS0MpIHVzaW5nIGNy eXB0b2dyYXBoaWMgcHJpbWl0aXZlcyBpbmNsdWRpbmcNCiAgICAgcHVibGljIGtleSwgZ3JvdXAg bWFzayBhbmQgR0FLQyBwYXJhbWV0ZXJzLg0KDQogICAgIC0gSW4gYWRkaXRpb24sIHRoZSBrZXkg ZGVyaXZhdGlvbiBjYW4gYmUgY29uZmlndXJlZCB0byBwZXJpb2RpY2FsbHkNCiAgICAgcmVmcmVz aCB0aGUgc2Vzc2lvbiBrZXlzLCB3aGljaCBsaW1pdHMgdGhlIGFtb3VudCBvZiBjaXBoZXJ0ZXh0 DQogICAgIHByb2R1Y2VkIGJ5IGEgZml4ZWQga2V5LCBhdmFpbGFibGUgZm9yIGFuIGFkdmVyc2Fy eSB0byBjcnlwdGFuYWx5emUuDQoNCiAgICAgLSBPbiB0aGUgZmx5IHJldm9raW5nIG9yIHN1c3Bl bmRpbmcgYWNjZXNzIHJpZ2h0cyBvZiBvbmUgb3IgYW55DQogICAgIG51bWJlciBvZiBwZWVycyBi eSB1cGRhdGluZyB0aGUgR0FLQyBwYXJhbWV0ZXJzIGF0IHRoZSB0cmFja2VyDQogICAgIHNlcnZl ciwgZm9yIGV4YW1wbGUsIHVwZGF0ZSBHcm91cCBNYXNrIChHTSkgc28gdGhhdCBjZXJ0YWluIHBl ZXJzDQogICAgIGNhbiBiZSBtYXNrIGluIG9yIG1hc2sgb3V0IG9uIHRoZSBmbHkuDQoNCg0KDQoN Cg0KDQoNCg0KDQpMZWksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAx MCAgICAgICAgICAgICAgIFtQYWdlIDZdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFNlY3VyZSBQ MlAgU3RyZWFtaW5nIFByb3RvY29sICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KICAgNC4gU1BQ U1AgRnJhbWV3b3JrDQoNCiAgIEEgY29tbW9uIHVzZSBvZiBncm91cCBrZXlzIGlzIHRvIGFsbG93 IGEgZ3JvdXAgb2YgdXNlcnMgdG8gZGVjcnlwdCBhDQogICBicm9hZGNhc3QgbWVzc2FnZSB0aGF0 IGlzIGludGVuZGVkIGZvciB0aGF0IGVudGlyZSBncm91cCBvZiB1c2VycywNCiAgIGFuZCBuby1v bmUgZWxzZS4NCg0KICAgSW4gbWFueSBhcHBsaWNhdGlvbnMsIGdyb3VwIGtleXMgYXJlIGNvbW1v bmx5IHVzZWQgaW4gY29uZGl0aW9uYWwNCiAgIGFjY2VzcyBzeXN0ZW1zLCB3aGVyZSB0aGUga2V5 IGlzIHRoZSBjb21tb24ga2V5IHVzZWQgdG8gZGVjcnlwdCB0aGUNCiAgIGJyb2FkY2FzdCBzaWdu YWwsIGFuZCB0aGUgZ3JvdXAgaW4gcXVlc3Rpb24gaXMgdGhlIGdyb3VwIG9mIGFsbA0KICAgcGF5 aW5nIHN1YnNjcmliZXJzLiBJbiB0aGlzIGNhc2UsIHRoZSBncm91cCBrZXkgaXMgdHlwaWNhbGx5 DQogICBkaXN0cmlidXRlZCB0byB0aGUgc3Vic2NyaWJlcnMnIHJlY2VpdmVycyB1c2luZyBhIGNv bWJpbmF0aW9uIG9mIGENCiAgIHBoeXNpY2FsbHktZGlzdHJpYnV0ZWQgc2VjdXJlIGNyeXB0b3By b2Nlc3NvciBpbiB0aGUgZm9ybSBvZiBhDQogICBzbWFydGNhcmQgYW5kIGVuY3J5cHRlZCBvdmVy LXRoZS1haXIgbWVzc2FnZXMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgZG9lcyBub3QgY292ZXIgdGhl IGtleSBkaXN0cmlidXRpb24gbWVjaGFuaXNtLCB3aGljaA0KICAgYXNzdW1lcyB0aGF0IHN1Y2gg a2V5IGluZnJhc3RydWN0dXJlIGhhcyBiZWVuIGVzdGFibGlzaGVkIGJlZm9yZSB0aGUNCiAgIGFj dHVhbCBQMlAgc3RyZWFtaW5nIHNlc3Npb24uIEZvciBleGFtcGxlLCBpbiBhIGNvbW1lcmNpYWwg ZGVwbG95bWVudCwNCiAgIGEgZGVkaWNhdGVkIHByaXZhdGUgS2V5IChwaSkgY2FuIGJlIGFzc2ln bmVkIHRvIGVhY2ggU1RCIGF0IHRoZQ0KICAgZmFjdG9yeSBmbG9vci4gQXQgdGhlIHRpbWUgdGhl IHBhaWQgc2VydmljZSBpcyBhY3RpdmF0ZWQsIHN1Y2gNCiAgIHByaXZhdGUgS2V5IGNhbiBiZSBl bmFibGVkIGJ5IHRoZSBzZXJ2aWNlIHByb3ZpZGVyLiBTaW1pbGFybHksIGZvciBQQw0KICAgdXNl cnMgYW5kIG1vYmlsZSBwaG9uZSB1c2VycywgdGhleSBhcmUgdW5pcXVlbHkgYXNzaWduZWQgdmlh IHNlY3VyZQ0KICAga2V5LWV4Y2hhbmdlIGluZnJhc3RydWN0dXJlLiBUaGUgc3BlY2lmaWMgbWV0 aG9kcyBhcmUgYmV5b25kIHRoZQ0KICAgc2NvcGUgb2YgdGhlIFNQUFNQIHByb3RvY29sLg0KDQog ICBXZSBhc3N1bWUgdGhhdCBhIGNyeXB0b2dyYXBoaWMgcGFpcmluZyBvZiBwdWJsaWMgS2V5IChQ SykgYW5kIGEgbGlzdA0KICAgb2YgcHJpdmF0ZSBLZXlzIChwaSkgd2hlcmUgaT0xLC4uLixOIGZv ciBzb21lIGxhcmdlIG5hdHVyYWwgbnVtYmVyIE4uDQogICBBIEdyb3VwIE1hc2sgKFMpIHdpdGgg ZGltZW5zaW9uIE4gaW5kaWNhdGluZyBhIG1lbWJlcnNoaXAgb2YgKHBpKXMNCiAgIHdpdGggaS10 aCBpbmRleCBoYXZpbmcgdmFsdWUgMSBmb3IgbWVtYmVycyBhbmQgMCBmb3Igbm9uLW1lbWJlcnMu IEl0DQogICBpcyBjbGVhciB0aGF0IEdNIFMgY2FuIGVhc2lseSBtYXNrLWluIG9yIG1hcmstb3V0 IG9uZSBvciBhbnkgbnVtYmVyDQogICBvZiBtZW1iZXJzIGJ5IGNoYW5naW5nIGl0cyB2YWx1ZXMg YXQgdGhlIGNvcnJlc3BvbmRpbmcgaW5kZXgNCiAgIHBvc2l0aW9ucy4NCg0KICAgQSBHcm91cCBB c3ltbWV0cmljIEtleSBDcnlwdG9ncmFwaGljIChHQUtDKSB0cmFuc2Zvcm0gY2FuIGVuY3J5cHQg YQ0KICAgInNlc3Npb24ga2V5IiB1c2luZyBQSywgcGksIFMgYW5kIEdBS0MgcGFyYW1ldGVycyBp bnRvIGEgImNpcGhlcnRleHQiDQogICBzdWNoIHRoYXQgb25seSBwZWVycyB3aG8gYXJlIG1lbWJl cnMgaW4gUyBjYW4gZGVjcnlwdCB0aGUgInNlc3Npb24NCiAgIGtleSIgZnJvbSB0aGUgcmVjZWl2 ZWQgImNpcGhlcnRleHQiLiBOb24tbWVtYmVycyBjYW5ub3QgZGVjcnlwdCB0aGUNCiAgICJzZXNz aW9uIGtleSIgZXZlbiBpZiB0aGV5IHJlY2VpdmUgdGhlIHNhbWUgZGF0YS4NCg0KICAgICAgICJT ZXNzaW9uIEtleSIgICAgIEdBS0MNCiAgICAgICBQSyAgICAgICAgICAgICAgIEVuY3J5cHQNCiAg ICAgICB7cGl9aT0xLC4uLixOICA9PT09PT09PT09PiAiY2lwaGVydGV4dCIgICAgR0FLQw0KICAg ICAgIEdyb3VwIE1hc2sgUyAgICAgICAgICAgICAgIFBLICAgICAgICAgICAgRGVjcnlwdA0KICAg ICAgIEdBS0MgcGFyYW1ldGVycyAgICAgICAgICAgIHtwaX0gICAgICAgICAgPT09PT09PT4gInNl c3Npb24ga2V5Ig0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR0FLQyBwYXJh bWV0ZXJzDQoNCiAgICAgICBGaWcgMSBHcm91cCBBc3ltbWV0cmljIEtleSBDcnlwdG9ncmFwaGlj IChHQUtDKSB0cmFuc2Zvcm1hdGlvbg0KDQoNCg0KTGVpLCBldCBhbC4gICAgICAgICAgRXhwaXJl cyBTZXB0ZW1iZXIgMTIsIDIwMTAgICAgICAgICAgICAgICBbUGFnZSA3XQ0KDA0KSW50ZXJuZXQt RHJhZnQgICAgICBTZWN1cmUgUDJQIFN0cmVhbWluZyBQcm90b2NvbCAgICAgICAgICAgTWFyY2gg MjAxMA0KDQoNCiAgICJTZXNzaW9uIGtleSIgd2lsbCBiZSB1c2VkIHRvIGVuY3J5cHQgdGhlIG1l c3NhZ2UgInBheWxvYWQiLCB3aGljaA0KICAgd2lsbCBiZSBzZW50IHRvIHBlZXJzIHRvZ2V0aGVy IHdpdGggImNpcGhlcnRleHQiIHVzaW5nIHRoZSBzdGFuZGFyZA0KICAgUFBTUCBkYXRhIGZvcm1h dC4NCg0KICAgICAgICAgICAgICAgICAgICAgRW5jcnlwdCAgICAgICAgICAgICAgICAgICBEZWNy eXB0DQogICAgICAgRGF0YSBQYXlsb2FkID09PT09PT09PT4gRGF0YSBFbmNyeXB0aW9uID09PT09 PT4gRGF0YSBQYXlsb2FkDQoNCiAgICAgICBGaWcgMiBTeW1tZXRyaWMga2V5IGNyeXB0b2dyYXBo aWMgKGUuZy4gQUVTKSBmb3IgZGF0YSBwYXlsb2FkDQoNCg0KICAgU1BQU1AgY2FuIGJlIGRlZmlu ZWQgYXMgYW4gZXh0ZW5zaW9uIG9mIFBQU1AuIEV4Y2VwdCB3aGVyZSBleHBsaWNpdGx5DQogICBu b3RlZCwgYWxsIGFzcGVjdHMgb2YgUFBTUCBhcHBseSwgd2l0aCB0aGUgYWRkaXRpb24gb2YgdGhl IFNQUFNQDQogICBzZWN1cml0eSBmZWF0dXJlcy4gQ29uY2VwdHVhbGx5LCB3ZSBjYW4gY29uc2lk ZXIgU1BQU1AgdG8gYmUgYSAiYnVtcA0KICAgaW4gdGhlIHN0YWNrIiBpbXBsZW1lbnRhdGlvbiB3 aGljaCByZXNpZGVzIGJldHdlZW4gdGhlIFBQU1ANCiAgIGFwcGxpY2F0aW9uIGFuZCB0aGUgdHJh bnNwb3J0IGxheWVyLiBTUFBTUCBpbnRlcmNlcHRzIFBQU1AgcGFja2V0cw0KICAgYW5kIHRoZW4g Zm9yd2FyZHMgYW4gZXF1aXZhbGVudCBTUFBTUCBwYWNrZXQgb24gdGhlIHNlbmRpbmcgc2lkZSwg YW5kDQogICBpbnRlcmNlcHRzIFNQUFNQIHBhY2tldHMgYW5kIHBhc3NlcyBhbiBlcXVpdmFsZW50 IFBQU1AgcGFja2V0IHVwIHRoZQ0KICAgc3RhY2sgb24gdGhlIHJlY2VpdmluZyBzaWRlLg0KDQoN Cg0KICAgU2VjdXJlIFAyUCBhcmNoaXRlY3R1cmUgaXMgZXh0ZW5kZWQgZnJvbSB0aGUgUDJQIHN0 cmVhbWluZyAoUFBTUClbM10NCiAgIHdpdGggbW9kaWZpY2F0aW9uIG9mIGFkZGluZyBwdWJsaWMg a2V5IFBLLCBwcml2YXRlIGtleXMge3BpfSwgR3JvdXANCiAgIE1hc2sgUywgYW5kIEdBS0MgcGFy YW1ldGVycyB0byBtZWV0IHRoZSBzZWN1cmUgUDJQIHN0cmVhbWluZw0KICAgcmVxdWlyZW1lbnQu DQoNCg0KDQogICAgICAgICAgICAgICAgICAgIEFwcGxpY2F0aW9uIExheWVyDQogICAgID09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQogICAg ICAgICAgICAgICAgICAgICAgQ29tbXVuaWNhdGlvbiBMYXllcg0KICAgICAgICBQZWVyDQogICAg ICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgICAgfHBlZXIgc2lnbmFs aW5nICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgIHxEYXRhIG1hbmFnZW1lbnQgICAgfA0KICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgfCArPT09PT09PT09PT09PT09KyB8LSstLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAg ICB8ICs9PT09PT09PT09PT09PT0rIHwgfFN3YXJtIElEICAgICAgIHwgfCB8U2VjdXJlIEdBS0Mg ICB8DQogICAgICAgICAgICAgfCB8IEpPSU4vTEVBVkUvICAgfCB8IHwgLSBDaHVuayBJRCAgICB8 IHwgfCAtIFBLX0lEICAgICAgfA0KICAgICAgICAgICAgIHwgfCBLRUVQQUxJVkUvUFVUL3wgfCB8 ICAgLSBwZWVyIGxpc3QgfCB8IHwgICAtIHBpICAgICAgIHwNCiAgICAgICAgICAgICB8IHwgR0VU ICAgICAgICAgICB8IHwgfCAgIC0gQnVmZmVyIG1hcHwgfCB8ICAgLSBTICAgICAgICB8DQogICAg ICAgICAgICAgfCArPT09PT09PT09PT09PT09KyB8ICs9PT09PT09PT09PT09PT0rIHwgfCAgIC0g R0FLQyBwYXJhc3wNCiAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLSsgICAgICAgICAg ICAgICAgICAgfCB8ICAgLSBldGMuICAgICB8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLSsgKz09PT09PT09PT09PT09Kw0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgIF4NCiAgICAgICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0qLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgICAgICBUcmFja2VyICAg ICAgICAgICAgIFYNCiAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAg ICAgICAgICAgICB8dHJhY2tlciBzaWduYWxpbmcgIHwNCg0KDQpMZWksIGV0IGFsLiAgICAgICAg ICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAxMCAgICAgICAgICAgICAgIFtQYWdlIDhdDQoMDQpJ bnRlcm5ldC1EcmFmdCAgICAgIFNlY3VyZSBQMlAgU3RyZWFtaW5nIFByb3RvY29sICAgICAgICAg ICBNYXJjaCAyMDEwDQoNCg0KICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfA0K ICAgICAgICAgICAgICAgIHwgKEpPSU4vTEVBVkUvICAgICAgfA0KICAgICAgICAgICAgICAgIHwg IEtFRVBBTElWRS9QVVQvICAgfA0KICAgICAgICAgICAgICAgIHwgIEdFVC9TVEFUSVNUSUNTKSAg fA0KICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICArLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsN CiAgICAgICAgICAgfCBEYXRhIG1hbmFnZW1lbnQgb24gVHJhY2tlciAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQogICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgICAgICB8ICs9PT09PT09PT09 PT09PT09PT09PT09KyAgICAgICArPT09PT09PT09PT09PT09PT09PT09PSsgIHwNCiAgICAgICAg ICAgfCB8cGVlciBzdGF0dXMgICAgICAgICAgIHwgICAgICAgfGNvbnRlbnQgc3RhdHVzICAgICAg ICB8ICB8DQogICAgICAgICAgIHwgfCAgcGVlciBJRCAgICAgICAgICAgICB8ICAgICAgIHwgICst LS0tLS0tLS0tLS0tLS0rICAgfCAgfA0KICAgICAgICAgICB8IHwgICAtIG9ubGluZSB0aW1lICAg ICAgfCAgICAgICB8ICB8IFN3YXJtIElEICAgICAgfCAgIHwgIHwNCiAgICAgICAgICAgfCB8ICAg LSBwZWVyIHByb3BlcnR5ICAgIHwgICAgICAgfCAgfCAgLSBDaHVuayBJRCAgIHwgICB8ICB8DQog ICAgICAgICAgIHwgfCAgIC0gbGluayBzdGF0dXMgICAgICB8ICAgICAgIHwgIHwgICAgLSBwZWVy IGxpc3R8ICAgfCAgfA0KICAgICAgICAgICB8IHwgICAtIGV0Yy4gICAgICAgICAgICAgfCAgICAg ICB8ICArLS0tLS0tLS0tLS0tLS0tKyAgIHwgIHwNCiAgICAgICAgICAgfCB8ICAgLSAgICAgICAg ICAgICAgICAgIHwgICAgICAgfCAgKy0tLS0tLS0tLS0tLS0tLSsgICB8ICB8DQogICAgICAgICAg IHwgKz09PT09PT09PT09PT09PT09PT09PT0rICAgICAgICs9PT09PT09PT09PT09PT09PT09PT09 KyAgfA0KICAgICAgfA0KICAgICAgfCArPT09PT09PT09PT09PT09PT09PT09PSsgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgfCB8U2VjdXJlIEdBS0MgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgfCB8LSBQSyBsaXN0 ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAg fCB8ICAtIHBpIGxpc3QgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfA0KICAgICAgfCB8ICAtIFMgbGlzdCAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KICAgICAgfCB8ICAtIEdBS0MgcGFyYW1ldGVycyAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgfCB8ICAtIGV0Yy4gICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICAgfCArPT09PT09 PT09PT09PT09PT09PT09PSsgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAg ICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsNCiAgICAgICAgID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KICAgICAgICAgICAgICAgICAgICAgICBU cmFuc3BvcnQgTGF5ZXINCiAgIEZpZyAzIFNQUFNQIGV4dGVuZHMgdGhlIGZ1bmN0aW9uIGVudGl0 aWVzIG9mIFBQU1AgVHJhY2tlciBDb21tdW5pY2F0aW9uWzNdDQoNCg0KICAgRm9yIGNvbW11bmlj YXRpb25zIGJldHdlZW4gdHJhY2tlciBzZXJ2ZXIgYW5kIHBlZXIsIGVhY2ggY29udGVudCB3aXRo DQogICBpdHMgdW5pcXVlIFN3YXJtIElEIHdpbGwgaGF2ZSBjb3JyZXNwb25kaW5nIHB1YmxpYyBr ZXkgUEtfSUQsIHtwaX0NCiAgIGxpc3QsIGFuZCBHQUtDIHBhcmFtZXRlcnMsIHdoaWNoIGhhdmUg YmVlbiBwcmUtY29tcHV0ZWQgdmlhIGEgR0FLQw0KICAgdHJhbnNmb3JtYXRpb24uIElmIHRyYWNr ZXIgY29tbXVuaWNhdGVzIHdpdGggcGVlcl9pIGRpcmVjdGx5LCBHcm91cA0KICAgTWFzayBTIGJ5 IGRlZmF1bHQgY2FuIGJlIFNfaSB3aGljaCBpcyAxIGF0IGktdGggaW5kZXggYW5kIDAgZm9yIG90 aGVyDQogICBpbmRleCBwbGFjZXMuIFBlZXJzIGpvaW5pbmcgY29udGVudCB3aXRoIFN3YXJtIElE IGNhbiB1c2UgaXRzDQogICBjb3JyZXNwb25kaW5nIFBLX0lEIGFuZCBHQUtDIHBhcmFtZXRlcnMg Zm9yIGVuY3J5cHQvZGVjcnlwdCB0aGUNCiAgICJzZXNzaW9uIGtleSIuIFN1Y2ggc2Vzc2lvbiBr ZXlzIGFyZSB1c2VkIHRvIGVuY3J5cHQgdGhlIGFjdHVhbA0KICAgY29udGVudCAoaW4gdGhpcyBj YXNlLCByZXR1cm5lZCBwZWVyIGxpc3Qgb3IgYW55IG90aGVyIG1lc3NhZ2VzDQogICBleGNoYW5n ZWQgYmV0d2VlbiB0cmFja2VyIGFuZCBwZWVycykgdXNpbmcgYW55IGV4aXN0aW5nIHN5bW1ldHJp Yw0KICAgY3J5cHRvZ3JhcGhpYyBrZXkgYWxnb3JpdGhtLCBlLmcuIEFFUyBbNl07DQoNCiAgIFNp bWlsYXJseSwgZm9yIGNvbW11bmljYXRpb25zIGJldHdlZW4gcGVlcnMsIGFsbCBwZWVycyBvbiB0 aGUgY29udGVudA0KICAgU3dhcm0gSUQgd2lsbCB1c2UgdGhlIGNvcnJlc3BvbmRpbmcgcHVibGlj IGtleSBQS19JRCBhbmQgdGhlDQogICBjb3JyZXNwb25kaW5nIEdBS0MgcGFyYW1ldGVycywgd2hp Y2ggaGF2ZSBiZWVuIHByZS1jb21wdXRlZCB2aWEgYQ0KICAgR0FLQyB0cmFuc2Zvcm1hdGlvbiBh bmQgZGlzdHJpYnV0ZWQgcHJvcGVybHkgYmVmb3JlaGFuZC4gUGVlcnMgd2lsbA0KDQoNCkxlaSwg ZXQgYWwuICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDEyLCAyMDEwICAgICAgICAgICAgICAg W1BhZ2UgOV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgU2VjdXJlIFAyUCBTdHJlYW1pbmcgUHJv dG9jb2wgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQogICB1c2UgdGhpcyBQS19JRCwgZ3JvdXAg bWFzayBTIGZvciBpbnRlbmRlZCBwZWVycywgYW5kIEdBS0MgcGFyYW1ldGVycw0KICAgZm9yIGVu Y3J5cHQvZGVjcnlwdCB0aGUgInNlc3Npb24ga2V5Ii4gU3VjaCBzZXNzaW9uIGtleXMgYXJlIHVz ZWQgdG8NCiAgIGVuY3J5cHQgdGhlIGFjdHVhbCBjb250ZW50IChpbiB0aGlzIGNhc2UsIHRoZSBk YXRhIHBheWxvYWQsIGJ1ZmZlcg0KICAgbWFwIGFuZC9vciBhbnkgb3RoZXIgbWVzc2FnZXMgZXhj aGFuZ2VkIGFtb25nIHRoZSBwZWVycykgdXNpbmcgYW55DQogICBleGlzdGluZyBzeW1tZXRyaWMg Y3J5cHRvZ3JhcGhpYyBrZXkgYWxnb3JpdGhtLCBlLmcuIEFFUyBbNl07DQoNCg0KDQo0LjEuIFNl Y3VyZSBQUFNQDQoNCg0KICAgIFRoZSBmb3JtYXQgb2YgYW4gU1BQU1AgcGFja2V0IGlzIGlsbHVz dHJhdGVkIGJlbG93Lg0KDQogICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAg MSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLXwN CiAgICAgfCAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgLiAuIC4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgU2VxdWVuY2UgTnVtYmVyICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCiAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICBTb3VyY2UgUGVlciAgICAgICAg ICAgICAgICAgICAgICAgIHwNCiAgICAgKz0rPSs9Kz0rPSs9Kz0rPSs9Kz0rPSs9Kz0rPSs9Kz0r PSs9Kz0rPSs9Kz0rPSs9Kz0rPSs9Kz0rPSs9Kz0rPSsNCiAgICAgfCAgICAgICAgICAgICAgICAg ICAgICAgICBEZXN0aW5hdGlvbiBQZWVyICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC4gLiAuICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwNCiAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIEV4 dGVuc2lvbnMgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICs+Ky0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgIHwg fCAgICAgICAgICAgICAgICAgICAgICAgICAgICBQYXlsb2FkICAuIC4gLiAgICAgICAgICAgICAg ICAgICAgIHwNCiAgIHwgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgIHwgfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICs+Ky0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSs8Kw0K ICAgfCB+ICAgICAgICAgICAgICAgICAgICAgICAgIENpcGhlcnRleHQgKG9wdGlvbikgICAgICAg ICAgICAgICAgICAgfiB8DQogICB8ICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rIHwNCiAgIHwgOiAgICAgICAgICAgICAgICAg ICAgICAgICBQS19JRCAob3B0aW9uKSAgICAgICAgICAgICAgICAgICAgICAgIDogfA0KICAgfCAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKzwrDQogICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICstIEVuY3J5cHRlZCBQYXlsb2FkICAgICAg ICAgICAgICAgICAgICAgICBFbmNyeXB0ZWQgU2Vzc2lvbiBLZXkgLS0tKw0KDQogICAgICAgICAg ICAgICAgICAgICAgRmlnIDQgVGhlIGZvcm1hdCBvZiBhbiBTUFBTUCBwYWNrZXQuDQoNCg0KICAg ICAgVGhlICJFbmNyeXB0ZWQgUGF5bG9hZCIgb2YgYW4gU1BQU1AgcGFja2V0IGNvbnNpc3RzIG9m IHRoZQ0KICAgZW5jcnlwdGlvbiBvZiB0aGUgUFBTUCBwYXlsb2FkIG9mIHRoZSBlcXVpdmFsZW50 IFBQU1AgcGFja2V0LiBUaGUNCiAgIEVuY3J5cHRlZCBTZXNzaW9uIEtleSBwb3J0aW9uIG1heSBu b3QgYmUgcHJlc2VudCBpbiBldmVyeSBTUFBTUA0KICAgcGFja2V0LiBGb3IgZXhhbXBsZSwgc2Vz c2lvbiBrZXkgY29udGFpbmVkIGluIHByZXZpb3VzIHBhY2tldHMgY2FuIGJlDQogICByZXVzZWQu IFRoaXMgd2lsbCBzYXZlIHRoZSBjb3N0LiBGb3IgYSBzZXNzaW9uIHVwZGF0ZSAob3IgcmUta2V5 aW5nKQ0KDQoNCg0KTGVpLCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTIsIDIw MTAgICAgICAgICAgICAgIFtQYWdlIDEwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICBTZWN1cmUg UDJQIFN0cmVhbWluZyBQcm90b2NvbCAgICAgICAgICAgTWFyY2ggMjAxMA0KDQoNCiAgIGZvciBl eGFtcGxlIHNlcnZlIGRpc2FibGluZyBjZXJ0YWluIHBlZXJzIGJ5IHVwZGF0ZSB0aGUgbWFzaywN CiAgIEVuY3J5cHRlZCBTZXNzaW9uIEtleSBwb3J0aW9uIHdpbGwgaGF2ZSB0byBiZSBzZW50Lg0K DQoNCg0KDQo0LjIuIFNQUFNQIENyeXB0b2dyYXBoaWMgQ29udGV4dHMNCg0KICAgRWFjaCBTUFBT UCBzdHJlYW0gc2Vzc2lvbiByZXF1aXJlcyBhbGwgdGhlIHBhcnRpY2lwYXRpbmcgcGFydGllcw0K ICAgKGluY2x1ZGluZyB0cmFja2VyIGFuZCBhbGwgcGVlcnMpIHRvIG1haW50YWluIHRoZSBjcnlw dG9ncmFwaGljIHN0YXRlDQogICBpbmZvcm1hdGlvbiBjb3JyZXNwb25kaW5nIHRvIHRoZSBjb250 ZW50IFN3YXJtIElELiBUaGlzIGluZm9ybWF0aW9uDQogICBpcyBjYWxsZWQgdGhlICJjcnlwdG9n cmFwaGljIGNvbnRleHQiLiBGb3IgZXhhbXBsZSwgdGhlIFBLX0lELCBhbGwNCiAgIHBvdGVudGlh bCBwZWVycycgcHJpdmF0ZSBrZXkge3BpfSBsaXN0LCBncm91cCBtYXNrIFMsIGFuZCBHQUtDDQog ICBwYXJhbWV0ZXJzLg0KDQogICBTUFBTUCB1c2VzIHR3byB0eXBlcyBvZiBrZXlzOiBzZXNzaW9u IGtleXMgYW5kIHByaXZhdGUga2V5cy4gQnkgYQ0KICAgInNlc3Npb24ga2V5Iiwgd2UgbWVhbiBh IGtleSB3aGljaCBpcyB1c2VkIGRpcmVjdGx5IGluIGENCiAgIGNyeXB0b2dyYXBoaWMgdHJhbnNm b3JtIChlLmcuLCBlbmNyeXB0aW9uIG9mIGRhdGEgcGF5bG9hZCBvcg0KICAgbWVzc2FnZXMpLiBJ dCBjYW4gYmUgY2hhbmdlZCBvbiB0aGUgZmx5Lg0KDQogICBUaGUgInByaXZhdGUga2V5IiBmb3Ig YSBwZWVyIGlzIGZpeGVkIHZpYSBHQUtDIHByZS1jb21wdXRhdGlvbiBhbmQNCiAgIHN0b3JlZCBm b3IgdGhlIGdpdmVuIHBlZXIuIFRyYWNrZXIgc2VydmVyIG9yIG90aGVyIHBlZXJzIHVzZQ0KICAg YXN5bW1ldHJpYyBjcnlwdG9ncmFwaGljIHRyYW5zZm9ybWF0aW9uIHRvIGVuY3J5cHQgdGhlICJz ZXNzaW9uIGtleSIuDQogICBXaGV0aGVyIG9yIG5vdCBhIGNlcnRhaW4gcGVlciBoYXMgdGhlIGNh cGFiaWxpdHkgdG8gZGVjcnlwdCB0aGUNCiAgIGNpcGhlcnRleHQgdG8gZ2V0IHRoZSAic2Vzc2lv biBrZXkiIGlzIGRpY3RhdGVkIGJ5IHRoZSBHcm91cCBNYXNrIFMuDQogICBGb3IgZXhhbXBsZSwg aWYgcGVlciBpIHN1YnNjcmliZXMgdG8gYSBjZXJ0YWluIGNvbnRlbnQgKGJlIGEgcGFpZA0KICAg Y3VzdG9tZXIpLCBpbmRleCBpIHdpbGwgaGF2ZSB2YWx1ZSAxIGluIFMsIGhlbmNlIHBlZXIgaSBj YW4gb2J0YWluDQogICB0aGUgc2Vzc2lvbiBrZXkgdXNpbmcgaXRzIHByaXZhdGUga2V5IGFuZCB0 aGUgR0FLQyBwYXJhbWV0ZXJzLg0KDQogICBUaGlzIGlzIHZlcnkgaW1wb3J0YW50IGJlY2F1c2Ug cGVlcnMgaGF2ZSBubyB3YXkgb2Yga25vd2luZyBpZiBvdGhlcg0KICAgcGVlcnMgaGF2ZSB0aGUg cmlnaHRzIHRvIHZpZXcgdGhlIGNvbnRlbnQgb3Igbm90LCBvbmx5IHNlcnZlciBoYXMNCiAgIHN1 Y2gga25vd2xlZGdlLiBXaXRoIFNQUFNQLCBwZWVycyBuZWVkIG5vdCBjYXJlIGFib3V0IHdobyBo YXMgcmlnaHRzDQogICB0byB2aWV3IHdoYXQgY29udGVudCwgYmVjYXVzZSBhbGwgdGhlIGFjY2Vz c2liaWxpdHkgaW5mb3JtYXRpb24gaXMNCiAgIGJ1aWx0IGludG8gZWFjaCBTUFBTUCBwYWNrZXQu DQoNCg0KDQo0LjMuIFNQUFNQIFBhY2tldCBQcm9jZXNzaW5nDQoNCiAgIFRoZSBzZW5kZXIgcGVl ciBTSEFMTCBkbyB0aGUgZm9sbG93aW5nIHRvIGNvbnN0cnVjdCBhbiBTUFBTUCBwYWNrZXQ6DQoN CiAgIC0gRGV0ZXJtaW5lIHdoaWNoIGNyeXB0b2dyYXBoaWMgY29udGV4dCB0byB1c2UuDQoNCg0K DQpMZWksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAxMCAgICAgICAg ICAgICAgW1BhZ2UgMTFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFNlY3VyZSBQMlAgU3RyZWFt aW5nIFByb3RvY29sICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KICAgLSBDb25zdHJ1Y3QgUFBT UCBwYWNrZXQgYXMgc3BlY2lmaWVkIGluIFBQU1AgcHJvdG9jb2wsIGFuZCBkZXRlcm1pbmUNCiAg IHRoZSBwYXlsb2FkIGRhdGEuDQoNCiAgIC0gRGV0ZXJtaW5lIHRoZSBQS19JRA0KDQogICAtIERl dGVybWluZSB0aGUgc2Vzc2lvbiBrZXkgdG8gYmUgdXNlZC4NCg0KICAgLSBFbmNyeXB0IHRoZSBQ UFNQIHBheWxvYWQgdG8gcHJvZHVjZSB0aGUgRW5jcnlwdGVkIFBvcnRpb24gb2YgdGhlDQogICBw YWNrZXQgdXNpbmcgQUVTIChvciBhbnkgc3ltbWV0cmljIGtleSBhbGdvcml0aG0pLg0KDQogICAt IERldGVybWluZSB0aGUgZ3JvdXAgbWFzayBTDQoNCiAgIC0gRW5jcnlwdCB0aGUgc2Vzc2lvbiBr ZXkgdG8gZ2VuZXJhdGUgdGhlIGNpcGhlcnRleHQgcG9ydGlvbiBvZiB0aGUNCiAgIHBhY2tldC4N Cg0KDQogICAgIFRvIGRlY3J5cHQgYW4gU1BQU1AgcGFja2V0LCB0aGUgcmVjZWl2ZXIgcGVlciBT SEFMTCBkbyB0aGUgcmV2ZXJzZQ0KICAgb2YgdGhlIGFib3ZlIHN0ZXBzLg0KDQoNCiAgIDUuIFBy ZS1EZWZpbmVkIENyeXB0b2dyYXBoaWMgVHJhbnNmb3Jtcw0KDQoNCg0KNS4xLiBFbmNyeXB0aW9u DQoNCiAgIFRoZSBkZWZhdWx0IGNpcGhlciBpcyB0aGUgQWR2YW5jZWQgRW5jcnlwdGlvbiBTdGFu ZGFyZCAoQUVTKVs2XS4NCg0KDQoNCjUuMi4gTnVsbCBDaXBoZXINCg0KICAgVGhlIE5VTEwgY2lw aGVyIG1lYW5zIG5vIGNvbmZpZGVudGlhbGl0eSBpcyBuZWVkZWQuIFRoZSBTUFBTUCBwYWNrZXQN CiAgIGJlY29tZXMgdGhlIHNhbWUgYXMgUFBTUCBwYWNrZXQgd2l0aCBubyBlbmNyeXB0aW9uIGZv ciB0aGUgcGF5bG9hZC4NCiAgIEZvciBleGFtcGxlLCB0aGlzIGNhbiBiZSB0aGUgY2FzZSBmb3Ig ZnJlZSBjb250ZW50IHdpdGggYWNjZXNzIHRvIGFsbA0KICAgdGhlIHBlZXJzLg0KDQoNCg0KNS4z LiBNZXNzYWdlIEF1dGhlbnRpY2F0aW9uIGFuZCBJbnRlZ3JpdHkNCg0KICAgQXV0aGVudGljYXRp b24gaXMgbmVlZGVkIHdoZW4gcmVjZWl2aW5nIHBlZXIgbmVlZHMgdG8gbWFrZSBzdXJlIHRoZQ0K ICAgcGFja2V0cyBhcmUgZnJvbSB0aGUgcmlnaHQgc291cmNlIChyaWdodCBwZWVycyBvciB0cmFj a2VyIHNlcnZlcikuDQogICBBbmQgaXQgc2hhbGwgYmUgc3VwcG9ydGVkIGJ5IHRoZSBHQUtDIG1l Y2hhbmlzbS4NCg0KDQoNCkxlaSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgU2VwdGVtYmVyIDEy LCAyMDEwICAgICAgICAgICAgICBbUGFnZSAxMl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgU2Vj dXJlIFAyUCBTdHJlYW1pbmcgUHJvdG9jb2wgICAgICAgICAgIE1hcmNoIDIwMTANCg0KDQoNCg0K DQoNCiAgIDYuIERlZmF1bHQgYW5kIG1hbmRhdG9yeS10by1pbXBsZW1lbnQgdHJhbnNmb3Jtcw0K DQoNCg0KNi4xLiBFbmNyeXB0aW9uDQoNCg0KDQo2LjIuIE1lc3NhZ2UgQXV0aGVudGljYXRpb24g LyBJbnRlZ3JpdHkNCg0KDQoNCiAgIDcuIEtleSBNYW5hZ2VtZW50IENvbnNpZGVyYXRpb25zDQoN CiAgIDguIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIDkuIEFwcGxpY2F0aW9uIFNjZW5h cmlvcw0KDQoNCg0KOS4xLiBTZWN1cmUgUDJQIFJlYWwgVGltZSBTdHJlYW1pbmcNCg0KDQoNCjku Mi4gTWVzc2FnZSBBdXRoZW50aWNhdGlvbiAvIEludGVncml0eQ0KDQoNCg0KICAgMTAuIElBTkEg Q29uc2lkZXJhdGlvbnMNCg0KICAgVG9kbzogVGhlIGNvbnRlbnQgb2YgdGhpcyBzZWN0aW9uIG5l ZWQgZnVydGhlciBpbnB1dC4NCg0KDQoNCiAgIDExLiBSZWZlcmVuY2VzDQoNCg0KDQoxMS4xLiBO b3JtYXRpdmUgUmVmZXJlbmNlcw0KDQoNCg0KICAgWzFdICBZLiBaaGFuZywgZXQuIGFsLiAiUHJv YmxlbSBTdGF0ZW1lbnQgb2YgUFBTUCIsIGRyYWZ0IE1hcmNoIDIwMDkNCg0KDQpMZWksIGV0IGFs LiAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAxMCAgICAgICAgICAgICAgW1BhZ2Ug MTNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFNlY3VyZSBQMlAgU3RyZWFtaW5nIFByb3RvY29s ICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KICAgWzJdICBOLiBab25nLCBldC4gYWwuICJQMlAg U3RyZWFtaW5nIFByb3RvY29sIChQUFNQKSBSZXF1aXJlbWVudHMiLA0KICAgICAgICAgZHJhZnQg TWFyY2ggMjAwOQ0KDQogICBbM10gIFlpbmdqaWUgR3UsIGV0LiBhbC4gVHJhY2tlciBQcm90b2Nv bCwgUFBTUCAoZHJhZnRpbmcpLg0KDQogICBbNF0gIFMuIEJyYWRuZXIsICJLZXkgd29yZHMgZm9y IHVzZSBpbiBSRkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50DQogICAgICAgICBMZXZlbHMiLCBC Q1AgMTQsIFJGQyAyMTE5LCBNYXJjaCAxOTk3DQoNCiAgIFs1XSAgTS4gQmF1Z2hlciwgZXQuIGFs LiBUaGUgU2VjdXJlIFJlYWwtdGltZSBUcmFuc3BvcnQgUHJvdG9jb2wNCiAgICAgICAgIChTUlRQ KSwgUkZDIDM3MTEsIE1hcmNoIDIwMDQNCg0KICAgWzZdICBOSVNULCAiQWR2YW5jZWQgRW5jcnlw dGlvbiBTdGFuZGFyZCAoQUVTKSIsIEZJUFMgUFVCIDE5NywNCiAgICAgICAgIGh0dHA6Ly93d3cu bmlzdC5nb3YvYWVzLw0KDQogICBbN10gIEguIEtyYXdjenlrLCBldC4gYWwuICJITUFDOiBLZXll ZC1IYXNoaW5nIGZvciBNZXNzYWdlDQogICAgICAgICBBdXRoZW50aWNhdGlvbiIsIFJGQyAyMTA0 LCBGZWJydWFyeSAxOTk3DQoNCiAgIFs4XSAgUy4gS2VudCwgZXQuIGFsLiAiU2VjdXJpdHkgQXJj aGl0ZWN0dXJlIGZvciBJbnRlcm5ldCBQcm90b2NvbCIsDQogICAgICAgICBSRkMgMjQwMSwgTm92 ZW1iZXIgMTk5OC4NCg0KICAgWzldICBUaGF5ZXIsIFIuLCBEb3Jhc3dhbXksIE4uLCBhbmQgUi4g R2xlbm4sICJJUCBTZWN1cml0eSBEb2N1bWVudA0KICAgICAgICAgUm9hZG1hcCIsIFJGQyAyNDEx LCBOb3ZlbWJlciAxOTk4DQoNCiAgIFsxMF0gS2VudCwgUy4sIGFuZCBSLiBBdGtpbnNvbiwgIklQ IEF1dGhlbnRpY2F0aW9uIEhlYWRlciIsIFJGQw0KICAgICAgICAgMjQwMiwgTm92ZW1iZXIgMTk5 OC4NCg0KICAgWzExXSBLZW50LCBTLiwgYW5kIFIuIEF0a2luc29uLCAiSVAgRW5jYXBzdWxhdGlu ZyBTZWN1cml0eSBQYXlsb2FkDQogICAgICAgICAoRVNQKSIsIFJGQyAyNDA2LCBOb3ZlbWJlciAx OTk4Lg0KDQogICBbMTJdIEhhcmtpbnMsIEQuLCBhbmQgRC4gQ2FycmVsLCAiVGhlIEludGVybmV0 IEtleSBFeGNoYW5nZSAoSUtFKSIsDQogICAgICAgICBSRkMgMjQwOSwgTm92ZW1iZXIgMTk5OC4N Cg0KICAgWzEzXSBNYXVnaGFuLCBELiwgU2NoZXJ0bGVyLCBNLiwgU2NobmVpZGVyLCBNLiwgYW5k IEouIFR1cm5lciwNCiAgICAgICAgICJJbnRlcm5ldCBTZWN1cml0eSBBc3NvY2lhdGlvbiBhbmQg S2V5IE1hbmFnZW1lbnQgUHJvdG9jb2wNCiAgICAgICAgIChJU0FLTVApIiwgUkZDIDI0MDgsIE5v dmVtYmVyIDE5OTgNCg0KDQogICBbMTRdIE9ybWFuLCBILiwgIlRoZSBPQUtMRVkgS2V5IERldGVy bWluYXRpb24gUHJvdG9jb2wiLCBSRkMgMjQxMiwNCiAgICAgICAgIE5vdmVtYmVyIDE5OTgNCg0K ICAgWzE1XSBLLiBXdSwgZXQuIGFsLiAiUDJQIExheWVyZWQgU3RyZWFtaW5nIGZvciBIZXRlcm9n ZW5lb3VzDQogICAgICAgICBOZXR3b3JrcyBpbiBQUFNQIiwgZHJhZnQgTWFyY2ggMjAxMA0KDQoN CjExLjIuIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KDQoNCg0KTGVpLCBldCBhbC4gICAgICAg ICAgRXhwaXJlcyBTZXB0ZW1iZXIgMTIsIDIwMTAgICAgICAgICAgICAgIFtQYWdlIDE0XQ0KDA0K SW50ZXJuZXQtRHJhZnQgICAgICBTZWN1cmUgUDJQIFN0cmVhbWluZyBQcm90b2NvbCAgICAgICAg ICAgTWFyY2ggMjAxMA0KDQoNCiAgIFsxNl0gWGluIFhpYW8sIFl1YW5jaHVuIFNoaSwgWXVhbiBH YW8gYW5kIFFpYW4gWmhhbmcsICJMYXllcmVkUDJQOiBBDQogICAgICAgICBOZXcgRGF0YSBTY2hl ZHVsaW5nIEFwcHJvYWNoIGZvciBMYXllcmVkIFN0cmVhbWluZyBpbg0KICAgICAgICAgSGV0ZXJv Z2VuZW91cyBOZXR3b3JrcyIuIEluZm9jb20gMjAwOQ0KDQogICBbMTddIFJlemEgUmVqYWllLCBB bnRvbmlvIE9ydGVnYSwgIlBBTFM6IFBlZXItdG8tUGVlciBBZGFwdGl2ZQ0KICAgICAgICAgTGF5 ZXJlZCBTdHJlYW1pbmciLiBOT1NTREFWLCAyMDAzLg0KDQogICBbMThdIFlpIEN1aSwgS2xhcmEg TmFocnN0ZWR0LCAiTGF5ZXJlZCBQZWVyLXRvLVBlZXIgU3RyZWFtaW5nIi4NCiAgICAgICAgIE5P U1NEQVYsIDIwMDMNCg0KICAgWzE5XSBaaGVuZ3llIExpdSwgWWFubWluZyBTaGVuLCBTaGl2ZW5k cmEgUy5QYW53YXIsIEtlaXRoIFcuIFJvc3MNCiAgICAgICAgIGFuZCBZYW8gV2FuZywgIlVzaW5n IExheWVyZWQgVmlkZW8gdG8gUHJvdmlkZSBJbmNlbnRpdmVzIEluIFAyUA0KICAgICAgICAgTGl2 ZSBTdHJlYW1pbmciLiBJbiBQcm9jLiBBQ00gU3BlY2lhbCBJbnRlcmVzdCBHcm91cCBvbiBEYXRh DQogICAgICAgICBDb21tdW5pY2F0aW9uLCAyMDA3DQoNCg0KDQogICAxMi4gQWNrbm93bGVkZ21l bnRzDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQpMZWksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAxMCAg ICAgICAgICAgICAgW1BhZ2UgMTVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFNlY3VyZSBQMlAg U3RyZWFtaW5nIFByb3RvY29sICAgICAgICAgICBNYXJjaCAyMDEwDQoNCg0KQXV0aG9ycycgQWRk cmVzc2VzDQoNCg0KDQogICBKYW1lcyBaaGliaW4gTGVpDQogICBIb25nIEtvbmcgQXBwbGllZCBT Y2llbmNlIGFuZCBUZWNobm9sb2d5IFJlc2VhcmNoIEluc3RpdHV0ZSBDb21wYW55DQogICBMaW1p dGVkIChBU1RSSSkNCiAgIDMvRiwgQnVpbGRpbmcgNiwgMiBTY2llbmNlIFBhcmsgV2VzdCBBdmVu dWUsIEhvbmcgS29uZyBTY2llbmNlIFBhcmssDQogICBTaGF0aW4sIE5ldyBUZXJyaXRvcmllcywg SG9uZyBLb25nDQoNCiAgIFBob25lOiAwMDg1Mi0zNDA2Mjc0OA0KICAgRW1haWw6IGxlaUBhc3Ry aS5vcmcNCg0KDQogICA8Rmlyc3RuYW1lPiA8TGFzdG5hbWU+DQogICA8QWZmaWxpYXRpb24+DQog ICA8QWRkcmVzcz4NCg0KICAgUGhvbmU6IDxvcHRpb25hbD4NCiAgIEVtYWlsOiA8WW91ciBlbWFp bCBhZGRyZXNzPg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQpMZWksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIFNlcHRlbWJlciAxMiwgMjAx MCAgICAgICAgICAgICAgW1BhZ2UgMTZdDQoMDQo= ------_=_NextPart_001_01CAC13B.E015C579-- From kumar@ubi.pt Thu Mar 11 10:57:57 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 243143A6C02 for ; Thu, 11 Mar 2010 10:57:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.621 X-Spam-Level: X-Spam-Status: No, score=0.621 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_SORBS_WEB=0.619] 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 5ljS+t+Ra-gh for ; Thu, 11 Mar 2010 10:57:55 -0800 (PST) Received: from exchange.ubi.pt (exchange.ubi.pt [193.136.66.221]) by core3.amsl.com (Postfix) with ESMTP id BCC1A3A6EA9 for ; Thu, 11 Mar 2010 10:31:15 -0800 (PST) Received: from kumarPC (193.136.67.242) by exchange.ubi.pt (193.136.66.221) with Microsoft SMTP Server (TLS) id 8.2.234.1; Thu, 11 Mar 2010 18:31:19 +0000 From: Lokesh Kumar To: Date: Thu, 11 Mar 2010 18:31:13 +0000 Message-ID: <00db01cac149$07adbb40$170931c0$@pt> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DC_01CAC149.07ADBB40" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrBSQd7GoonTWskQXqM4QIuomUzFw== Content-Language: en-us Subject: [ppsp] PPSP RFC X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2010 21:11:21 -0000 ------=_NextPart_000_00DC_01CAC149.07ADBB40 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dear All, We would like to know the detailed procedure for submitting and actively co= ntributing in the implementation and writing the draft of PPSP (Peer-to-Pee= r Streaming Protocol) . Thanks Lokesh Kumar (Research Scholar) Network Multimedia and Computing Group, Department of Informatics, University of Beira Interior, 6201-001, Covilha, Portugal Email: kumar@ubi.pt Mobile : +351-926102744 http://penhas.di.ubi.pt/~lokesh/lokesh/index.php/Lokesh_Kumar **************************************************************** ________________________________ UBI amiga do ambiente: Antes de imprimir este e-mail pense bem se tem mesmo= que o fazer. As =C3=A1rvores s=C3=A3o um bem imprescind=C3=ADvel. ------=_NextPart_000_00DC_01CAC149.07ADBB40 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Dear All,

 

We would like to know the detailed procedure for sub= mitting and actively contributing in the implementation and writing the dra= ft of PPSP (Peer-to-Peer Streaming Protocol) .

 

Thanks

 

Lokesh Kumar  (Research Scholar)

Network Multimedia and Computing Group,   &nb= sp;       

Department of Informatics,  University of Beira Interio= r,

6201-001, Covilha, Portugal     &nb= sp;            =             &nb= sp;            =             &nb= sp;  

Email: kumar@ubi.pt     Mobile : +35= 1-926102744

http://penhas.di.ubi.pt/~lokesh/lokesh/index.php/Lokesh_Kuma= r

******= **********************************************************

 



UBI amiga do ambiente: Ante= s de imprimir este e-mail pense bem se tem mesmo que o fazer. As =C3=A1rvor= es s=C3=A3o um bem imprescind=C3=ADvel.
------=_NextPart_000_00DC_01CAC149.07ADBB40-- From omer@rayv.com Fri Mar 12 00:46:04 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C76A3A6899 for ; Fri, 12 Mar 2010 00:46:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.624 X-Spam-Level: X-Spam-Status: No, score=0.624 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aotHJeMe8Xtf for ; Fri, 12 Mar 2010 00:46:03 -0800 (PST) Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 16FA23A6B15 for ; Fri, 12 Mar 2010 00:46:02 -0800 (PST) Received: by wwb29 with SMTP id 29so637570wwb.31 for ; Fri, 12 Mar 2010 00:46:05 -0800 (PST) From: Omer Luzzatti References: <006801cab939$aead7c40$400ca40a@china.huawei.com> In-Reply-To: <006801cab939$aead7c40$400ca40a@china.huawei.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Acq5Oa5Q6vJidF41SE6+0jYXucyX/AIhkPgg Date: Fri, 12 Mar 2010 10:46:03 +0200 Received: by 10.216.86.139 with SMTP id w11mr1205950wee.10.1268383564936; Fri, 12 Mar 2010 00:46:04 -0800 (PST) Message-ID: To: "Y.J. Gu" , ppsp@ietf.org Content-Type: multipart/alternative; boundary=0016e6d77df5d3b7ff0481968f83 Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 08:46:04 -0000 --0016e6d77df5d3b7ff0481968f83 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Yingjie, Congrats on the first draft of the tracker protocol, really amazing work done in short time. Design point to consider: Especially for live streaming the tracker may need to =91recruit=92 resourc= es to the swarm. These =91helper nodes=92 are joined nodes (and rightly you separ= ated the =91join=92 from the swarmID) that could be helpful either for their bandwidth or storage. In general a tracker-originated =91Get=92 is what the server should send and the peers to be able to accept; in practice some additional information may be needed since the peers may not be real participates in the swarm but acting in different roles (super nodes, helpers, etc=85). Note that in VOD you may want to =91distribute=92 the con= tent which again will require the above. I know this complicates things significantly but please give it a thought. Questions: 1. It is not clear to me how a peer indicates that it =91deleted=92 a = chunk from its storage. Does a peer send the entire list of chunks in every =91pu= t=92? this may be good if not too segmented but still if I delete my entire =91VO= D title/swarm=92 data the server should be notified. 2. Do you expect peers to =91put=92 all of their existing storage just after =91joining=92? 3. For security reasons we may want to consider having a =91session ID= =92 to the Join response. 4. As you stated, for live streaming chunks won=92t be used so basical= ly a peer will request a peer-list to watch that =91channel/swarm=92. However,= the swarmID may not be sufficient to indicate the entity wished to be watched. = A peer may be authorized to watch the current program within the channel (the swarm) but not the next one (say a PPV event). This problem could be solved in one the following ways: a) letting the tracker reply with a different =91swarm-ID=92 to a get request (which btw will help when having different qualities swarms, or when there is more than one swarm representing the sam= e content); b) having also a program ID as part of the reply. Regards and praises again for the work Omer *From:* ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] *On Behalf Of *Y.J. Gu *Sent:* Monday, March 01, 2010 2:21 PM *To:* ppsp@ietf.org *Subject:* [ppsp] We have submitted a Tracker Protocol Hi everyone, We submitted a Tracker Protocol draft for ppsp. Abstract: This document defines P2P streaming Tracker Protocol, including functional entities and architecture, components, syntax and semantics. Tracker protocol is an application-level protocol for peers to register, publish/request content and inform peers status to Trackers. It is also for trackers to provide peer lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (VoD), as well as file sharing. The URL for this draft is: http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt We appreciate your comments. Thanks. Regards Yingjie Gu --0016e6d77df5d3b7ff0481968f83 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Yingjie,

=A0

Congrats on t= he first draft of the tracker protocol, really amazing work done in short time.

Design point = to consider:

Especially for live streaming the tracker may need t= o =91recruit=92 resources to the swarm. These =91helper nodes=92 are joined n= odes (and rightly you separated the =91join=92 from the swarmID) that could be helpfu= l either for their bandwidth or storage. In general a tracker-originated =91Get=92 i= s what the server should send and the peers to be able to accept; in practice some additional information may be needed since the peers may not be real participates in the swarm but acting in different roles (super nodes, helpe= rs, etc=85). Note that in VOD you may want to =91distribute=92 the content whic= h again will require the above. I know this complicates things significantly but pl= ease give it a thought.

=A0

Questions:

1.=A0=A0=A0=A0= =A0 It is not clear to me how= a peer indicates that it =91deleted=92 a chunk from its storage. Does a peer send the entire list of chunks in every= =91put=92? this may be good if not too segmented but still if I delete my entire =91VO= D title/swarm=92 data the server should be notified.

2.=A0=A0=A0=A0= =A0 Do you expect peers to = =91put=92 all of their existing storage just after =91joining=92?

3.=A0=A0=A0=A0= =A0 For security reasons we m= ay want to consider having a =91session ID=92 to the Join response.

4.=A0=A0=A0=A0= =A0 As you stated, for live s= treaming chunks won=92t be used so basically a peer will request a peer-list to watch that =91channel/swarm=92= . However, the swarmID may not be sufficient to indicate the entity wished to= be watched. A peer may be authorized to watch the current program within the channel (the swarm) but not the next one (say a PPV event). This problem co= uld be solved in one the following ways: a) letting the tracker reply with a di= fferent =91swarm-ID=92 to a get request (which btw will help when having different qualities swarms, or when there is more than one swarm representing the sam= e content); b) having also a program ID as part of the reply.

=A0

Regards and praises again for the work

Omer

=A0

=A0

From: ppsp-bounces@ietf.org [mailto:= ppsp-bounces@ietf.org] On B= ehalf Of Y.J. Gu
Sent: Monday, March 01, 2010 2:21 PM
To: ppsp@ietf.org
Subject: [ppsp] We have submitted a Tracker Protocol

=A0

Hi everyone,
We submitted a=A0Tracker Protocol=A0draft for ppsp.

=A0

Abstract:

=A0=A0 This docum= ent defines P2P streaming Tracker Proto= col, including functional entities and architecture, components, syntax and semantics.

=A0=A0 Tracker pr= otocol is an application-level protocol for peers to register, publish/request conten= t and inform peers status to Trackers. It is also for trackers to provide pee= r lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (V= oD), as well as file sharing.

=A0
The URL for this draft is:
http://www.ietf.org/id/draft-gu-ppsp-= tracker-protocol-00.txt

=A0

We appreciate your = comments.
Thanks.

=A0

=A0

=A0

=A0

=A0

Regards

Yingjie Gu

=A0

--0016e6d77df5d3b7ff0481968f83-- From zhangyunfei@chinamobile.com Fri Mar 12 02:00:36 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D3A743A6B54 for ; Fri, 12 Mar 2010 02:00:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.866 X-Spam-Level: X-Spam-Status: No, score=-96.866 tagged_above=-999 required=5 tests=[AWL=0.702, BAYES_00=-2.599, FROM_EXCESS_BASE64=1.456, HTML_MESSAGE=0.001, J_CHICKENPOX_43=0.6, J_CHICKENPOX_66=0.6, RELAY_IS_221=2.222, SARE_SUB_ENC_UTF8=0.152, 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 HeMJwccvY5Jf for ; Fri, 12 Mar 2010 02:00:36 -0800 (PST) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 3C9553A6B0D for ; Fri, 12 Mar 2010 02:00:35 -0800 (PST) Received: from LENOVO-917FFE55 ([10.1.4.172]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031218160846-18797 ; Fri, 12 Mar 2010 18:16:08 +0800 Date: Fri, 12 Mar 2010 18:00:26 +0800 From: "=?utf-8?B?emhhbmd5dW5mZWk=?=" To: "=?utf-8?B?cHBzcEBpZXRmLm9yZw==?=" Message-ID: <201003121800259066319@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-12 18:16:08, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-12 18:00:40, Serialize complete at 2010-03-12 18:00:40 Content-Type: multipart/alternative; boundary="=====003_Dragon234050117751_=====" Cc: =?utf-8?B?Z29uemFsby5jYW1hcmlsbG8=?= Subject: [ppsp] =?utf-8?q?ppsp_agenda_draft?= X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 10:00:36 -0000 This is a multi-part message in MIME format. --=====003_Dragon234050117751_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" RGVhciBhbGwsDQogICAgICBTaW5jZSBMYXJzIHdpbGwgc2VuZCB0aGUgY2hhbmdlZCBjaGFydGVy IHByb3BzYWwgdG8gdGhlIG1haWxpbmcgbGlzdCBzb29uLHRoZSBwcm9wb3NlZCBkcmFmdCBhZ2Vu ZGEgZm9yIFBQU1AgaW4gQW5haGVpbSBpcyBhcyBmb2xsb3dzOg0KDQoxLiBBZ2VuZGEgYmFzaCAo NW1pbixjaGFpcnMpDQoNCjIuICBDaGFydGVyIERpc2N1c3Npb24gKDQwIG1pbikgDQrigJMyLjEg V2hhdOKAmXMgbmV3IGFuZCB3aGVyZSB3ZSBhcmXigJTigJRQcm9wb3NlZCBQUFNQIENoYXJ0ZXIg DQrigJMyLjIgQ2hhcnRlciBEaXNjdXNzaW9uIA0KDQozLlByb2JsZW0gc3RhdGVtZW50IChZdW5m ZWksMTBtaW4pDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1wcHNwLXBy b2JsZW0tc3RhdGVtZW50LTA1DQoNCjQuIFJlcXVpcmVtZW50cyAoTmluZywxMG1pbikNCmh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXpvbmctcHBzcC1yZXFzLTAzDQoNCjUuVHJhY2tl ciBwcm90b2NvbChZaW5namllLDE1bWluKQ0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtZ3UtcHBzcC10cmFja2VyLXByb3RvY29sLTAwDQoNCjUuIFJlZmVyZW5jZXMgdG8gUFBTUCgz MG1pbikNCjUuMSBSYXZ5IEFyY2hpdGVjdHVyZSBhbmQgaW1wb3J0YW50IHBvaW50cyBmb3IgUFBT UO+8iE9tZXLvvIkNCjUuMiBQMlAgU3RyZWFtaW5nIGZvciBNb2JpbGUgTm9kZXM6IFNjZW5hcmlv cyBhbmQgUmVsYXRlZCBJc3N1ZXMgKEp1YW4tQ2FybG9zKSANCmh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWx1LXBwc3AtbW9iaWxlLTAwIA0KNS4zIFBQU1AgbGF5ZXJlZCBjb2Rpbmcg aW1wbGVtZW50YXRpb24oSmFtZXMpIA0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt d3UtcHBzcC1wMnAtbGF5ZXJlZC1zdHJlYW1pbmctMDANCjUuNCDigKJQMlArQ0ROIHN5c3RlbSB1 c2luZyBQUFNQKExpY2h1bikgDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saS1w cHNwLXAycC1jZG4tMDANCg0KNi4gQ29uY2x1c2lvbiBhbmQgbmV4dCBzdGVwcyAoMTBtaW4pDQoN CkR1ZSB0byB0aW1lIGxpbWl0LCBzb21lIGludGVyZXN0aW5nIHRvcGljcyBhcmUgbm90IGluY2x1 ZGVkIGluIHRoZSBhZ2VuZGEgbm93LldlIHN1Z2dlc3QgdG8gbGF1bmNoIHRoZSBkaXNjdXNzaW9u IGluIHRoZSBtYWlsaW5nIGxpc3QgZmlyc3QuSWYgdGhlcmUgYXJlIGFueSBzdWdnZXN0aW9ucyBv biB0aGUgYWdlbmRhLHBsZWFzZSBsZXQgR29uemFsbyBhbmQgbWUga25vdy5UaGFua3MuDQoNCg0K QlIsDQpZdW5mZWkmR29uemFsbw0KDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAzLTEyDQo= --=====003_Dragon234050117751_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 LjAwLjI5MDAuMzQ5MiIgbmFtZT1HRU5FUkFUT1I+PC9IRUFEPg0KPEJPRFk+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+DQo8RElWPkRlYXIgYWxsLDwvRElWPg0KPERJVj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2luY2UgTGFycyB3aWxsIHNlbmQgdGhlIGNo YW5nZWQgY2hhcnRlciANCnByb3BzYWwgdG8gdGhlIG1haWxpbmcgbGlzdCBzb29uLHRoZSBwcm9w b3NlZCBkcmFmdCBhZ2VuZGEgZm9yIFBQU1AgDQppbiZuYnNwO0FuYWhlaW0mbmJzcDtpcyBhcyBm b2xsb3dzOjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+MS4gQWdlbmRhIGJhc2ggKDVt aW4sY2hhaXJzKTxCUj48L0RJVj4NCjxESVY+Mi4mbmJzcDsgPFNQQU4gbGFuZz1FTi1VUyANCnN0 eWxlPSJGT05ULVNJWkU6IDIwcHQ7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1z by1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+ PEZPTlQgDQpzaXplPTI+Q2hhcnRlciBEaXNjdXNzaW9uICg0MCBtaW4pIDwvRk9OVD48L1NQQU4+ PC9ESVY+DQo8RElWIHY6c2hhcGU9Il94MDAwMF9zMTAyNiI+DQo8RElWIGNsYXNzPU8zIA0Kc3R5 bGU9Im1zby1saW5lLXNwYWNpbmc6ICc4MCAyMCAwJzsgbXNvLW1hcmdpbi1sZWZ0LWFsdDogMTAw ODsgbXNvLWNoYXItd3JhcDogMTsgbXNvLWtpbnNva3Utb3ZlcmZsb3c6IDEiPjxTUEFOIA0Kc3R5 bGU9IkxFRlQ6IC0zLjAxJTsgUE9TSVRJT046IGFic29sdXRlOyBtc28tc3BlY2lhbC1mb3JtYXQ6 IGJ1bGxldCI+4oCTPC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFz dC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28t ZmFyZWFzdC1sYW5ndWFnZTogWkgtQ04iPjIuMSANCldoYXTigJlzIG5ldyBhbmQgd2hlcmUgd2Ug YXJl4oCU4oCUUHJvcG9zZWQgUFBTUCBDaGFydGVyIDwvU1BBTj48L0RJVj4NCjxESVYgY2xhc3M9 TzMgDQpzdHlsZT0ibXNvLWxpbmUtc3BhY2luZzogJzgwIDIwIDAnOyBtc28tbWFyZ2luLWxlZnQt YWx0OiAxMDA4OyBtc28tY2hhci13cmFwOiAxOyBtc28ta2luc29rdS1vdmVyZmxvdzogMSI+PFNQ QU4gDQpzdHlsZT0iTEVGVDogLTMuNCU7IFBPU0lUSU9OOiBhYnNvbHV0ZTsgbXNvLXNwZWNpYWwt Zm9ybWF0OiBidWxsZXQiPuKAkzwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlh bDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj4yLjIgDQpDaGFydGVyIERpc2N1c3Npb24g PC9TUEFOPjwvRElWPg0KPERJViBjbGFzcz1PMyANCnN0eWxlPSJtc28tbGluZS1zcGFjaW5nOiAn ODAgMjAgMCc7IG1zby1tYXJnaW4tbGVmdC1hbHQ6IDEwMDg7IG1zby1jaGFyLXdyYXA6IDE7IG1z by1raW5zb2t1LW92ZXJmbG93OiAxIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsg bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWIGNs YXNzPU8zIA0Kc3R5bGU9Im1zby1saW5lLXNwYWNpbmc6ICc4MCAyMCAwJzsgbXNvLW1hcmdpbi1s ZWZ0LWFsdDogMTAwODsgbXNvLWNoYXItd3JhcDogMTsgbXNvLWtpbnNva3Utb3ZlcmZsb3c6IDEi PjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L 5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFnZTog WkgtQ04iPjMuPC9TUEFOPlByb2JsZW0gDQpzdGF0ZW1lbnQgKFl1bmZlaSwxMG1pbik8L0RJVj48 L0RJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16 aGFuZy1wcHNwLXByb2JsZW0tc3RhdGVtZW50LTA1Ij5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC16aGFuZy1wcHNwLXByb2JsZW0tc3RhdGVtZW50LTA1PC9BPjwvRElWPg0KPERJVj48 QlI+NC4gUmVxdWlyZW1lbnRzIChOaW5nLDEwbWluKTwvRElWPg0KPERJVj48QSANCmhyZWY9Imh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXpvbmctcHBzcC1yZXFzLTAzIj5odHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16b25nLXBwc3AtcmVxcy0wMzwvQT48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPjUuVHJhY2tlciBwcm90b2NvbChZaW5namllLDE1bWluKTwv RElWPg0KPERJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1ndS1wcHNwLXRyYWNrZXItcHJvdG9jb2wtMDAiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWd1LXBwc3AtdHJhY2tlci1wcm90b2NvbC0wMDwvQT48L0RJVj48L0RJVj4NCjxE SVY+PEJSPjUuJm5ic3A7UmVmZXJlbmNlcyB0byBQUFNQKDMwbWluKTwvRElWPg0KPERJVj48U1BB TiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1z by1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+ NS4xIA0KPFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTog 5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFn ZTogWkgtQ04iPlJhdnkgDQpBcmNoaXRlY3R1cmUgYW5kIDwvU1BBTj48U1BBTiBsYW5nPUVOLVVT IA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250 LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+aW1wb3J0YW50IA0K cG9pbnRzIDwvU1BBTj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQt ZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0 LWxhbmd1YWdlOiBaSC1DTiI+Zm9yPC9TUEFOPjxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJt c28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFy aWFsOyBtc28tZmFyZWFzdC1sYW5ndWFnZTogWkgtQ04iPiANCjwvU1BBTj48U1BBTiBsYW5nPUVO LVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1m b250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+UFBTUDwvU1BB Tj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTog5a6L5L2TOyBtc28tZmFyZWFzdC1mb250LWZh bWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsIj7vvIg8L1NQQU4+PFNQ QU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7 IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1D TiI+T21lcjwvU1BBTj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTog5a6L5L2TOyBtc28tZmFy ZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsIj7v vIk8L1NQQU4+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1z by1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJp YWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1J TFk6IOWui+S9kzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZv bnQtZmFtaWx5OiBBcmlhbCI+NS4yIA0KPEZPTlQgZmFjZT1WZXJkYW5hPlAyUCBTdHJlYW1pbmcg Zm9yIE1vYmlsZSBOb2RlczogU2NlbmFyaW9zIGFuZCBSZWxhdGVkIElzc3VlcyANCihKdWFuLTxT UEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsg bXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNO Ij5DYXJsb3MpIA0KPC9TUEFOPjwvRk9OVD48L1NQQU4+PC9TUEFOPjwvRElWPg0KPERJVj48U1BB TiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1z by1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+ PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IOWui+S9kzsgbXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbCI+PEZPTlQgDQpmYWNlPVZl cmRhbmE+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTog 5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFn ZTogWkgtQ04iPjwvU1BBTj48L0ZPTlQ+PC9TUEFOPjwvU1BBTj48U1BBTiANCmxhbmc9RU4tVVMg DQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQt ZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCnN0eWxl PSJGT05ULUZBTUlMWTog5a6L5L2TOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBt c28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsIj48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BBTiBs YW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1o YW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PEEg DQpocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdS1wcHNwLW1vYmlsZS0w MCI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbHUtcHBzcC1tb2JpbGUtMDA8L0E+ IA0KPD94bWw6bmFtZXNwYWNlIHByZWZpeCA9IG8gbnMgPSAidXJuOnNjaGVtYXMtbWljcm9zb2Z0 LWNvbTpvZmZpY2U6b2ZmaWNlIiANCi8+PG86cD48L286cD48L0RJVj48L1NQQU4+PC9GT05UPjwv U1BBTj48L1NQQU4+DQo8RElWPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVhc3Qt Zm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZh cmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTog5a6L5L2T OyBtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6 IEFyaWFsIj48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1z by1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJp YWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5 bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWls eTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpsYW5nPUVOLVVT IA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250 LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpzdHls ZT0iRk9OVC1GQU1JTFk6IOWui+S9kzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsg bXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbCI+PEZPTlQgDQpmYWNlPVZlcmRhbmE+PFNQQU4g bGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28t aGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFnZTogWkgtQ04iPjUu MyZuYnNwOzxTUEFOIA0KbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWls eTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5n dWFnZTogWkgtQ04iPlBQU1AgDQpsYXllcmVkIGNvZGluZyBpbXBsZW1lbnRhdGlvbihKYW1lcykg DQo8L1NQQU4+PC9TUEFOPjwvRk9OVD48L1NQQU4+PC9TUEFOPjwvU1BBTj48L1NQQU4+PC9GT05U PjwvU1BBTj48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlh bDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlM WTog5a6L5L2TOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9u dC1mYW1pbHk6IEFyaWFsIj48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BBTiBsYW5nPUVOLVVTIA0K c3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZh bWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpsYW5nPUVO LVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1m b250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQps YW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1o YW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQ QU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IOWui+S9kzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbCI+PEZPTlQgDQpmYWNlPVZlcmRh bmEgY29sb3I9IzAwMDBmZj48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZv bnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJl YXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJl YXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1z by1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFU+PFNQQU4gDQpsYW5nPUVOLVVTIA0Kc3R5bGU9 Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTog QXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1DTiI+PFNQQU4gDQpzdHlsZT0iRk9OVC1G QU1JTFk6IOWui+S9kzsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNp LWZvbnQtZmFtaWx5OiBBcmlhbCI+PEZPTlQgDQpmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZj48 U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7 IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1D TiI+PEEgDQpocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdS1wcHNwLW1v YmlsZS0wMCI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvPC9BPjwvU1BBTj48L0ZPTlQ+PC9T UEFOPjwvU1BBTj48Rk9OVCANCmNvbG9yPSMwMDAwZmY+ZHJhZnQ8L0ZPTlQ+LXd1LXBwc3AtcDJw LWxheWVyZWQtc3RyZWFtaW5nLTAwPC9VPjwvU1BBTj48L1NQQU4+PC9GT05UPjwvU1BBTj48L1NQ QU4+PC9TUEFOPjwvU1BBTj48L0ZPTlQ+PC9TUEFOPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4g bGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28t aGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1sYW5ndWFnZTogWkgtQ04iPjUu NCANCjwvU1BBTj48U1BBTiANCnN0eWxlPSJMRUZUOiAtMi40OCU7IFBPU0lUSU9OOiBhYnNvbHV0 ZTsgbXNvLXNwZWNpYWwtZm9ybWF0OiBidWxsZXQiPuKAojwvU1BBTj48U1BBTiANCmxhbmc9RU4t VVMgDQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZv bnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj5QMlArQ0ROIA0K c3lzdGVtIHVzaW5nIFBQU1AoTGljaHVuKSA8L1NQQU4+PC9ESVY+DQo8RElWIGNsYXNzPU8xIA0K c3R5bGU9Im1zby1saW5lLXNwYWNpbmc6ICc5MCAyMCAwJzsgbXNvLW1hcmdpbi1sZWZ0LWFsdDog NDY4OyBtc28tY2hhci13cmFwOiAxOyBtc28ta2luc29rdS1vdmVyZmxvdzogMSI+PFNQQU4gDQps YW5nPUVOLVVTIA0Kc3R5bGU9IkZPTlQtU0laRTogMjBwdDsgRk9OVC1GQU1JTFk6IOWui+S9kzsg bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBB cmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48L1NQQU4+PC9ESVY+DQo8RElWIGNs YXNzPU8gDQpzdHlsZT0ibXNvLWxpbmUtc3BhY2luZzogJzkwIDUwIDAnOyBtc28tbWFyZ2luLWxl ZnQtYWx0OiAyMTY7IG1zby1jaGFyLXdyYXA6IDE7IG1zby1raW5zb2t1LW92ZXJmbG93OiAxIj48 L0RJVj4NCjxESVY+PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZh bWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tZmFyZWFzdC1s YW5ndWFnZTogWkgtQ04iPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiDlrovkvZM7IG1zby1m YXJlYXN0LWZvbnQtZmFtaWx5OiDlrovkvZM7IG1zby1oYW5zaS1mb250LWZhbWlseTogQXJpYWwi PjxGT05UIA0KZmFjZT1WZXJkYW5hPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNv LWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0ibXNv LWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlh bDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHls ZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5 OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCnN0eWxlPSJGT05U LUZBTUlMWTog5a6L5L2TOyBtc28tZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFu c2ktZm9udC1mYW1pbHk6IEFyaWFsIj48Rk9OVCANCmZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZm PjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9 kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpI LUNOIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6 IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6IFpILUNOIj48U1BBTiANCmxhbmc9RU4tVVMgDQpzdHlsZT0ibXNvLWZhcmVhc3QtZm9udC1m YW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6IFpILUNOIj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTog5a6L5L2TOyBtc28t ZmFyZWFzdC1mb250LWZhbWlseTog5a6L5L2TOyBtc28taGFuc2ktZm9udC1mYW1pbHk6IEFyaWFs Ij48Rk9OVCANCmZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmPjxTUEFOIGxhbmc9RU4tVVMgDQpz dHlsZT0ibXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IOWui+S9kzsgbXNvLWhhbnNpLWZvbnQtZmFt aWx5OiBBcmlhbDsgbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IFpILUNOIj48QSANCmhyZWY9Imh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpLXBwc3AtcDJwLWNkbi0wMCI+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvPC9TUEFOPjwvRk9OVD48L1NQQU4+PC9TUEFOPjwvU1BBTj48L1NQ QU4+PC9GT05UPjwvU1BBTj48L1NQQU4+PC9TUEFOPjwvU1BBTj48L0ZPTlQ+PC9TUEFOPjwvU1BB Tj5kcmFmdC1saS1wcHNwLXAycC1jZG4tMDA8L0E+PEJSPjwvRElWPg0KPERJVj42LiBDb25jbHVz aW9uIGFuZCBuZXh0IHN0ZXBzICgxMG1pbik8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PkR1ZSB0byB0aW1lIGxpbWl0LCBzb21lIGludGVyZXN0aW5nIHRvcGljcyBhcmUgbm90IGluY2x1 ZGVkIGluIHRoZSBhZ2VuZGEgDQpub3cuV2Ugc3VnZ2VzdCB0byBsYXVuY2ggdGhlIGRpc2N1c3Np b24gaW4gdGhlIG1haWxpbmcgbGlzdCBmaXJzdC5JZiB0aGVyZSBhcmUgDQphbnkgc3VnZ2VzdGlv bnMgb24gdGhlIGFnZW5kYSxwbGVhc2UgbGV0IEdvbnphbG8gYW5kIG1lIGtub3cuVGhhbmtzLjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkJSLDwvRElW Pg0KPERJVj5ZdW5mZWkmYW1wO0dvbnphbG88L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+PC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViBhbGln bj1sZWZ0PjxGT05UIHNpemU9Mj4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJw eCIgU0laRT0yPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxGT05U IHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjIwMTAt MDMtMTI8L0ZPTlQ+PC9GT05UPjwvRElWPjwvRk9OVD48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon234050117751_=====-- From omer@rayv.com Fri Mar 12 07:48:35 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B4E13A6C64 for ; Fri, 12 Mar 2010 07:48:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.624 X-Spam-Level: X-Spam-Status: No, score=0.624 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BNtaH9GqWtb1 for ; Fri, 12 Mar 2010 07:48:34 -0800 (PST) Received: from mail-iw0-f186.google.com (mail-iw0-f186.google.com [209.85.223.186]) by core3.amsl.com (Postfix) with ESMTP id BED783A6C67 for ; Fri, 12 Mar 2010 07:31:58 -0800 (PST) Received: by iwn16 with SMTP id 16so159048iwn.31 for ; Fri, 12 Mar 2010 07:32:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.168.136 with SMTP id u8mr781509iby.56.1268407914597; Fri, 12 Mar 2010 07:31:54 -0800 (PST) In-Reply-To: <006801cab939$aead7c40$400ca40a@china.huawei.com> References: <006801cab939$aead7c40$400ca40a@china.huawei.com> Date: Fri, 12 Mar 2010 17:31:54 +0200 Message-ID: <6c0ff3b41003120731l1df85504je280e76d47a2d436@mail.gmail.com> From: Omer Luzzatti To: "Y.J. Gu" , ppsp@ietf.org Content-Type: multipart/alternative; boundary=001636b148d92e0eb404819c3b66 Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 15:48:35 -0000 --001636b148d92e0eb404819c3b66 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Yingjie, Congrats on the first draft of the tracker protocol, really amazing work done in short time. Design point to consider: Especially for live streaming the tracker may need to =91recruit=92 resourc= es to the swarm. These =91helper nodes=92 are joined nodes (and rightly you separ= ated the =91join=92 from the swarmID) that could be helpful either for their bandwidth or storage. In general a tracker originated =91Get=92 is what the server should generate and the peers to be able to accept; in practice some additional information and complexity might be needed since the peers may not be real participates in the swarm but acting in different roles (super nodes, helpers, etc=85). Note that in VOD you may want to =91distribute=92 = the content which again will require the above. I know this complicates things significantly but please give it a thought. Questions: 1. It is not clear to me how a peer indicates that it =91deleted=92 a = chunk from its storage. Does a peer send the entire list of chunks in every =91pu= t=92? this may be good if not too segmented but still if I delete my entire =91VO= D title/swarm=92 data the server should be notified. 2. Do you expect peers to =91put=92 all of their existing storage just after =91joining=92? 3. For security reasons we may want to consider having a =91session ID= =92 to the Join response or even to the Get-response. 4. As you stated, for live streaming chunks won=92t be used so basical= ly a peer will request a peer-list to watch that =91channel/swarm=92. However,= the swarmID may not be sufficient to indicate the entity wished to be watched. = A peer may be authorized to watch the current program within the channel (the swarm) but not the next one (say a PPV event). This problem could be solved in one the following ways: a) letting the tracker reply with a different =91swarm-ID=92 to a get request (which btw will help when having different qualities swarms, or when there is more than one swarm representing the sam= e content); b) having also a program ID as part of the reply. Regards and praises again for the work Omer On Mon, Mar 1, 2010 at 2:21 PM, Y.J. Gu wrote: > Hi everyone, > We submitted a Tracker Protocol draft for ppsp. > > Abstract: > > This document defines P2P streaming Tracker Protocol, including > functional entities and architecture, components, syntax and semantics. > > Tracker protocol is an application-level protocol for peers to > register, publish/request content and inform peers status to Trackers. It= is > also for trackers to provide peer lists to peers, send control/manage > messages and communicate with other trackers. Tracker protocol can serve > both live media and Video on Demand (VoD), as well as file sharing. > > The URL for this draft is: > http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt > > We appreciate your comments. > Thanks. > > > > > > Regards > > Yingjie Gu > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > --001636b148d92e0eb404819c3b66 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Yingjie,
=A0
Congrats on the first draft of the trac= ker protocol, really amazing work done in short time.
Design point to c= onsider:
Especially for live streaming the tracker may need to =91recru= it=92 resources to the swarm. These =91helper nodes=92 are joined nodes (an= d rightly you separated the =91join=92 from the swarmID) that could be help= ful either for their bandwidth or storage. In general a tracker originated = =91Get=92 is what the server should generate and the peers to be able to ac= cept; in practice some additional information and complexity might be neede= d since the peers may not be real participates in the swarm but acting in d= ifferent roles (super nodes, helpers, etc=85). Note that in VOD you may wan= t to =91distribute=92 the content which again will require the above. I kno= w this complicates things significantly but please give it a thought.
=A0
Questions:
1.=A0=A0=A0=A0=A0 It is not clear to me how a peer ind= icates that it =91deleted=92 a chunk from its storage. Does a peer send the= entire list of chunks in every =91put=92? this may be good if not too segm= ented but still if I delete my entire =91VOD title/swarm=92 data the server= should be notified.
2.=A0=A0=A0=A0=A0 Do you expect peers to =91put=92 all of their existing st= orage just after =91joining=92?
3.=A0=A0=A0=A0=A0 For security reasons = we may want to consider having a =91session ID=92 to the Join response or e= ven to the Get-response.
4.=A0=A0=A0=A0=A0 As you stated, for live streaming chunks won=92t be used = so basically a peer will request a peer-list to watch that =91channel/swarm= =92. However, the swarmID may not be sufficient to indicate the entity wish= ed to be watched. A peer may be authorized to watch the current program wit= hin the channel (the swarm) but not the next one (say a PPV event). This pr= oblem could be solved in one the following ways: a) letting the tracker rep= ly with a different =91swarm-ID=92 to a get request (which btw will help wh= en having different qualities swarms, or when there is more than one swarm = representing the same content); b) having also a program ID as part of the = reply.
=A0
Regards and praises again for the work
Omer


--001636b148d92e0eb404819c3b66-- From fluffy@cisco.com Sat Mar 13 06:33:28 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9101B3A6808 for ; Sat, 13 Mar 2010 06:33:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.51 X-Spam-Level: X-Spam-Status: No, score=-109.51 tagged_above=-999 required=5 tests=[AWL=-1.064, BAYES_00=-2.599, FRT_BELOW2=2.154, RCVD_IN_DNSWL_HI=-8, 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 qO7DsH+UL0wT for ; Sat, 13 Mar 2010 06:33:27 -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 F13213A67EF for ; Sat, 13 Mar 2010 06:33:26 -0800 (PST) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEACYxm0urRN+K/2dsb2JhbACacnOgPJgbhHsEgxg X-IronPort-AV: E=Sophos;i="4.49,632,1262563200"; d="scan'208";a="246666541" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-2.cisco.com with ESMTP; 13 Mar 2010 14:33:33 +0000 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o2DEXWZX009801 for ; Sat, 13 Mar 2010 14:33:32 GMT From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Impp: xmpp:cullenfluffyjennings@jabber.org Date: Sat, 13 Mar 2010 07:33:31 -0700 Message-Id: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> To: ppsp@ietf.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 14:33:28 -0000 The PPSP could easily be one of these groups were we spend the first few years trying to chooses which protocol to start with in various places. That would just remove the will to do anything in the group. I have been lurking and watching this work from the beginning and it seems like there are probably many things that most the participants agree to that we could just nail down in the charter. Doing so would help get the work done faster and provide others a clear idea that had not been been participating a much clearer idea of what this work is about. For example: Centralized or distributed trackers. My belief is that most the folks want to do a centralized tracker. On a side note, I think they would be hard to do a distributed one before a centralized as centralized is much easier. The obvious protocol to use for a centralized one is to add the needed extensions to the HTTP based version of bittorrent tracker protocol. If they want to do a distributed one, RELOAD would meet the needs and at least be worth looking at. Similarly for the media transfer, I suspect that many people would be happy with RTP. It's hard to imagine anything else given the end goal for this. I guess one could argue for a new protocol or a protocol that transferred data tunneled in the peer signaling protocol. The peer signing protocol needs to be able to set up the RTP sessions and work thought NATs. I think the NAT traversal scheme will end up being ICE or something that more or less amounts to ICE with no TURN option given the deployment models. Both RTSP and SIP are candidates here. In some ways at first glance, RTSP might seem simpler. But a bunch of that simplicity comes from the model of it being deployed on server all clients can easily reach without nat nightmares and less negotiation. Much of SIP complexity comes form too many intermediaries and forking which would not apply in this case. We will have to add a bunch to RTSP to get it to work or subtract some SIP to get it to work. Not an easy call and not a call that the WG is in a great position to sort out. I'd love to hear others thought on it. The alternative to the RTSP/SIP approach is to replace the signaling and SDP with a capabilities something more like the Advertisement / Proposal architecture the Jon and I have been discussion (See draft-peterson-sipcore-advprop ). There are a few other topics which are not addressed in this charter that worry me a lot. The currently protocols being proposed and related discussion does not seem to address what is the incentive for anyone to serve content. It's clear why you would receive but not clear why you would bother to transmit. Bittorrent put a lot of effort into this and IMHO got it "right enough" that the system is very successful. I worry about it in this work. A second topic is that the desired privacy properties of the system are also pretty vague. If we are not clear about these in the beginning, we run the risk of getting very bogged down in arguing about them as the protocol starts to get close to done. To try and help get things moving along, I have proposed charter bellow that is very conservative . As an individual, I would probably have a slight preference for a more risky approach than the proposal below but . ------------------------------------------------ The Peer-to-Peer Streaming Protocol (PPSP) working group develops two signaling and control protocols for a peer-to-peer (P2P) streaming system for transmitting live and time shifted media content with near real-time delivery requirements. Two kinds of nodes exist in the targeted P2P streaming system, i.e., "peers" and "trackers". Peers are nodes that are actively sending and receiving streamed media content, and include both statically connected hosts as well as mobile devices with connectivity and IP addresses that change over time. The set of peers that are participating in a streaming session will dynamically change over time. Trackers are well-known nodes with stable connectivity that maintain meta information about the streamed content and the dynamic peer set. The working group is only addressing centralized trackers and not the distributed tracker. The PPSP WG designs a protocol for signaling and control between trackers and peers (the PPSP "tracker protocol") and a signaling and control protocol for communication among the peers (the PPSP "peer protocol"). The two protocols enable peers to receive streaming data within the time constraints required by specific content items. The tracker protocol handles the initial and periodic exchange of meta information between trackers and peers, such as peer lists and content information. The peer protocol controls the advertising and exchange of media data availability between the peers. The tracker protocol will be modeled as much as possible to match the exiting bittorrent protocol with appropriate extensions for to cary information that is needed for selection of a peer suitable for real time streaming. Media descriptions will use the syntax and semantics from SDP where that is possible. The peer protocol will be be an extension of SIP and use ICE for NAT traversal. RTP will be used for the encoding and transmission of the media content between peers. PPSP is not chartered to work on media transmission protocols, media encoding techniques or other components of a P2P streaming system such as playout scheduling and control, etc. The work items of the PPSP WG are: (1) A "problem statement" document that gives an overview of the proposed P2P streaming system, motivates the desire for standardized protocols, defines the envisioned scope of those standardized components and discusses common terminologies and concepts. (2) A "requirements" document that details the specific functional, operational and performance requirements of the two PPSP protocols. (3) An "architectural survey" document that summarizes current P2P streaming architectures, in particular tracker-based P2P streaming systems, and highlights best current practices. (4) A detailed specification of the PPSP peer protocol. (5) A detailed specification of the PPSP tracker protocol. (6) A "usage guide" that describes how the two PPSP protocols and existing IETF protocols, such ALTO, can be combined to create a deployable operational P2P streaming system. This document will also discuss use of layered media encoding and related media chunk descriptions in the peer protocol for more robust streaming. The work items of the PPSP WG interacts with the work performed in other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever extensions or modification to the protocols developed in other WGs are deemed necessary, PPSP shall communicate and discuss the requirements for such extensions with the relevant WGs but is not charted to make such changes. Goals and Milestones: Sep 2010 Submit problem statement to IESG as Informational Dec 2010 Submit architectural survey to IESG as Informational Dec 2010 Submit requirements document to IESG as Informational Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard Dec 2011 Submit usage guide to IESG to IESG as Informational ---------------------------------------------------------------- Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From fluffy@cisco.com Sat Mar 13 06:54:19 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 989523A68A6 for ; Sat, 13 Mar 2010 06:54:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.56 X-Spam-Level: X-Spam-Status: No, score=-109.56 tagged_above=-999 required=5 tests=[AWL=-0.820, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8, 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 dhvu8yRTMsAJ for ; Sat, 13 Mar 2010 06:54:18 -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 C62EF3A6A25 for ; Sat, 13 Mar 2010 06:54:10 -0800 (PST) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAF81m0urR7Ht/2dsb2JhbACacnOIIZgKmBuEewSDGA X-IronPort-AV: E=Sophos;i="4.49,632,1262563200"; d="scan'208";a="495960156" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-6.cisco.com with ESMTP; 13 Mar 2010 14:54:17 +0000 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.14.3) with ESMTP id o2DEsG3C002827; Sat, 13 Mar 2010 14:54:17 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 Impp: xmpp:cullenfluffyjennings@jabber.org From: Cullen Jennings In-Reply-To: <00db01cac149$07adbb40$170931c0$@pt> Date: Sat, 13 Mar 2010 07:54:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00db01cac149$07adbb40$170931c0$@pt> To: Lokesh Kumar X-Mailer: Apple Mail (2.1077) Cc: ppsp@ietf.org Subject: Re: [ppsp] PPSP RFC X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 14:54:19 -0000 A good starting point would be to read. http://www.ietf.org/tao.html It may seem all daunting at first but it's really very easy and lots of = people are glad to help. A good starting point is what you are already = doing, join the mailing list, participate in the email threads, comment = on other drafts, and go and write a draft if you have some idea on how = to do it. I find using the xml2rfc tool the easiest way to write a = draft. You can then upload it using the tool at=20 https://datatracker.ietf.org/idst/upload.cgi The deadlines for when drafts need to be done for various meeting are = published at=20 http://www.ietf.org/meeting/cutoff-dates-2010.html For for IETF 78, the deadline for " initial document (-00) submission" = is 2010-07-05=20 Hope that helps. Cullen On Mar 11, 2010, at 11:31 AM, Lokesh Kumar wrote: > Dear All, > =20 > We would like to know the detailed procedure for submitting and = actively contributing in the implementation and writing the draft of = PPSP (Peer-to-Peer Streaming Protocol) . > =20 > Thanks > =20 > Lokesh Kumar (Research Scholar) > Network Multimedia and Computing Group, =20 > Department of Informatics, University of Beira Interior, > 6201-001, Covilha, Portugal = =20 > Email: kumar@ubi.pt Mobile : +351-926102744 > http://penhas.di.ubi.pt/~lokesh/lokesh/index.php/Lokesh_Kumar > **************************************************************** > =20 >=20 > UBI amiga do ambiente: Antes de imprimir este e-mail pense bem se tem = mesmo que o fazer. As =E1rvores s=E3o um bem imprescind=EDvel. > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From fluffy@cisco.com Sat Mar 13 06:59:15 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 25AA03A6A25 for ; Sat, 13 Mar 2010 06:59:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.468 X-Spam-Level: X-Spam-Status: No, score=-110.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 IhJYNlEbPx-m for ; Sat, 13 Mar 2010 06:59:14 -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 DA3D73A6A24 for ; Sat, 13 Mar 2010 06:59:13 -0800 (PST) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHo3m0urR7H+/2dsb2JhbACacnOgLJgZhHsEgxg X-IronPort-AV: E=Sophos;i="4.49,632,1262563200"; d="scan'208";a="165562856" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 13 Mar 2010 14:59:20 +0000 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o2DExJX1001573; Sat, 13 Mar 2010 14:59:20 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Impp: xmpp:cullenfluffyjennings@jabber.org From: Cullen Jennings In-Reply-To: <201003121800259066319@chinamobile.com> Date: Sat, 13 Mar 2010 07:59:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <10E7CB2B-0321-47E6-9179-18CE81F2CF24@cisco.com> References: <201003121800259066319@chinamobile.com> To: ppsp@ietf.org X-Mailer: Apple Mail (2.1077) Cc: "gonzalo.camarillo" Subject: Re: [ppsp] ppsp agenda draft X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 14:59:15 -0000 On Mar 12, 2010, at 3:00 AM, zhangyunfei wrote: > 5.3 PPSP layered coding implementation(James) > http://tools.ietf.org/html/draft-wu-ppsp-p2p-layered-streaming-00 This draft does not seem to be in the ID directory. Could you provide a = different link to it?=20 Thanks. Cullen PS: Just to be clear, I'm OK with it not be in the ID directory, I just = want to have a place where we can find it.=20 From davidbryan@gmail.com Sat Mar 13 07:23:37 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CBDEE3A6A1F for ; Sat, 13 Mar 2010 07:23:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.144 X-Spam-Level: X-Spam-Status: No, score=-0.144 tagged_above=-999 required=5 tests=[AWL=-0.921, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FRT_BELOW2=2.154, J_CHICKENPOX_83=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 Qdr9-RootHva for ; Sat, 13 Mar 2010 07:23:35 -0800 (PST) Received: from mail-yw0-f173.google.com (mail-yw0-f173.google.com [209.85.211.173]) by core3.amsl.com (Postfix) with ESMTP id 9F8643A6A72 for ; Sat, 13 Mar 2010 07:22:39 -0800 (PST) Received: by ywh3 with SMTP id 3so84419ywh.31 for ; Sat, 13 Mar 2010 07:22:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=DnCsXzysJvGCH6tpOGHcKz0AThnuazpVeTA3PXXr8rw=; b=g+7f1N8rISRKYtiHPbGTxRVy1MGeoILVgGRa9rBp6B1h7f/3DCPSmfAcAXbNOuqN6p LTb42WbidWvXWmym+QSEsaZCcOuHoC3KpusS+PMZX+3vaAdlwA7DBkdZJeSIACAgEwNV MTfYiWEbxX60C18aHbGk3HbLuZUMT2Dwkjmmc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=AbRi0RQb7GB720abtVN12ULwBLK08AWlg1v/M3Nt2mntXZqc66Pa7sfSezOOTsMn5j DieR7+Ngms+6Dr6MP1ELy6ZwZ1LFYHu2QsKU9Nnkq3uCExPRqra2CxrkBbzfk+3ksgfm XWYAqrEkzRpN4QCPVodcKe0Hj3l8gaZVoOOxU= MIME-Version: 1.0 Sender: davidbryan@gmail.com Received: by 10.101.64.18 with SMTP id r18mr3194287ank.24.1268493762131; Sat, 13 Mar 2010 07:22:42 -0800 (PST) In-Reply-To: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> Date: Sat, 13 Mar 2010 10:22:42 -0500 X-Google-Sender-Auth: 11c92ed031567291 Message-ID: <8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> From: "David A. Bryan" To: Cullen Jennings Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2010 15:23:37 -0000 So in general I think there are a lot of good comments here, and thanks for sending things to the list. A few things I had comments on inline... On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wrote: > > > The PPSP could easily be one of these groups were we spend the first few > years trying to chooses which protocol to start with in various > places. That would just remove the will to do anything in the group. I > have been lurking and watching this work from the beginning and it seems > like there are probably many things that most the participants agree to > that we could just nail down in the charter. =A0Doing so would help get > the work done faster and provide others a clear idea that had not been > been participating a much clearer idea of what this work is about. > > For example: > > Centralized or distributed trackers. My belief is that most the folks > want to do a centralized tracker. On a side note, I think they would be > hard to do a distributed one before a centralized as centralized is much > easier. The obvious protocol to use for a centralized one is to add the > needed extensions to the HTTP based version of bittorrent tracker > protocol. If they want to do a distributed one, RELOAD would meet the > needs and at least be worth looking at. I'm a bit confused about why you want to exclude distributed trackers. Most of the information that would be exchanged -- i.e. the maps of chunks etc -- are going to be the same between the two. I am still trying to get my head around where the "edge" is here, but from hacking at ideas a bit, it seems to me that the tracker protocol might have two parts: query/place information from the peers to the tracker, and information between trackers. If the separation is clean, it might be possible to only focus on the part between peers/trackers and not consider distributed trackers, but otherwise I think in protocol design we should at least consider it...seems like a bad idea to design a P2P protocol that neglects P2P at a different level (i.e., between trackers) > Similarly for the media transfer, I suspect that many people would be > happy with RTP. It's hard to imagine anything else given the end goal > for this. I guess one could argue for a new protocol or a protocol that > transferred data tunneled in the peer signaling protocol. Absolutely agree. Devising new mechanisms for media transport seems way out of scope to me. > The peer signing protocol needs to be able to set up the RTP sessions > and work thought NATs. I think the NAT traversal scheme will end up > being ICE or something that more or less amounts to ICE with no TURN > option given the deployment models. Both RTSP and SIP are candidates > here. In some ways at first glance, RTSP might seem simpler. But a bunch > of that simplicity comes from the model of it being deployed on server > all clients can easily reach without nat nightmares and less > negotiation. Much of SIP complexity comes form too many intermediaries > and forking which would not apply in this case. =A0We will have to add a > bunch to RTSP to get it to work or subtract some SIP to get it to > work. Not an easy call and not a call that the WG is in a great position > to sort out. I'd love to hear others thought on it. > > The alternative to the RTSP/SIP approach is to replace the signaling and > SDP with a capabilities something more like the Advertisement / Proposal > architecture the Jon and I have been discussion (See > draft-peterson-sipcore-advprop ). Not quite as clear to me here, but I mostly agree. Definitely need to negotiate streams, and need to traverse NATs. SIP seems like using a fighter plane to kill a fly here, but may very well turn out that many of the capabilities end up being needed once we get into it. The problem is if the peers are speaking SIP, aren't they expected to have the full SIP capabilities. We seem to need a SIP-Lite...(and yes, I know that has been discussed oh, once or twice before, but here it would be for devices with distinctly different applications) My first take on the proposed charter below is that I like seeing things get more concrete, but it has two problems from my perspective: I agree bit-torrent is a very good model and we should be looking at it, but the survey work is also bringing in work from some other very widely deployed solutions (PPLive, for example), and I'm personally a bit reluctant to just say bit-torrent wins. I'm aware that PPLive and Bit-Torrent address slightly different problems, which is actually my biggest concern with the charter -- still not clear that the live and time-shifted content really call for the same protocol or share as much as might be thought in common. Particularly for the real-time streaming, I'm not at all sure Bit-Torrent is the right choice. (although I can see using a tracker to find candidate peers and establishing live sessions between them...so it's possible) I'd rather wait just a little bit for the survey document to evolve to make that call, and get more visibility into if one protocol can be used for both streaming and time-shifted content. That's part of the motivation for hacking together some strawman work on the tracker as well -- let's see what hard problems we stumble in that process. I agree if we don't firm it up we'll spin for a long time, but I also don't want to jump to a wrong conclusion. My biggest objection is with the proposal below is saying SIP is the right choice for the Peer Protocol. That seems not-quite-right (even if SIP is used to establish the connections). The peer protocol here. again, is doing several things -- possibly maintaining an overlay (possible RELOAD usage, although we have to make sure a full DHT is needed, which with a central tracker it may not be) and in the live stream case, establishing connections. Unless we resurrect dSIP (which I'd love ;) ), SIP can't do the former, and I still think it is way overkill for the later unless we come up with a lighter version. I'll take a look at the advprop draft you mention -- that might be exactly what I am thinking of but I have to admit I haven't read it. I guess my worry here is that your version of the draft seems to be taking the "I have a SIP hammer so this is a SIP nail" approach, and I'm not quite convinced that's right (at least not yet, but I must admit the problem looks very nail shaped. Maybe just a really small nail). Reuse of SDP and RTP seem like no-brainers and I definitely agree. Anyway, interesting thoughts,and my 2 cents... David > There are a few other topics which are not addressed in this charter > that worry me a lot. The currently protocols being proposed and related > discussion does not seem to address what is the incentive for anyone to > serve content. It's clear why you would receive but not clear why you > would bother to transmit. Bittorrent put a lot of effort into this and > IMHO got it "right enough" that the system is very successful. I worry > about it in this work. A second topic is that the desired privacy > properties of the system are also pretty vague. If we are not clear > about these in the beginning, we run the risk of getting very bogged > down in arguing about them as the protocol starts to get close to done. > > To try and help get things moving along, I have proposed charter bellow > that is very conservative . =A0As an individual, I would probably have a > slight preference for a more risky approach than the proposal below but > . > > > ------------------------------------------------ > > > > > The Peer-to-Peer Streaming Protocol (PPSP) working group develops two > signaling and control protocols for a peer-to-peer (P2P) streaming > system for transmitting live and time shifted media content with near > real-time delivery requirements. > > Two kinds of nodes exist in the targeted P2P streaming system, i.e., > "peers" and "trackers". Peers are nodes that are actively sending and > receiving streamed media content, and include both statically connected > hosts as well as mobile devices with connectivity and IP addresses that > change over time. The set of peers that are participating in a streaming > session will dynamically change over time. Trackers are well-known nodes > with stable connectivity that maintain meta information about the > streamed content and the dynamic peer set. The working group is only > addressing centralized trackers and not the distributed tracker. > > The PPSP WG designs a protocol for signaling and control between > trackers and peers (the PPSP "tracker protocol") and a signaling and > control protocol for communication among the peers (the PPSP "peer > protocol"). The two protocols enable peers to receive streaming data > within the time constraints required by specific content items. =A0The > tracker protocol handles the initial and periodic exchange of meta > information between trackers and peers, such as peer lists and content > information. The peer protocol controls the advertising and exchange of > media data availability between the peers. > > The tracker protocol will be modeled as much as possible to match the > exiting bittorrent protocol with appropriate extensions for to cary > information that is needed for selection of a peer suitable for real > time streaming. Media descriptions will use the syntax and semantics > from SDP where that is possible. > > The peer protocol will be be an extension of SIP and use ICE for NAT > traversal. > > RTP will be used for the encoding and transmission of the media content > between peers. PPSP is not chartered to work on media transmission > protocols, media encoding techniques or other components of a P2P > streaming system such as playout scheduling and control, etc. > > The work items of the PPSP WG are: > > (1) A "problem statement" document that gives an overview of the > =A0 =A0proposed P2P streaming system, motivates the desire for standardiz= ed > =A0 =A0protocols, defines the envisioned scope of those standardized > =A0 =A0components and discusses common terminologies and concepts. > > (2) A "requirements" document that details the specific functional, > =A0 =A0operational and performance requirements of the two PPSP protocols= . > > (3) An "architectural survey" document that summarizes current P2P > =A0 =A0streaming architectures, in particular tracker-based P2P streaming > =A0 =A0systems, and highlights best current practices. > > (4) A detailed specification of the PPSP peer protocol. > > (5) A detailed specification of the PPSP tracker protocol. > > (6) A "usage guide" that describes how the two PPSP protocols and > =A0 =A0existing IETF protocols, such ALTO, can be combined to create a > =A0 =A0deployable operational P2P streaming system. =A0This document will > =A0 =A0also discuss use of layered media encoding and related media chunk > =A0 =A0descriptions in the peer protocol for more robust streaming. > > The work items of the PPSP WG interacts with the work performed in other > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever > extensions or modification to the protocols developed in other WGs are > deemed necessary, PPSP shall communicate and discuss the requirements > for such extensions with the relevant WGs but is not charted to make > such changes. > > Goals and Milestones: > > Sep 2010 =A0 Submit problem statement to IESG as Informational > Dec 2010 =A0 Submit architectural survey to IESG as Informational > Dec 2010 =A0 Submit requirements document to IESG as Informational > Aug 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard > Aug 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational > > > ---------------------------------------------------------------- > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > From zhangyunfei@chinamobile.com Sun Mar 14 19:14:18 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 601F83A6819 for ; Sun, 14 Mar 2010 19:14:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.969 X-Spam-Level: X-Spam-Status: No, score=-94.969 tagged_above=-999 required=5 tests=[AWL=-1.396, BAYES_50=0.001, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 zPDc1XTYS8fo for ; Sun, 14 Mar 2010 19:14:16 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id A2B4F3A67F3 for ; Sun, 14 Mar 2010 19:14:15 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.90]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031510300246-4449 ; Mon, 15 Mar 2010 10:30:02 +0800 Date: Mon, 15 Mar 2010 10:14:06 +0800 From: "zhangyunfei" To: "Lokesh Kumar" References: <00db01cac149$07adbb40$170931c0$@pt> Message-ID: <201003151014029370125@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-15 10:30:02, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-15 10:14:23, Serialize complete at 2010-03-15 10:14:23 Content-Type: multipart/alternative; boundary="=====003_Dragon027214445604_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] PPSP RFC X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 02:14:18 -0000 This is a multi-part message in MIME format. --=====003_Dragon027214445604_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" Q3VsbGVuJ3MgbGlua3MgYXJlIHZlcnkgdXNlZnVsIGZvciBzdWJtaXR0aW5nIHRoZSBkcmFmdHMu DQpTb21lIGxpbmtzIG9mIG1vcmUgdG9vbHMgdG8gdHJhbnNmZXIgdGhlIHR4dCB2ZXJzaW9uIGNh biBiZSBmb3VuZCBpbiBodHRwOi8vd3d3LmlzaS5lZHUvdG91Y2gvdG9vbHMvICAoSSBsaWtlIHRo ZSB3b3JkIHRlbXBsYXRlIGZvciB0aGUgdHJhbnNmZXIpLkhvcGUgaXQgdXNlZnVsIGZvciB5b3Ug YW5kIGdvb2QgbHVja34NCg0KQlINCll1bmZlaQ0KDQoNCg0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0w My0xNQ0KDQoNCg0Kt6K8/sjLo7ogQ3VsbGVuIEplbm5pbmdzDQq3osvNyrG85KO6IDIwMTAtMDMt MTMgMjM6MTA6MTYNCsrVvP7Iy6O6IExva2VzaCBLdW1hcg0Ks63LzaO6IHBwc3BAaWV0Zi5vcmcN Ctb3zOKjuiBSZTogW3Bwc3BdIFBQU1AgUkZDDQoNCkEgIGdvb2QgIHN0YXJ0aW5nICBwb2ludCAg d291bGQgIGJlICB0byAgcmVhZC4NCg0KaHR0cDovL3d3dy5pZXRmLm9yZy90YW8uaHRtbA0KDQpJ dCAgbWF5ICBzZWVtICBhbGwgIGRhdW50aW5nICBhdCAgZmlyc3QgIGJ1dCAgaXQncyAgcmVhbGx5 ICB2ZXJ5ICBlYXN5ICBhbmQgIGxvdHMgIG9mICBwZW9wbGUgIGFyZSAgZ2xhZCAgdG8gIGhlbHAu ICBBICBnb29kICBzdGFydGluZyAgcG9pbnQgIGlzICB3aGF0ICB5b3UgIGFyZSAgYWxyZWFkeSAg ZG9pbmcsICBqb2luICB0aGUgIG1haWxpbmcgIGxpc3QsICBwYXJ0aWNpcGF0ZSAgaW4gIHRoZSAg ZW1haWwgIHRocmVhZHMsICBjb21tZW50ICBvbiAgb3RoZXIgIGRyYWZ0cywgIGFuZCAgZ28gIGFu ZCAgd3JpdGUgIGEgIGRyYWZ0ICBpZiAgeW91ICBoYXZlICBzb21lICBpZGVhICBvbiAgaG93ICB0 byAgZG8gIGl0LiAgSSAgZmluZCAgdXNpbmcgIHRoZSAgeG1sMnJmYyAgdG9vbCAgdGhlICBlYXNp ZXN0ICB3YXkgIHRvICB3cml0ZSAgYSAgZHJhZnQuICAgIFlvdSAgY2FuICB0aGVuICB1cGxvYWQg IGl0ICB1c2luZyAgdGhlICB0b29sICBhdCAgDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvaWRzdC91cGxvYWQuY2dpDQoNClRoZSAgZGVhZGxpbmVzICBmb3IgIHdoZW4gIGRyYWZ0cyAg bmVlZCAgdG8gIGJlICBkb25lICBmb3IgIHZhcmlvdXMgIG1lZXRpbmcgIGFyZSAgcHVibGlzaGVk ICBhdCAgDQoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvbWVldGluZy9jdXRvZmYtZGF0ZXMtMjAxMC5o dG1sDQoNCkZvciAgZm9yICBJRVRGICA3OCwgIHRoZSAgZGVhZGxpbmUgIGZvciAgIiAgaW5pdGlh bCAgZG9jdW1lbnQgICgtMDApICBzdWJtaXNzaW9uIiAgaXMgIDIwMTAtMDctMDUgIA0KDQpIb3Bl ICB0aGF0ICBoZWxwcy4NCg0KQ3VsbGVuDQoNCg0KDQoNCk9uICBNYXIgIDExLCAgMjAxMCwgIGF0 ICAxMTozMSAgQU0sICBMb2tlc2ggIEt1bWFyICB3cm90ZToNCg0KPiAgRGVhciAgQWxsLA0KPiAg ICANCj4gIFdlICB3b3VsZCAgbGlrZSAgdG8gIGtub3cgIHRoZSAgZGV0YWlsZWQgIHByb2NlZHVy ZSAgZm9yICBzdWJtaXR0aW5nICBhbmQgIGFjdGl2ZWx5ICBjb250cmlidXRpbmcgIGluICB0aGUg IGltcGxlbWVudGF0aW9uICBhbmQgIHdyaXRpbmcgIHRoZSAgZHJhZnQgIG9mICBQUFNQICAoUGVl ci10by1QZWVyICBTdHJlYW1pbmcgIFByb3RvY29sKSAgLg0KPiAgICANCj4gIFRoYW5rcw0KPiAg ICANCj4gIExva2VzaCAgS3VtYXIgICAgKFJlc2VhcmNoICBTY2hvbGFyKQ0KPiAgTmV0d29yayAg TXVsdGltZWRpYSAgYW5kICBDb21wdXRpbmcgIEdyb3VwLCAgICAgICAgICAgICAgICAgICAgICAN Cj4gIERlcGFydG1lbnQgIG9mICBJbmZvcm1hdGljcywgICAgVW5pdmVyc2l0eSAgb2YgIEJlaXJh ICBJbnRlcmlvciwNCj4gIDYyMDEtMDAxLCAgQ292aWxoYSwgIFBvcnR1Z2FsICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCj4gIEVtYWls OiAga3VtYXJAdWJpLnB0ICAgICAgICAgIE1vYmlsZSAgOiAgKzM1MS05MjYxMDI3NDQNCj4gIGh0 dHA6Ly9wZW5oYXMuZGkudWJpLnB0L35sb2tlc2gvbG9rZXNoL2luZGV4LnBocC9Mb2tlc2hfS3Vt YXINCj4gICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioNCj4gICAgDQo+ICANCj4gIFVCSSAgYW1pZ2EgIGRvICBhbWJpZW50ZTog IEFudGVzICBkZSAgaW1wcmltaXIgIGVzdGUgIGUtbWFpbCAgcGVuc2UgIGJlbSAgc2UgIHRlbSAg bWVzbW8gIHF1ZSAgbyAgZmF6ZXIuICBBcyAg4XJ2b3JlcyAgc+NvICB1bSAgYmVtICBpbXByZXNj aW5k7XZlbC4NCj4gIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ICBwcHNwICBtYWlsaW5nICBsaXN0DQo+ICBwcHNwQGlldGYub3JnDQo+ICBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3ANCg0KDQpDdWxsZW4gIEplbm5pbmdz DQpGb3IgIGNvcnBvcmF0ZSAgbGVnYWwgIGluZm9ybWF0aW9uICBnbyAgdG86DQpodHRwOi8vd3d3 LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwN Cg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpw cHNwICBtYWlsaW5nICBsaXN0DQpwcHNwQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3Bwc3ANCg== --=====003_Dragon027214445604_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmY+PEZPTlQgc2l6ZT0yPkN1bGxlbidzIGxpbmtzIGFy ZSB2ZXJ5IA0KdXNlZnVsIGZvciBzdWJtaXR0aW5nIHRoZSBkcmFmdHMuPC9GT05UPjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmY+PEZPTlQgc2l6ZT0y PlNvbWUgbGlua3Mgb2YgbW9yZSB0b29scyB0byANCnRyYW5zZmVyIHRoZSB0eHQgdmVyc2lvbiBj YW4gYmUgZm91bmQgaW4gPC9GT05UPjxBIA0KaHJlZj0iaHR0cDovL3d3dy5pc2kuZWR1L3RvdWNo L3Rvb2xzLyZuYnNwOyAiPjxGT05UIA0Kc2l6ZT0yPmh0dHA6Ly93d3cuaXNpLmVkdS90b3VjaC90 b29scy8mbmJzcDsgPC9GT05UPjwvQT48L0ZPTlQ+PEZPTlQgDQpmYWNlPVZlcmRhbmE+PEZPTlQg Y29sb3I9IzAwMDBmZiBzaXplPTI+KEkgbGlrZSB0aGUgd29yZCB0ZW1wbGF0ZSBmb3IgdGhlIA0K dHJhbnNmZXIpLkhvcGUgaXQgdXNlZnVsIGZvciB5b3UgYW5kIGdvb2QgbHVja348L0ZPTlQ+PC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+ PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBm ZiBzaXplPTI+QlI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0j MDAwMGZmIHNpemU9Mj5ZdW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFu YSBjb2xvcj0jMDAwMGZmIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxl ZnQ+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUiBzdHls ZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgU0laRT0yPg0KPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+emhhbmd5dW5m ZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+MjAxMC0wMy0x NTwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXpl PTI+DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBz aXplPTI+PFNUUk9ORz63orz+yMujujwvU1RST05HPiBDdWxsZW4gDQpKZW5uaW5nczwvRk9OVD48 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9O Rz63osvNyrG85KO6PC9TVFJPTkc+IA0KMjAxMC0wMy0xMyZuYnNwOzIzOjEwOjE2PC9GT05UPjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05H PsrVvP7Iy6O6PC9TVFJPTkc+IExva2VzaCANCkt1bWFyPC9GT05UPjwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOty82jujwvU1RST05H PiANCnBwc3BAaWV0Zi5vcmc8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+1vfM4qO6PC9TVFJPTkc+IFJlOiBbcHBzcF0gUFBT UCANClJGQzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXpl PTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0K PERJVj5BICZuYnNwO2dvb2QgJm5ic3A7c3RhcnRpbmcgJm5ic3A7cG9pbnQgJm5ic3A7d291bGQg Jm5ic3A7YmUgJm5ic3A7dG8gDQombmJzcDtyZWFkLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+PEEgDQpocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL3Rhby5odG1sIj5odHRwOi8vd3d3 LmlldGYub3JnL3Rhby5odG1sPC9BPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+SXQg Jm5ic3A7bWF5ICZuYnNwO3NlZW0gJm5ic3A7YWxsICZuYnNwO2RhdW50aW5nICZuYnNwO2F0ICZu YnNwO2ZpcnN0IA0KJm5ic3A7YnV0ICZuYnNwO2l0J3MgJm5ic3A7cmVhbGx5ICZuYnNwO3Zlcnkg Jm5ic3A7ZWFzeSAmbmJzcDthbmQgJm5ic3A7bG90cyANCiZuYnNwO29mICZuYnNwO3Blb3BsZSAm bmJzcDthcmUgJm5ic3A7Z2xhZCAmbmJzcDt0byAmbmJzcDtoZWxwLiAmbmJzcDtBIA0KJm5ic3A7 Z29vZCAmbmJzcDtzdGFydGluZyAmbmJzcDtwb2ludCAmbmJzcDtpcyAmbmJzcDt3aGF0ICZuYnNw O3lvdSAmbmJzcDthcmUgDQombmJzcDthbHJlYWR5ICZuYnNwO2RvaW5nLCAmbmJzcDtqb2luICZu YnNwO3RoZSAmbmJzcDttYWlsaW5nICZuYnNwO2xpc3QsIA0KJm5ic3A7cGFydGljaXBhdGUgJm5i c3A7aW4gJm5ic3A7dGhlICZuYnNwO2VtYWlsICZuYnNwO3RocmVhZHMsICZuYnNwO2NvbW1lbnQg DQombmJzcDtvbiAmbmJzcDtvdGhlciAmbmJzcDtkcmFmdHMsICZuYnNwO2FuZCAmbmJzcDtnbyAm bmJzcDthbmQgJm5ic3A7d3JpdGUgDQombmJzcDthICZuYnNwO2RyYWZ0ICZuYnNwO2lmICZuYnNw O3lvdSAmbmJzcDtoYXZlICZuYnNwO3NvbWUgJm5ic3A7aWRlYSAmbmJzcDtvbiANCiZuYnNwO2hv dyAmbmJzcDt0byAmbmJzcDtkbyAmbmJzcDtpdC4gJm5ic3A7SSAmbmJzcDtmaW5kICZuYnNwO3Vz aW5nICZuYnNwO3RoZSANCiZuYnNwO3htbDJyZmMgJm5ic3A7dG9vbCAmbmJzcDt0aGUgJm5ic3A7 ZWFzaWVzdCAmbmJzcDt3YXkgJm5ic3A7dG8gJm5ic3A7d3JpdGUgDQombmJzcDthICZuYnNwO2Ry YWZ0LiAmbmJzcDsgJm5ic3A7WW91ICZuYnNwO2NhbiAmbmJzcDt0aGVuICZuYnNwO3VwbG9hZCAm bmJzcDtpdCANCiZuYnNwO3VzaW5nICZuYnNwO3RoZSAmbmJzcDt0b29sICZuYnNwO2F0ICZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9pZHN0L3VwbG9hZC5jZ2k8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoZSAm bmJzcDtkZWFkbGluZXMgJm5ic3A7Zm9yICZuYnNwO3doZW4gJm5ic3A7ZHJhZnRzICZuYnNwO25l ZWQgJm5ic3A7dG8gDQombmJzcDtiZSAmbmJzcDtkb25lICZuYnNwO2ZvciAmbmJzcDt2YXJpb3Vz ICZuYnNwO21lZXRpbmcgJm5ic3A7YXJlIA0KJm5ic3A7cHVibGlzaGVkICZuYnNwO2F0ICZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vd3d3Lmll dGYub3JnL21lZXRpbmcvY3V0b2ZmLWRhdGVzLTIwMTAuaHRtbCI+aHR0cDovL3d3dy5pZXRmLm9y Zy9tZWV0aW5nL2N1dG9mZi1kYXRlcy0yMDEwLmh0bWw8L0E+PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj5Gb3IgJm5ic3A7Zm9yICZuYnNwO0lFVEYgJm5ic3A7NzgsICZuYnNwO3RoZSAm bmJzcDtkZWFkbGluZSAmbmJzcDtmb3IgDQombmJzcDsiICZuYnNwO2luaXRpYWwgJm5ic3A7ZG9j dW1lbnQgJm5ic3A7KC0wMCkgJm5ic3A7c3VibWlzc2lvbiIgJm5ic3A7aXMgDQombmJzcDsyMDEw LTA3LTA1ICZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+SG9wZSAmbmJzcDt0 aGF0ICZuYnNwO2hlbHBzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Q3VsbGVuPC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5PbiAmbmJzcDtNYXIgJm5ic3A7MTEsICZuYnNw OzIwMTAsICZuYnNwO2F0ICZuYnNwOzExOjMxICZuYnNwO0FNLCANCiZuYnNwO0xva2VzaCAmbmJz cDtLdW1hciAmbmJzcDt3cm90ZTo8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7RGVhciAmbmJzcDtBbGwsPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7ICZuYnNwO1dlICZuYnNwO3dvdWxkICZuYnNwO2xpa2UgJm5ic3A7dG8gJm5i c3A7a25vdyAmbmJzcDt0aGUgDQombmJzcDtkZXRhaWxlZCAmbmJzcDtwcm9jZWR1cmUgJm5ic3A7 Zm9yICZuYnNwO3N1Ym1pdHRpbmcgJm5ic3A7YW5kIA0KJm5ic3A7YWN0aXZlbHkgJm5ic3A7Y29u dHJpYnV0aW5nICZuYnNwO2luICZuYnNwO3RoZSAmbmJzcDtpbXBsZW1lbnRhdGlvbiANCiZuYnNw O2FuZCAmbmJzcDt3cml0aW5nICZuYnNwO3RoZSAmbmJzcDtkcmFmdCAmbmJzcDtvZiAmbmJzcDtQ UFNQIA0KJm5ic3A7KFBlZXItdG8tUGVlciAmbmJzcDtTdHJlYW1pbmcgJm5ic3A7UHJvdG9jb2wp ICZuYnNwOy48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7VGhhbmtzPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZuYnNwOzwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwO0xva2VzaCAmbmJzcDtLdW1hciAmbmJzcDsgJm5ic3A7KFJlc2VhcmNoICZuYnNw O1NjaG9sYXIpPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7TmV0d29yayAmbmJzcDtNdWx0aW1lZGlh ICZuYnNwO2FuZCAmbmJzcDtDb21wdXRpbmcgJm5ic3A7R3JvdXAsIA0KJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IA0K Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7RGVwYXJ0bWVudCAmbmJzcDtvZiAmbmJzcDtJ bmZvcm1hdGljcywgJm5ic3A7ICZuYnNwO1VuaXZlcnNpdHkgDQombmJzcDtvZiAmbmJzcDtCZWly YSAmbmJzcDtJbnRlcmlvciw8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs2MjAxLTAwMSwgJm5ic3A7 Q292aWxoYSwgJm5ic3A7UG9ydHVnYWwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgDQombmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IA0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyANCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgDQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IA0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IA0KJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsgJm5ic3A7RW1haWw6ICZuYnNwO2t1bWFyQHViaS5wdCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgDQombmJzcDtNb2JpbGUgJm5ic3A7OiAmbmJzcDsrMzUxLTkyNjEwMjc0NDwvRElWPg0K PERJVj4mZ3Q7ICZuYnNwOzxBIA0KaHJlZj0iaHR0cDovL3Blbmhhcy5kaS51YmkucHQvfmxva2Vz aC9sb2tlc2gvaW5kZXgucGhwL0xva2VzaF9LdW1hciI+aHR0cDovL3Blbmhhcy5kaS51YmkucHQv fmxva2VzaC9sb2tlc2gvaW5kZXgucGhwL0xva2VzaF9LdW1hcjwvQT48L0RJVj4NCjxESVY+Jmd0 OyANCiZuYnNwOyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKio8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsgJm5ic3A7PC9ESVY+DQo8 RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VUJJICZuYnNwO2FtaWdhICZu YnNwO2RvICZuYnNwO2FtYmllbnRlOiAmbmJzcDtBbnRlcyAmbmJzcDtkZSANCiZuYnNwO2ltcHJp bWlyICZuYnNwO2VzdGUgJm5ic3A7ZS1tYWlsICZuYnNwO3BlbnNlICZuYnNwO2JlbSAmbmJzcDtz ZSAmbmJzcDt0ZW0gDQombmJzcDttZXNtbyAmbmJzcDtxdWUgJm5ic3A7byAmbmJzcDtmYXplci4g Jm5ic3A7QXMgJm5ic3A74XJ2b3JlcyAmbmJzcDtz428gDQombmJzcDt1bSAmbmJzcDtiZW0gJm5i c3A7aW1wcmVzY2luZO12ZWwuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtw cHNwICZuYnNwO21haWxpbmcgJm5ic3A7bGlzdDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3Bwc3BA aWV0Zi5vcmc8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3Bwc3A8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj5DdWxsZW4gJm5ic3A7SmVubmluZ3M8L0RJVj4NCjxESVY+Rm9yICZuYnNwO2Nv cnBvcmF0ZSAmbmJzcDtsZWdhbCAmbmJzcDtpbmZvcm1hdGlvbiAmbmJzcDtnbyAmbmJzcDt0bzo8 L0RJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9p bmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwiPmh0dHA6Ly93d3cuY2lzY28uY29tL3dl Yi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbDwvQT48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0RJVj4N CjxESVY+cHBzcCAmbmJzcDttYWlsaW5nICZuYnNwO2xpc3Q8L0RJVj4NCjxESVY+cHBzcEBpZXRm Lm9yZzwvRElWPg0KPERJVj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bw c3A8L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon027214445604_=====-- From zongning@huawei.com Sun Mar 14 19:39:44 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 245693A67B5 for ; Sun, 14 Mar 2010 19:39:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.361 X-Spam-Level: X-Spam-Status: No, score=-99.361 tagged_above=-999 required=5 tests=[AWL=-1.020, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, FRT_BELOW2=2.154, HELO_MISMATCH_COM=0.553, 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 g+a38w1mg0y3 for ; Sun, 14 Mar 2010 19:39:42 -0700 (PDT) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 116883A6833 for ; Sun, 14 Mar 2010 19:39:42 -0700 (PDT) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZA003RVY22XV@szxga01-in.huawei.com> for ppsp@ietf.org; Mon, 15 Mar 2010 10:39:38 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZA00E0PY22A1@szxga01-in.huawei.com> for ppsp@ietf.org; Mon, 15 Mar 2010 10:39:38 +0800 (CST) Received: from z63316 ([10.164.12.81]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZA002N3Y21T5@szxml06-in.huawei.com> for ppsp@ietf.org; Mon, 15 Mar 2010 10:39:38 +0800 (CST) Date: Mon, 15 Mar 2010 10:39:37 +0800 From: Ning Zong In-reply-to: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> To: 'Cullen Jennings' , ppsp@ietf.org Message-id: <006401cac3e8$c187c550$510ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcrCujFInaNpl3nNSNyUB2cPTFBRhQBJwXwQ Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 02:39:44 -0000 Hi, Cullen Thank you for your proposals on PPSP. My general comment is that although it is the motivation of PPSP to narrow down the problem space, i.e. what we are going to solve, it is too early to narrow down the solution space, i.e. what protocols we are going to reuse or use as model. More thoughts, please see inline. -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of Cullen Jennings Sent: Saturday, March 13, 2010 10:34 PM To: ppsp@ietf.org Subject: [ppsp] Charter Proposal The PPSP could easily be one of these groups were we spend the first few years trying to chooses which protocol to start with in various places. That would just remove the will to do anything in the group. I have been lurking and watching this work from the beginning and it seems like there are probably many things that most the participants agree to that we could just nail down in the charter. Doing so would help get the work done faster and provide others a clear idea that had not been been participating a much clearer idea of what this work is about. [ZONG]: Yes, we have been trying to narrow down the scope of PPSP since 74th meeting. For example: Centralized or distributed trackers. My belief is that most the folks want to do a centralized tracker. On a side note, I think they would be hard to do a distributed one before a centralized as centralized is much easier. The obvious protocol to use for a centralized one is to add the needed extensions to the HTTP based version of bittorrent tracker protocol. If they want to do a distributed one, RELOAD would meet the needs and at least be worth looking at. [ZONG]: If my memory is correct, there was no specific discussion on choosing centralized or distributed tracker in PPSP. When we say "tracker", we mostly refer to the function (please see PPSP problem statement draft where we focus on the information exchanged between peer and tracker). The choice of centralized or distributed tracker is still an open question. But I suspect that such topic is currently not in the scope of PPSP. Similarly for the media transfer, I suspect that many people would be happy with RTP. It's hard to imagine anything else given the end goal for this. I guess one could argue for a new protocol or a protocol that transferred data tunneled in the peer signaling protocol. [ZONG] I agree with you, RTP seems to me the proper data protocol for streaming, so far. I could not see reason why new data protocol is needed. The peer signing protocol needs to be able to set up the RTP sessions and work thought NATs. I think the NAT traversal scheme will end up being ICE or something that more or less amounts to ICE with no TURN option given the deployment models. Both RTSP and SIP are candidates here. In some ways at first glance, RTSP might seem simpler. But a bunch of that simplicity comes from the model of it being deployed on server all clients can easily reach without nat nightmares and less negotiation. Much of SIP complexity comes form too many intermediaries and forking which would not apply in this case. We will have to add a bunch to RTSP to get it to work or subtract some SIP to get it to work. Not an easy call and not a call that the WG is in a great position to sort out. I'd love to hear others thought on it. [ZONG] NAT traversal, signaling protocols for media session are all necessary concerns in developing peer protocol. Thank you for putting RTSP/SIP discussion together. But if we need to include these topics in the current charter is still an open question and depends on group consensus. Personally, I agree with you to include these topics into the charter. The alternative to the RTSP/SIP approach is to replace the signaling and SDP with a capabilities something more like the Advertisement / Proposal architecture the Jon and I have been discussion (See draft-peterson-sipcore-advprop ). There are a few other topics which are not addressed in this charter that worry me a lot. The currently protocols being proposed and related discussion does not seem to address what is the incentive for anyone to serve content. It's clear why you would receive but not clear why you would bother to transmit. Bittorrent put a lot of effort into this and IMHO got it "right enough" that the system is very successful. I worry about it in this work. A second topic is that the desired privacy properties of the system are also pretty vague. If we are not clear about these in the beginning, we run the risk of getting very bogged down in arguing about them as the protocol starts to get close to done. [ZONG] IMO, the incentive issue (like other chunk scheduling algorithms for better performed streaming system) is implemented in application layer of P2P streaming system. As specified in PPSP problem statement, we are not building a whole streaming system, but standardize components in communication layer. Of course, if incentive solution brings any requirements to peer and/or tracker protocol, we can adopt them in developing peer/tracker protocols. To try and help get things moving along, I have proposed charter bellow that is very conservative . As an individual, I would probably have a slight preference for a more risky approach than the proposal below but . ------------------------------------------------ The Peer-to-Peer Streaming Protocol (PPSP) working group develops two signaling and control protocols for a peer-to-peer (P2P) streaming system for transmitting live and time shifted media content with near real-time delivery requirements. [ZONG]: I noticed that you change the "pre-recorded media content" to "time shifted media content". Can you explain more on this change? Thank you. Two kinds of nodes exist in the targeted P2P streaming system, i.e., "peers" and "trackers". Peers are nodes that are actively sending and receiving streamed media content, and include both statically connected hosts as well as mobile devices with connectivity and IP addresses that change over time. The set of peers that are participating in a streaming session will dynamically change over time. Trackers are well-known nodes with stable connectivity that maintain meta information about the streamed content and the dynamic peer set. The working group is only addressing centralized trackers and not the distributed tracker. [ZONG]: As mentioned early, we have not reaching the consensus on choosing centralized or distributed tracker, yet. The PPSP WG designs a protocol for signaling and control between trackers and peers (the PPSP "tracker protocol") and a signaling and control protocol for communication among the peers (the PPSP "peer protocol"). The two protocols enable peers to receive streaming data within the time constraints required by specific content items. The tracker protocol handles the initial and periodic exchange of meta information between trackers and peers, such as peer lists and content information. The peer protocol controls the advertising and exchange of media data availability between the peers. The tracker protocol will be modeled as much as possible to match the exiting bittorrent protocol with appropriate extensions for to cary information that is needed for selection of a peer suitable for real time streaming. Media descriptions will use the syntax and semantics from SDP where that is possible. The peer protocol will be be an extension of SIP and use ICE for NAT traversal. RTP will be used for the encoding and transmission of the media content between peers. PPSP is not chartered to work on media transmission protocols, media encoding techniques or other components of a P2P streaming system such as playout scheduling and control, etc. [ZONG] For the above 3 paragraphs, I don't think it is good idea to specify the solutions in the charter for NOW. Charter is the text for describing the problem space, right? The work items of the PPSP WG are: (1) A "problem statement" document that gives an overview of the proposed P2P streaming system, motivates the desire for standardized protocols, defines the envisioned scope of those standardized components and discusses common terminologies and concepts. (2) A "requirements" document that details the specific functional, operational and performance requirements of the two PPSP protocols. (3) An "architectural survey" document that summarizes current P2P streaming architectures, in particular tracker-based P2P streaming systems, and highlights best current practices. (4) A detailed specification of the PPSP peer protocol. (5) A detailed specification of the PPSP tracker protocol. (6) A "usage guide" that describes how the two PPSP protocols and existing IETF protocols, such ALTO, can be combined to create a deployable operational P2P streaming system. This document will also discuss use of layered media encoding and related media chunk descriptions in the peer protocol for more robust streaming. The work items of the PPSP WG interacts with the work performed in other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever extensions or modification to the protocols developed in other WGs are deemed necessary, PPSP shall communicate and discuss the requirements for such extensions with the relevant WGs but is not charted to make such changes. Goals and Milestones: Sep 2010 Submit problem statement to IESG as Informational Dec 2010 Submit architectural survey to IESG as Informational Dec 2010 Submit requirements document to IESG as Informational Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard Dec 2011 Submit usage guide to IESG to IESG as Informational ---------------------------------------------------------------- Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp From khwu@astri.org Sun Mar 14 19:45:23 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5413D3A6837 for ; Sun, 14 Mar 2010 19:45:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.159 X-Spam-Level: X-Spam-Status: No, score=-0.159 tagged_above=-999 required=5 tests=[AWL=2.441, 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 mWxz3J+aJmUf for ; Sun, 14 Mar 2010 19:45:22 -0700 (PDT) Received: from mail1.astri.org (mail1.hkjcicm.org [218.188.84.5]) by core3.amsl.com (Postfix) with ESMTP id 42EA03A6894 for ; Sun, 14 Mar 2010 19:45:16 -0700 (PDT) Received: (qmail 4807 invoked from network); 15 Mar 2010 02:45:22 -0000 X-NetworkBox-HamSign: 0101;OUT;astrihk1;76bb67eafd6f4b2899d7993d4e50cd0c; Received: from unknown (HELO ASPROEXG.astri.local) (10.6.2.22) by 172.16.1.240 with SMTP; 15 Mar 2010 02:45:22 -0000 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 Date: Mon, 15 Mar 2010 10:45:47 +0800 Message-ID: In-Reply-To: <10E7CB2B-0321-47E6-9179-18CE81F2CF24@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] ppsp agenda draft thread-index: AcrCvdhnGvUvK70YQxCO3BO+EEM2NgBKnoSQ From: "Kang Heng WU" To: "Cullen Jennings" , X-NetworkBox-BounceSign-astri: 0101;14683;cd885d84 X-Scanned-By-astrihk1: Virus scan performed by network-box X-Scanned-By-astrihk1: Scanner file id is astrihk1-1268621122.193-4800-000 X-Scanned-By-astrihk1: No known viruses found in message (received+scanned in 0.02/0.14 secs) X-Scanned-By-astrihk1: Spam-Check-Result: No, hits=0 required=7 tests= autolearn=no version=2.0 Cc: "gonzalo.camarillo" Subject: Re: [ppsp] ppsp agenda draft X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 02:45:23 -0000 Hi Cullen, The p2p-layered-streaming draft ("P2P Layered Streaming for Heterogeneous Networks in PPSP") is available at http://www.ietf.org/mail-archive/web/ppsp/current/msg00539.html . Thanks, Kent -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of Cullen Jennings Sent: Saturday, March 13, 2010 10:59 PM To: ppsp@ietf.org Cc: gonzalo.camarillo Subject: Re: [ppsp] ppsp agenda draft On Mar 12, 2010, at 3:00 AM, zhangyunfei wrote: > 5.3 PPSP layered coding implementation(James) > http://tools.ietf.org/html/draft-wu-ppsp-p2p-layered-streaming-00 This draft does not seem to be in the ID directory. Could you provide a different link to it?=20 Thanks. Cullen PS: Just to be clear, I'm OK with it not be in the ID directory, I just want to have a place where we can find it.=20 _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From worldhocs@yahoo.com.tw Mon Mar 15 06:14:59 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 06B993A6885 for ; Mon, 15 Mar 2010 06:14:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.004 X-Spam-Level: X-Spam-Status: No, score=-99.004 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RELAY_IS_203=0.994, 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 gHNkgNrByAtC for ; Mon, 15 Mar 2010 06:14:57 -0700 (PDT) Received: from web72307.mail.tp2.yahoo.com (web72307.mail.tp2.yahoo.com [203.188.200.97]) by core3.amsl.com (Postfix) with SMTP id 7E2B53A68F2 for ; Mon, 15 Mar 2010 06:14:07 -0700 (PDT) Received: (qmail 82448 invoked by uid 60001); 15 Mar 2010 13:14:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.tw; s=s1024; t=1268658851; bh=vPY9esibDHcjy7Cr0Cuku/C9lbJ1zm2FVKaMU8xltX4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=5xmUZs/4XmhuVKjX2LLzj+bTswoqo2y3822REe6yR7NLJfL/KW8L/G/Sof2xmPSwvia9Q9WDqMfixAFEYEmwPopWBdB+YnbbIvTLb53JTsSK7bP+9UdbZ/VRrQPVJmImY2/fbL+QhyB0UprgmwzUQHMzP4XIsNqRmmm/Mm7axog= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.tw; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=jtK/KrBLTUaQ/8lcDSsaW17AIt7d7DkwLG8qYGyT+2o+tH3Gwmj4JBNQc5IStlD22m8yClLrJEkmQ8Ty9+HQ3Eso5XP3PK+RCUZTYs+OkJIXm4207rcwCxzLjK6iEnakdA3KWZu0rvYH143agBGZa7fFTr+7OufPHMyVhWBxmW0=; Message-ID: <713187.81128.qm@web72307.mail.tp2.yahoo.com> X-YMail-OSG: iBVsmt0VM1mrvtkZeLxKL5Cr2365P3GAwf0OeJWHlDtJH5Z r7N_SKEiYno2cmL_hVPfi2.v28aqQ6u1eIQK4pGuX8cPYdqhkXdlrw7rPuHY OW3lxjmgEglYPCaCpMnhA3z5FGx5Kzi3KiLQlwt.keoOk53vun60n8DYfOQx aT1qNjxTsXVFtqBDr1z0ZP8PfHDvDs2llSa2RtV.yK8BD8zDsHR3CdnyJAxm gWmkLqAaEk4NyP56UJVn58RYAi5eNF1IQorIZen.8 Received: from [221.169.0.252] by web72307.mail.tp2.yahoo.com via HTTP; Mon, 15 Mar 2010 21:14:11 CST X-Mailer: YahooMailClassic/10.0.8 YahooMailWebService/0.8.100.260964 Date: Mon, 15 Mar 2010 21:14:11 +0800 (CST) From: World To: ppsp@ietf.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1369258827-1268658851=:81128" Subject: [ppsp] Is P2PSIP RELOAD not suitable to be leverage for both P2P Live Streaming and VoD Service? X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 13:14:59 -0000 --0-1369258827-1268658851=:81128 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear all, =A0 I am thinking what P2P Live Streaming and VoD Service can leverage P2PSIP R= ELOAD. According to some research or proposal report, it seems that P2PSIP = RELOAD can be used in P2P-based Tracker and/or chunk description distributi= on (chunk discovery) at the full distributed deployment. Both P2P-based Tra= cker and chunk description distribution over P2PSIP overlay were evaluated = in performance referred to draft-chen-ppsp-dht-chunk-discovery-evaluation-0= 0.txt and draft-hu-ppsp-tracker-dht-performance-comparison-01.txt. The resu= lt showed the performance of DHT-based Tracker and chunk description distri= bution is worse, even not acceptable for P2P Live Streaming and VoD Service= . =A0 So can we make such conclusion that P2PSIP RELOAD is not suitable to be lev= erage for both P2P Live Streaming and VoD Service in case a full distribute= d deployment is not mandatory? What do you think? =A0 Any comments are welcome. Thanks. =A0 BR, Jeffrey=0A=0A=0A --0-1369258827-1268658851=:81128 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dear all,
 
I am thinking wha= t P2P Live Streaming and VoD Service can leverage P2PSIP RELOAD. According = to some research or proposal report, it seems that P2PSIP RELOAD can be use= d in P2P-based Tracker and/or chunk description distribution (chunk discove= ry) at the full distributed deployment. Both P2P-based Tracker and chunk de= scription distribution over P2PSIP overlay were evaluated in performance re= ferred to draft-chen-ppsp-dht-chunk-discovery-evaluation-00.txt and draft-h= u-ppsp-tracker-dht-performance-comparison-01.txt. The result showed the per= formance of DHT-based Tracker and chunk description distribution is worse, = even not acceptable for P2P Live Streaming and VoD Service.
 
So can we make such conclusion that P2PSIP RELOAD is not suitable to b= e leverage for both P2P Live Streaming and VoD Service in case a full distr= ibuted deployment is not mandatory? What do you think?
 
Any com= ments are welcome. Thanks.
 
BR,
Jeffrey

=0A=0A=0A=0A   --0-1369258827-1268658851=:81128-- From lars.eggert@nokia.com Mon Mar 15 07:47:45 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 657BD3A6884 for ; Mon, 15 Mar 2010 07:47:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.35 X-Spam-Level: X-Spam-Status: No, score=-5.35 tagged_above=-999 required=5 tests=[AWL=-0.905, BAYES_00=-2.599, FRT_BELOW2=2.154, 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 BvjbSTgFOB6I for ; Mon, 15 Mar 2010 07:47:43 -0700 (PDT) Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id 269123A63EC for ; Mon, 15 Mar 2010 07:47:42 -0700 (PDT) Received: from vaebh105.NOE.Nokia.com (vaebh105.europe.nokia.com [10.160.244.31]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2FElUHn014058; Mon, 15 Mar 2010 16:47:45 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by vaebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 15 Mar 2010 16:47:40 +0200 Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 15 Mar 2010 16:47:39 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2FElcmD017608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2010 16:47:38 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-4-446949623; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> Date: Mon, 15 Mar 2010 07:47:21 -0700 Message-Id: References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> To: Cullen Jennings X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Mon, 15 Mar 2010 16:47:24 +0200 (EET) X-OriginalArrivalTime: 15 Mar 2010 14:47:39.0909 (UTC) FILETIME=[75F6EB50:01CAC44E] X-Nokia-AV: Clean Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 14:47:45 -0000 --Apple-Mail-4-446949623 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2010-3-13, at 6:33, Cullen Jennings wrote: > The PPSP could easily be one of these groups were we spend the first = few > years trying to chooses which protocol to start with in various > places. That would just remove the will to do anything in the group. I > have been lurking and watching this work from the beginning and it = seems > like there are probably many things that most the participants agree = to > that we could just nail down in the charter. Doing so would help get > the work done faster and provide others a clear idea that had not been > been participating a much clearer idea of what this work is about. ... > To try and help get things moving along, I have proposed charter = bellow > that is very conservative . As an individual, I would probably have a > slight preference for a more risky approach than the proposal below = but since I got some offline questions, I want to quickly chime in. The = intent of the proposed charter change that Cullen has sent is to discuss = with the folks interested in PPSP if the charter can be more concrete on = how we'd expect the main outcome of a PPSP WG to look like. If we can come to an agreement on how to more tightly describe what the = outcome would look like, that would be good. Either in the way that = Cullen has proposed, but maybe also in a different way if the consensus = of the group is that e.g. a BitTorrent-like tracker protocol is not the = way to go, but another way is. The idea is to be more concrete in the charter on what the group = believes the best technical direction is, and not to mandate from the = IESG that the group follow one technical approach. I'd personally like to hear from folks on this proposal over the next = few days. The intent is that we have clarity by next weekend, so that I = can ask the IESG to charter the WG during our Sunday meeting (either = with a revised charter that will come out of this discussion, or with = the original charter), in order for you to have a first WG meeting next = week. Thanks, Lars= --Apple-Mail-4-446949623 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDMxNTE0NDcyMlowIwYJKoZIhvcNAQkEMRYEFOMghp7KjR0kb9P0dNdt7lMYyB8wMIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQAy490cPjhKyzr7C61LTaGNckdF96KYe1GH1uxZrH5AdlhZsoVgqkBnMmHTtcWl97TOGi5h at1C+IM8r0IhC/HhatnloLjTFvT2lILOaaF+Hr0bqOZVgzPcYbuQR5XsPtInaycXrqQo/QoJd1Dn SOTBozGIB3o26ym/971E/tuWWNxEFiYE2TTJ9eDgMAOQFsbC1aHvDIUjJiHOW0pWD+n/gT6sY/+V epQUyoTkM6LC/vWKMmcRN7t7QGhLugB/405kRcAAOYQkBuwxPWZ4/7DDGLgwFNF3eh78fRJHrGr6 STqu+LFcCNmPsEjckW3Lq48mryQnCDnDXK74Y5PqKvX7AAAAAAAA --Apple-Mail-4-446949623-- From fluffy@cisco.com Mon Mar 15 09:04:09 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 467AB3A69D1 for ; Mon, 15 Mar 2010 09:04:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.434 X-Spam-Level: X-Spam-Status: No, score=-109.434 tagged_above=-999 required=5 tests=[AWL=-0.989, BAYES_00=-2.599, FRT_BELOW2=2.154, RCVD_IN_DNSWL_HI=-8, 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 TymXwV6U9S3x for ; Mon, 15 Mar 2010 09:04:07 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 2748A3A6888 for ; Mon, 15 Mar 2010 09:04:07 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABb3nUurRN+J/2dsb2JhbACacXOhYJdohHsEgxo X-IronPort-AV: E=Sophos;i="4.49,644,1262563200"; d="scan'208";a="496850792" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-6.cisco.com with ESMTP; 15 Mar 2010 16:04:14 +0000 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o2FG4HQt016218; Mon, 15 Mar 2010 16:04:17 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Impp: xmpp:cullenfluffyjennings@jabber.org From: Cullen Jennings In-Reply-To: Date: Mon, 15 Mar 2010 10:04:13 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> To: Lars Eggert X-Mailer: Apple Mail (2.1077) Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 16:04:09 -0000 +1 on what Lars is saying here.=20 My goal is to help get a concrete charter that is clear what problems = the WG needs to go solve. I can imagine many ways to do this and I'm not = arguing for any particular approach, just that we need to be clear on = what it is we plan to build. Right now I'm not sure things are clear. = For example, the IESG was under the impression that there was rough = consensus about doing a centralized tracker but watching the email here = over last couple days, I'm beginning to wonder if the the IESG is = confused about this. Cullen On Mar 15, 2010, at 8:47 AM, Lars Eggert wrote: > Hi, >=20 > On 2010-3-13, at 6:33, Cullen Jennings wrote: >> The PPSP could easily be one of these groups were we spend the first = few >> years trying to chooses which protocol to start with in various >> places. That would just remove the will to do anything in the group. = I >> have been lurking and watching this work from the beginning and it = seems >> like there are probably many things that most the participants agree = to >> that we could just nail down in the charter. Doing so would help get >> the work done faster and provide others a clear idea that had not = been >> been participating a much clearer idea of what this work is about. > ... >> To try and help get things moving along, I have proposed charter = bellow >> that is very conservative . As an individual, I would probably have = a >> slight preference for a more risky approach than the proposal below = but >=20 > since I got some offline questions, I want to quickly chime in. The = intent of the proposed charter change that Cullen has sent is to discuss = with the folks interested in PPSP if the charter can be more concrete on = how we'd expect the main outcome of a PPSP WG to look like. >=20 > If we can come to an agreement on how to more tightly describe what = the outcome would look like, that would be good. Either in the way that = Cullen has proposed, but maybe also in a different way if the consensus = of the group is that e.g. a BitTorrent-like tracker protocol is not the = way to go, but another way is. >=20 > The idea is to be more concrete in the charter on what the group = believes the best technical direction is, and not to mandate from the = IESG that the group follow one technical approach. >=20 > I'd personally like to hear from folks on this proposal over the next = few days. The intent is that we have clarity by next weekend, so that I = can ask the IESG to charter the WG during our Sunday meeting (either = with a revised charter that will come out of this discussion, or with = the original charter), in order for you to have a first WG meeting next = week. >=20 > Thanks, > Lars Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From fluffy@cisco.com Mon Mar 15 09:26:36 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EDFAA3A69F2 for ; Mon, 15 Mar 2010 09:26:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.176 X-Spam-Level: X-Spam-Status: No, score=-108.176 tagged_above=-999 required=5 tests=[AWL=-2.190, BAYES_20=-0.74, FRT_BELOW2=2.154, J_CHICKENPOX_83=0.6, RCVD_IN_DNSWL_HI=-8, 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 va9M88P70fdP for ; Mon, 15 Mar 2010 09:26:34 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 32A663A677D for ; Mon, 15 Mar 2010 09:26:34 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPj8nUurR7Hu/2dsb2JhbACacXOhcpdthHsEgxo X-IronPort-AV: E=Sophos;i="4.49,644,1262563200"; d="scan'208";a="308779661" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-1.cisco.com with ESMTP; 15 Mar 2010 16:26:41 +0000 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o2FGQeMY011235; Mon, 15 Mar 2010 16:26:40 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Impp: xmpp:cullenfluffyjennings@jabber.org From: Cullen Jennings In-Reply-To: <8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> Date: Mon, 15 Mar 2010 10:26:40 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> <8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> To: "David A. Bryan" X-Mailer: Apple Mail (2.1077) Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 16:26:37 -0000 On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > So in general I think there are a lot of good comments here, and > thanks for sending things to the list. A few things I had comments on > inline... >=20 > On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings = wrote: > > > > > > The PPSP could easily be one of these groups were we spend the first = few > > years trying to chooses which protocol to start with in various > > places. That would just remove the will to do anything in the group. = I > > have been lurking and watching this work from the beginning and it = seems > > like there are probably many things that most the participants agree = to > > that we could just nail down in the charter. Doing so would help = get > > the work done faster and provide others a clear idea that had not = been > > been participating a much clearer idea of what this work is about. > > > > For example: > > > > Centralized or distributed trackers. My belief is that most the = folks > > want to do a centralized tracker. On a side note, I think they would = be > > hard to do a distributed one before a centralized as centralized is = much > > easier. The obvious protocol to use for a centralized one is to add = the > > needed extensions to the HTTP based version of bittorrent tracker > > protocol. If they want to do a distributed one, RELOAD would meet = the > > needs and at least be worth looking at. >=20 > I'm a bit confused about why you want to exclude distributed trackers. > Most of the information that would be exchanged -- i.e. the maps of > chunks etc -- are going to be the same between the two. I am still > trying to get my head around where the "edge" is here, but from > hacking at ideas a bit, it seems to me that the tracker protocol might > have two parts: query/place information from the peers to the tracker, > and information between trackers. If the separation is clean, it might > be possible to only focus on the part between peers/trackers and not > consider distributed trackers, but otherwise I think in protocol > design we should at least consider it...seems like a bad idea to > design a P2P protocol that neglects P2P at a different level (i.e., > between trackers) I was just trying to put into the charter the direction I thought the = group wanted to go or at least surface the issues so we could feedback = of the form "yep, looks good" or "nope, we want distributed". Obviously = I'm a bit of a fan of distributed approaches.=20 >=20 > > Similarly for the media transfer, I suspect that many people would = be > > happy with RTP. It's hard to imagine anything else given the end = goal > > for this. I guess one could argue for a new protocol or a protocol = that > > transferred data tunneled in the peer signaling protocol. >=20 > Absolutely agree. Devising new mechanisms for media transport seems > way out of scope to me. >=20 > > The peer signing protocol needs to be able to set up the RTP = sessions > > and work thought NATs. I think the NAT traversal scheme will end up > > being ICE or something that more or less amounts to ICE with no TURN > > option given the deployment models. Both RTSP and SIP are candidates > > here. In some ways at first glance, RTSP might seem simpler. But a = bunch > > of that simplicity comes from the model of it being deployed on = server > > all clients can easily reach without nat nightmares and less > > negotiation. Much of SIP complexity comes form too many = intermediaries > > and forking which would not apply in this case. We will have to add = a > > bunch to RTSP to get it to work or subtract some SIP to get it to > > work. Not an easy call and not a call that the WG is in a great = position > > to sort out. I'd love to hear others thought on it. > > > > The alternative to the RTSP/SIP approach is to replace the signaling = and > > SDP with a capabilities something more like the Advertisement / = Proposal > > architecture the Jon and I have been discussion (See > > draft-peterson-sipcore-advprop ). >=20 > Not quite as clear to me here, but I mostly agree. Definitely need to > negotiate streams, and need to traverse NATs. SIP seems like using a > fighter plane to kill a fly here, but may very well turn out that many > of the capabilities end up being needed once we get into it. The > problem is if the peers are speaking SIP, aren't they expected to have > the full SIP capabilities. We seem to need a SIP-Lite...(and yes, I > know that has been discussed oh, once or twice before, but here it > would be for devices with distinctly different applications) Right - for example, I see no need for forking in one uses SIP which = greatly the use of SIP. If the the plan it to simplify SIP in this way, = we probably need to express that in the charter. My view on using SIP = is this work would only need a subset of it. However if we use RTSP, we = need to add a bunch in RTSP. Typically cutting away stuff is faster than = growing new stuff but that is not always true. Either could be made to = work. So could something new.=20 >=20 > My first take on the proposed charter below is that I like seeing > things get more concrete, but it has two problems from my perspective: >=20 > I agree bit-torrent is a very good model and we should be looking at > it, but the survey work is also bringing in work from some other very > widely deployed solutions (PPLive, for example), and I'm personally a > bit reluctant to just say bit-torrent wins. >=20 > I'm aware that PPLive and Bit-Torrent address slightly different > problems, which is actually my biggest concern with the charter -- > still not clear that the live and time-shifted content really call for > the same protocol or share as much as might be thought in common. > Particularly for the real-time streaming, I'm not at all sure > Bit-Torrent is the right choice. (although I can see using a tracker > to find candidate peers and establishing live sessions between > them...so it's possible) I'd rather wait just a little bit for the > survey document to evolve to make that call, and get more visibility > into if one protocol can be used for both streaming and time-shifted > content. That's part of the motivation for hacking together some > strawman work on the tracker as well -- let's see what hard problems > we stumble in that process. I agree if we don't firm it up we'll spin > for a long time, but I also don't want to jump to a wrong conclusion. Fair enough - what you are saying there does seem very reasonable to me = - but if we go down the plan then I think we should probably spin up an = Exploratory Group to go make some choices like that.=20 >=20 > My biggest objection is with the proposal below is saying SIP is the > right choice for the Peer Protocol. That seems not-quite-right (even > if SIP is used to establish the connections). The peer protocol here. > again, is doing several things -- possibly maintaining an overlay > (possible RELOAD usage, although we have to make sure a full DHT is > needed, which with a central tracker it may not be) and in the live > stream case, establishing connections. Unless we resurrect dSIP (which > I'd love ;) ), SIP can't do the former, and I still think it is way > overkill for the later unless we come up with a lighter version. I'll > take a look at the advprop draft you mention -- that might be exactly > what I am thinking of but I have to admit I haven't read it. I guess > my worry here is that your version of the draft seems to be taking the > "I have a SIP hammer so this is a SIP nail" approach, and I'm not > quite convinced that's right (at least not yet, but I must admit the > problem looks very nail shaped. Maybe just a really small nail). Well I understand how something like RELAOD might get used for the peer = to tracker protocol, but once you know a peer you are going to try and = set up an RTP session with and, assuming the use of RTP, it seems you = need a protocol were host A can tell host B to start sending the = following data in an RTP steam. Do I have this about right?=20 > =20 > Reuse of SDP and RTP seem like no-brainers and I definitely agree. >=20 > Anyway, interesting thoughts,and my 2 cents... >=20 > David >=20 > > There are a few other topics which are not addressed in this charter > > that worry me a lot. The currently protocols being proposed and = related > > discussion does not seem to address what is the incentive for anyone = to > > serve content. It's clear why you would receive but not clear why = you > > would bother to transmit. Bittorrent put a lot of effort into this = and > > IMHO got it "right enough" that the system is very successful. I = worry > > about it in this work. A second topic is that the desired privacy > > properties of the system are also pretty vague. If we are not clear > > about these in the beginning, we run the risk of getting very bogged > > down in arguing about them as the protocol starts to get close to = done. > > > > To try and help get things moving along, I have proposed charter = bellow > > that is very conservative . As an individual, I would probably have = a > > slight preference for a more risky approach than the proposal below = but > > . > > > > > > ------------------------------------------------ > > > > > > > > > > The Peer-to-Peer Streaming Protocol (PPSP) working group develops = two > > signaling and control protocols for a peer-to-peer (P2P) streaming > > system for transmitting live and time shifted media content with = near > > real-time delivery requirements. > > > > Two kinds of nodes exist in the targeted P2P streaming system, i.e., > > "peers" and "trackers". Peers are nodes that are actively sending = and > > receiving streamed media content, and include both statically = connected > > hosts as well as mobile devices with connectivity and IP addresses = that > > change over time. The set of peers that are participating in a = streaming > > session will dynamically change over time. Trackers are well-known = nodes > > with stable connectivity that maintain meta information about the > > streamed content and the dynamic peer set. The working group is only > > addressing centralized trackers and not the distributed tracker. > > > > The PPSP WG designs a protocol for signaling and control between > > trackers and peers (the PPSP "tracker protocol") and a signaling and > > control protocol for communication among the peers (the PPSP "peer > > protocol"). The two protocols enable peers to receive streaming data > > within the time constraints required by specific content items. The > > tracker protocol handles the initial and periodic exchange of meta > > information between trackers and peers, such as peer lists and = content > > information. The peer protocol controls the advertising and exchange = of > > media data availability between the peers. > > > > The tracker protocol will be modeled as much as possible to match = the > > exiting bittorrent protocol with appropriate extensions for to cary > > information that is needed for selection of a peer suitable for real > > time streaming. Media descriptions will use the syntax and semantics > > from SDP where that is possible. > > > > The peer protocol will be be an extension of SIP and use ICE for NAT > > traversal. > > > > RTP will be used for the encoding and transmission of the media = content > > between peers. PPSP is not chartered to work on media transmission > > protocols, media encoding techniques or other components of a P2P > > streaming system such as playout scheduling and control, etc. > > > > The work items of the PPSP WG are: > > > > (1) A "problem statement" document that gives an overview of the > > proposed P2P streaming system, motivates the desire for = standardized > > protocols, defines the envisioned scope of those standardized > > components and discusses common terminologies and concepts. > > > > (2) A "requirements" document that details the specific functional, > > operational and performance requirements of the two PPSP = protocols. > > > > (3) An "architectural survey" document that summarizes current P2P > > streaming architectures, in particular tracker-based P2P = streaming > > systems, and highlights best current practices. > > > > (4) A detailed specification of the PPSP peer protocol. > > > > (5) A detailed specification of the PPSP tracker protocol. > > > > (6) A "usage guide" that describes how the two PPSP protocols and > > existing IETF protocols, such ALTO, can be combined to create a > > deployable operational P2P streaming system. This document will > > also discuss use of layered media encoding and related media = chunk > > descriptions in the peer protocol for more robust streaming. > > > > The work items of the PPSP WG interacts with the work performed in = other > > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever > > extensions or modification to the protocols developed in other WGs = are > > deemed necessary, PPSP shall communicate and discuss the = requirements > > for such extensions with the relevant WGs but is not charted to make > > such changes. > > > > Goals and Milestones: > > > > Sep 2010 Submit problem statement to IESG as Informational > > Dec 2010 Submit architectural survey to IESG as Informational > > Dec 2010 Submit requirements document to IESG as Informational > > Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard > > Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard > > Dec 2011 Submit usage guide to IESG to IESG as Informational > > > > > > ---------------------------------------------------------------- > > > > > > Cullen Jennings > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > > > _______________________________________________ > > ppsp mailing list > > ppsp@ietf.org > > https://www.ietf.org/mailman/listinfo/ppsp > > >=20 Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From fluffy@cisco.com Mon Mar 15 09:38:36 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB57F3A6A10 for ; Mon, 15 Mar 2010 09:38:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.357 X-Spam-Level: X-Spam-Status: No, score=-109.357 tagged_above=-999 required=5 tests=[AWL=-0.912, BAYES_00=-2.599, FRT_BELOW2=2.154, RCVD_IN_DNSWL_HI=-8, 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 FKleQseiwHe5 for ; Mon, 15 Mar 2010 09:38:34 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id BD51C3A6939 for ; Mon, 15 Mar 2010 09:38:34 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAIL/nUurR7H+/2dsb2JhbACacHOiAJdshHsEgxo X-IronPort-AV: E=Sophos;i="4.49,644,1262563200"; d="scan'208";a="246780761" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-2.cisco.com with ESMTP; 15 Mar 2010 16:38:42 +0000 Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o2FGcfUD023435; Mon, 15 Mar 2010 16:38:41 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Impp: xmpp:cullenfluffyjennings@jabber.org From: Cullen Jennings In-Reply-To: <006401cac3e8$c187c550$510ca40a@china.huawei.com> Date: Mon, 15 Mar 2010 10:38:40 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <006401cac3e8$c187c550$510ca40a@china.huawei.com> To: Ning Zong X-Mailer: Apple Mail (2.1077) Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 16:38:36 -0000 On Mar 14, 2010, at 8:39 PM, Ning Zong wrote: > Hi, Cullen > Thank you for your proposals on PPSP. My general comment is that = although it > is the motivation of PPSP to narrow down the problem space, i.e. what = we are > going to solve, it is too early to narrow down the solution space, = i.e. what > protocols we are going to reuse or use as model. > More thoughts, please see inline. >=20 > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf = Of > Cullen Jennings > Sent: Saturday, March 13, 2010 10:34 PM > To: ppsp@ietf.org > Subject: [ppsp] Charter Proposal >=20 >=20 >=20 > The PPSP could easily be one of these groups were we spend the first = few > years trying to chooses which protocol to start with in various > places. That would just remove the will to do anything in the group. I > have been lurking and watching this work from the beginning and it = seems > like there are probably many things that most the participants agree = to > that we could just nail down in the charter. Doing so would help get > the work done faster and provide others a clear idea that had not been > been participating a much clearer idea of what this work is about. >=20 > [ZONG]: Yes, we have been trying to narrow down the scope of PPSP = since 74th > meeting. And in case I did not say it, I think this group has done a great job of = bringing this all together. People seem to have a pretty crisp idea of = what the problem is we are trying to solve and uses cases for it. When I = first read this work long ago, I could not figure it out but really good = work.=20 >=20 > For example: >=20 > Centralized or distributed trackers. My belief is that most the folks > want to do a centralized tracker. On a side note, I think they would = be > hard to do a distributed one before a centralized as centralized is = much > easier. The obvious protocol to use for a centralized one is to add = the > needed extensions to the HTTP based version of bittorrent tracker > protocol. If they want to do a distributed one, RELOAD would meet the > needs and at least be worth looking at. >=20 > [ZONG]: If my memory is correct, there was no specific discussion on > choosing centralized or distributed tracker in PPSP. When we say = "tracker", > we mostly refer to the function (please see PPSP problem statement = draft > where we focus on the information exchanged between peer and tracker). = The > choice of centralized or distributed tracker is still an open = question. But > I suspect that such topic is currently not in the scope of PPSP. Right - I'm not worried about how the tracker is internal implements = its data store, perhaps it is a hue DHT, or google big tables or = something like that, but the important thing is does peer to tracker = protocol designed such there is a "centralized" tracker it is contacting = or does it participate in the distributed nature. Let me give two = example, when I go to a large website like youtube.com, clearly there is = a large set of distributed servers behind the scenes that all server up = content and synchronize that so everyone gets the same thing. =46rom my = web browser point of view and from point of view of design of http = protocol, the web server is a centralized server. Contrast this with say = Skype where the signaling from my Skype client actually participates in = the disrupting the information around. Now I can easily see how this Wg = could build either or both of these models, but I think we need to be = clear about it.=20 >=20 >=20 > Similarly for the media transfer, I suspect that many people would be > happy with RTP. It's hard to imagine anything else given the end goal > for this. I guess one could argue for a new protocol or a protocol = that > transferred data tunneled in the peer signaling protocol. >=20 > [ZONG] I agree with you, RTP seems to me the proper data protocol for > streaming, so far. I could not see reason why new data protocol is = needed. >=20 > The peer signing protocol needs to be able to set up the RTP sessions > and work thought NATs. I think the NAT traversal scheme will end up > being ICE or something that more or less amounts to ICE with no TURN > option given the deployment models. Both RTSP and SIP are candidates > here. In some ways at first glance, RTSP might seem simpler. But a = bunch > of that simplicity comes from the model of it being deployed on server > all clients can easily reach without nat nightmares and less > negotiation. Much of SIP complexity comes form too many intermediaries > and forking which would not apply in this case. We will have to add a > bunch to RTSP to get it to work or subtract some SIP to get it to > work. Not an easy call and not a call that the WG is in a great = position > to sort out. I'd love to hear others thought on it. >=20 > [ZONG] NAT traversal, signaling protocols for media session are all > necessary concerns in developing peer protocol. Thank you for putting > RTSP/SIP discussion together. But if we need to include these topics = in the > current charter is still an open question and depends on group = consensus. > Personally, I agree with you to include these topics into the charter. I think this has lead to they type of information I was hoping to get = out this email. It seems that most the people I have heard from so far = think that most likely RTP is the right thing but that we don't have = consensus around other things like RTSP vs SIP. And that's fine, it = just means we need to sort out some of theses and see if we can get to = rough consensus.=20 >=20 > The alternative to the RTSP/SIP approach is to replace the signaling = and > SDP with a capabilities something more like the Advertisement / = Proposal > architecture the Jon and I have been discussion (See > draft-peterson-sipcore-advprop ). >=20 >=20 > There are a few other topics which are not addressed in this charter > that worry me a lot. The currently protocols being proposed and = related > discussion does not seem to address what is the incentive for anyone = to > serve content. It's clear why you would receive but not clear why you > would bother to transmit. Bittorrent put a lot of effort into this and > IMHO got it "right enough" that the system is very successful. I worry > about it in this work. A second topic is that the desired privacy > properties of the system are also pretty vague. If we are not clear > about these in the beginning, we run the risk of getting very bogged > down in arguing about them as the protocol starts to get close to = done. >=20 > [ZONG] IMO, the incentive issue (like other chunk scheduling = algorithms for > better performed streaming system) is implemented in application layer = of > P2P streaming system. As specified in PPSP problem statement, we are = not > building a whole streaming system, but standardize components in > communication layer. Of course, if incentive solution brings any > requirements to peer and/or tracker protocol, we can adopt them in > developing peer/tracker protocols. >=20 > To try and help get things moving along, I have proposed charter = bellow > that is very conservative . As an individual, I would probably have a > slight preference for a more risky approach than the proposal below = but > . >=20 >=20 > ------------------------------------------------ >=20 >=20 >=20 >=20 > The Peer-to-Peer Streaming Protocol (PPSP) working group develops two > signaling and control protocols for a peer-to-peer (P2P) streaming > system for transmitting live and time shifted media content with near > real-time delivery requirements. >=20 > [ZONG]: I noticed that you change the "pre-recorded media content" to = "time > shifted media content". Can you explain more on this change? Thank = you. >=20 > Two kinds of nodes exist in the targeted P2P streaming system, i.e., > "peers" and "trackers". Peers are nodes that are actively sending and > receiving streamed media content, and include both statically = connected > hosts as well as mobile devices with connectivity and IP addresses = that > change over time. The set of peers that are participating in a = streaming > session will dynamically change over time. Trackers are well-known = nodes > with stable connectivity that maintain meta information about the > streamed content and the dynamic peer set. The working group is only > addressing centralized trackers and not the distributed tracker. >=20 > [ZONG]: As mentioned early, we have not reaching the consensus on = choosing > centralized or distributed tracker, yet. >=20 > The PPSP WG designs a protocol for signaling and control between > trackers and peers (the PPSP "tracker protocol") and a signaling and > control protocol for communication among the peers (the PPSP "peer > protocol"). The two protocols enable peers to receive streaming data > within the time constraints required by specific content items. The > tracker protocol handles the initial and periodic exchange of meta > information between trackers and peers, such as peer lists and content > information. The peer protocol controls the advertising and exchange = of > media data availability between the peers. >=20 > The tracker protocol will be modeled as much as possible to match the > exiting bittorrent protocol with appropriate extensions for to cary > information that is needed for selection of a peer suitable for real > time streaming. Media descriptions will use the syntax and semantics > from SDP where that is possible. >=20 > The peer protocol will be be an extension of SIP and use ICE for NAT > traversal. >=20 > RTP will be used for the encoding and transmission of the media = content > between peers. PPSP is not chartered to work on media transmission > protocols, media encoding techniques or other components of a P2P > streaming system such as playout scheduling and control, etc. >=20 > [ZONG] For the above 3 paragraphs, I don't think it is good idea to = specify > the solutions in the charter for NOW. Charter is the text for = describing the > problem space, right? >=20 > The work items of the PPSP WG are: >=20 > (1) A "problem statement" document that gives an overview of the > proposed P2P streaming system, motivates the desire for = standardized > protocols, defines the envisioned scope of those standardized > components and discusses common terminologies and concepts. >=20 > (2) A "requirements" document that details the specific functional, > operational and performance requirements of the two PPSP protocols. >=20 > (3) An "architectural survey" document that summarizes current P2P > streaming architectures, in particular tracker-based P2P streaming > systems, and highlights best current practices. >=20 > (4) A detailed specification of the PPSP peer protocol. >=20 > (5) A detailed specification of the PPSP tracker protocol. >=20 > (6) A "usage guide" that describes how the two PPSP protocols and > existing IETF protocols, such ALTO, can be combined to create a > deployable operational P2P streaming system. This document will > also discuss use of layered media encoding and related media chunk > descriptions in the peer protocol for more robust streaming. >=20 > The work items of the PPSP WG interacts with the work performed in = other > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever > extensions or modification to the protocols developed in other WGs are > deemed necessary, PPSP shall communicate and discuss the requirements > for such extensions with the relevant WGs but is not charted to make > such changes. >=20 > Goals and Milestones: >=20 > Sep 2010 Submit problem statement to IESG as Informational > Dec 2010 Submit architectural survey to IESG as Informational > Dec 2010 Submit requirements document to IESG as Informational > Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard=20 > Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard > Dec 2011 Submit usage guide to IESG to IESG as Informational >=20 >=20 > ---------------------------------------------------------------- >=20 >=20 > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >=20 >=20 >=20 > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp >=20 Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From davidbryan@gmail.com Mon Mar 15 17:46:28 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7739B3A6781 for ; Mon, 15 Mar 2010 17:46:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.066 X-Spam-Level: X-Spam-Status: No, score=-0.066 tagged_above=-999 required=5 tests=[AWL=-0.843, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FRT_BELOW2=2.154, J_CHICKENPOX_83=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 c+YkN1OIQ1AE for ; Mon, 15 Mar 2010 17:46:26 -0700 (PDT) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by core3.amsl.com (Postfix) with ESMTP id F13E73A6810 for ; Mon, 15 Mar 2010 17:46:22 -0700 (PDT) Received: by gxk9 with SMTP id 9so2204318gxk.8 for ; Mon, 15 Mar 2010 17:46:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ANoUW0ViWckWr5CpuIxdTV3ZIOmR1G9TObyDBhO1XVs=; b=VHrd/34bcbsVLawLlBrpJb8xT/LCjfPEFn7VM/DpKgZH/jRRplcKZkRfMI1csGoBd7 iWnm2XBYIfHDfW65idHPv3y8InC7UTaQkHGBKo3YcD7kDzg4+/KjP//BPl/tX9nfOW4y hDXYjCu0GNpP3Vx36ZVOuh/JC2xLl272maef8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Enb/FAxX7KKj0RAqjfFl+UL8BdWSqhZyWy82pAx9IGR9fNhaTXEUiqDalEk+fFbYdy arMkoULhgVHSs6mOAzmQm5iU7N8U+YwNSMF5uHfVyQZuRfYn/KKWrFX67CoryD4IjgK6 KOjP8/mCss270ZndFJLauZDl3NuXYkQpORaYI= MIME-Version: 1.0 Sender: davidbryan@gmail.com Received: by 10.101.26.3 with SMTP id d3mr2678950anj.58.1268700382690; Mon, 15 Mar 2010 17:46:22 -0700 (PDT) In-Reply-To: References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> <8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> Date: Mon, 15 Mar 2010 20:46:22 -0400 X-Google-Sender-Auth: 2a1338392b443433 Message-ID: <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> From: "David A. Bryan" To: Cullen Jennings Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 00:46:28 -0000 So just a few little followup points, mostly because I think I was a bit unclear about my comment about distributed trackers, inline... On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings wrote: > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > >> So in general I think there are a lot of good comments here, and >> thanks for sending things to the list. A few things I had comments on >> inline... >> >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wrot= e: >> > >> > >> > The PPSP could easily be one of these groups were we spend the first f= ew >> > years trying to chooses which protocol to start with in various >> > places. That would just remove the will to do anything in the group. I >> > have been lurking and watching this work from the beginning and it see= ms >> > like there are probably many things that most the participants agree t= o >> > that we could just nail down in the charter. =A0Doing so would help ge= t >> > the work done faster and provide others a clear idea that had not been >> > been participating a much clearer idea of what this work is about. >> > >> > For example: >> > >> > Centralized or distributed trackers. My belief is that most the folks >> > want to do a centralized tracker. On a side note, I think they would b= e >> > hard to do a distributed one before a centralized as centralized is mu= ch >> > easier. The obvious protocol to use for a centralized one is to add th= e >> > needed extensions to the HTTP based version of bittorrent tracker >> > protocol. If they want to do a distributed one, RELOAD would meet the >> > needs and at least be worth looking at. >> >> I'm a bit confused about why you want to exclude distributed trackers. >> Most of the information that would be exchanged -- i.e. the maps of >> chunks etc -- are going to be the same between the two. I am still >> trying to get my head around where the "edge" is here, but from >> hacking at ideas a bit, it seems to me that the tracker protocol might >> have two parts: query/place information from the peers to the tracker, >> and information between trackers. If the separation is clean, it might >> be possible to only focus on the part between peers/trackers and not >> consider distributed trackers, but otherwise I think in protocol >> design we should at least consider it...seems like a bad idea to >> design a P2P protocol that neglects P2P at a different level (i.e., >> between trackers) > > I was just trying to put into the charter the direction I thought the gro= up wanted to go or at least surface the issues so we could feedback of the = form "yep, looks good" or "nope, we want distributed". Obviously I'm a bit = of a fan of distributed approaches. Given this, and the followup Ning had, I think things became more crisp than my original comment, but just to be clear, I think what I am getting at is that I see the tracker, as Ning mentioned, as a logical function. It could be implemented in a centralized way (and likely would be), or could actually use a DHT in the background. It may be that we don't really need to consider that in the design of the protocol to query the "tracker" (whatever that may be), and I certainly don't want to muddy things by insisting it be distributed. I'd personally suggest some wording akin to what we did in P2PSIP, where we crafted a DHT for SIP but tried not to break it for other possible applications. So here, maybe we say we are building for a centralized tracker, but will try to consider the problem of a distributed, and make sure the protocol for the logical process of tracker calls doesn't do something that explicitly breaks distributed functionality later. I definitely don't want to give the IESG (or anyone else, really) the impression that there is a big group of us looking to do a distributed tracker up front. As far as I know, there isn't. > >> >> > Similarly for the media transfer, I suspect that many people would be >> > happy with RTP. It's hard to imagine anything else given the end goal >> > for this. I guess one could argue for a new protocol or a protocol tha= t >> > transferred data tunneled in the peer signaling protocol. >> >> Absolutely agree. Devising new mechanisms for media transport seems >> way out of scope to me. >> >> > The peer signing protocol needs to be able to set up the RTP sessions >> > and work thought NATs. I think the NAT traversal scheme will end up >> > being ICE or something that more or less amounts to ICE with no TURN >> > option given the deployment models. Both RTSP and SIP are candidates >> > here. In some ways at first glance, RTSP might seem simpler. But a bun= ch >> > of that simplicity comes from the model of it being deployed on server >> > all clients can easily reach without nat nightmares and less >> > negotiation. Much of SIP complexity comes form too many intermediaries >> > and forking which would not apply in this case. =A0We will have to add= a >> > bunch to RTSP to get it to work or subtract some SIP to get it to >> > work. Not an easy call and not a call that the WG is in a great positi= on >> > to sort out. I'd love to hear others thought on it. >> > >> > The alternative to the RTSP/SIP approach is to replace the signaling a= nd >> > SDP with a capabilities something more like the Advertisement / Propos= al >> > architecture the Jon and I have been discussion (See >> > draft-peterson-sipcore-advprop ). >> >> Not quite as clear to me here, but I mostly agree. Definitely need to >> negotiate streams, and need to traverse NATs. SIP seems like using a >> fighter plane to kill a fly here, but may very well turn out that many >> of the capabilities end up being needed once we get into it. The >> problem is if the peers are speaking SIP, aren't they expected to have >> the full SIP capabilities. We seem to need a SIP-Lite...(and yes, I >> know that has been discussed oh, once or twice before, but here it >> would be for devices with distinctly different applications) > > Right - for example, I see no need for forking in one uses SIP which grea= tly the use of SIP. If the the plan it to simplify SIP in this way, we prob= ably need to express that in the charter. =A0My view on using SIP is this w= ork would only need a subset of it. However if we use RTSP, we need to add = a bunch in RTSP. Typically cutting away stuff is faster than growing new st= uff but that is not always true. Either could be made to work. So could som= ething new. Yep. Fully agree, particularly about hacking rather than growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd agree.) One wrinkle I see is that while these look good for real-time, it isn't quite clear to me that SIP (or actually even RTP on the transport side) is right in the time-shifted context. If I am retrieving the file then playing locally ala Bit-Torrent, it seems possible that you would use a bulk transfer block-by-block in that scenario and assemble and play locally, rather than stream from the peer that has it as would be the case in real-time. The more I've dug into this in the last few months, the more the real-time and time-shifted cases differ for the actions after you contact the tracker. >> My first take on the proposed charter below is that I like seeing >> things get more concrete, but it has two problems from my perspective: >> >> I agree bit-torrent is a very good model and we should be looking at >> it, but the survey work is also bringing in work from some other very >> widely deployed solutions (PPLive, for example), and I'm personally a >> bit reluctant to just say bit-torrent wins. > > > >> >> I'm aware that PPLive and Bit-Torrent address slightly different >> problems, which is actually my biggest concern with the charter -- >> still not clear that the live and time-shifted content really call for >> the same protocol or share as much as might be thought in common. >> Particularly for the real-time streaming, I'm not at all sure >> Bit-Torrent is the right choice. (although I can see using a tracker >> to find candidate peers and establishing live sessions between >> them...so it's possible) =A0I'd rather wait just a little bit for the >> survey document to evolve to make that call, and get more visibility >> into if one protocol can be used for both streaming and time-shifted >> content. That's part of the motivation for hacking together some >> strawman work on the tracker as well -- let's see what hard problems >> we stumble in that process. I agree if we don't firm it up we'll spin >> for a long time, but I also don't want to jump to a wrong conclusion. > > Fair enough - what you are saying there does seem very reasonable to me -= but if we go down the plan then I think we should probably =A0spin up an E= xploratory Group to go make some choices like that. +1. I'd very much support that and would be willing to help if volunteers are needed. >> My biggest objection is with the proposal below is saying SIP is the >> right choice for the Peer Protocol. That seems not-quite-right (even >> if SIP is used to establish the connections). The peer protocol here. >> again, is doing several things -- possibly maintaining an overlay >> (possible RELOAD usage, although we have to make sure a full DHT is >> needed, which with a central tracker it may not be) and in the live >> stream case, establishing connections. Unless we resurrect dSIP (which >> I'd love ;) ), SIP can't do the former, and I still think it is way >> overkill for the later unless we come up with a lighter version. I'll >> take a look at the advprop draft you mention -- that might be exactly >> what I am thinking of but I have to admit I haven't read it. I guess >> my worry here is that your version of the draft seems to be taking the >> "I have a SIP hammer so this is a SIP nail" approach, and I'm not >> quite convinced that's right (at least not yet, but I must admit the >> problem looks very nail shaped. Maybe just a really small nail). > > Well I understand how something like RELAOD might get used for the peer t= o tracker protocol, but once you know a peer you are going to try and set u= p an RTP session with and, assuming the use of RTP, =A0it seems you need a = protocol were host =A0A can tell host B to start sending the following data= in an RTP steam. =A0Do I have this about right? Yep, I think you do have it right, and like I said, given that description, SIP (in the old original session establishment sense) may really be right, I'm just not quite convinced yet. I'm sure you know this since you have too, but as someone who has hacked a bunch of SIP stuff together over the years, I know how much there is in SIP, and how much of that we don't need in this context. Certainly don't mean to imply it isn't a pretty strong candidate. David >> >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. >> >> Anyway, interesting thoughts,and my 2 cents... >> >> David >> >> > There are a few other topics which are not addressed in this charter >> > that worry me a lot. The currently protocols being proposed and relate= d >> > discussion does not seem to address what is the incentive for anyone t= o >> > serve content. It's clear why you would receive but not clear why you >> > would bother to transmit. Bittorrent put a lot of effort into this and >> > IMHO got it "right enough" that the system is very successful. I worry >> > about it in this work. A second topic is that the desired privacy >> > properties of the system are also pretty vague. If we are not clear >> > about these in the beginning, we run the risk of getting very bogged >> > down in arguing about them as the protocol starts to get close to done= . >> > >> > To try and help get things moving along, I have proposed charter bello= w >> > that is very conservative . =A0As an individual, I would probably have= a >> > slight preference for a more risky approach than the proposal below bu= t >> > . >> > >> > >> > ------------------------------------------------ >> > >> > >> > >> > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops two >> > signaling and control protocols for a peer-to-peer (P2P) streaming >> > system for transmitting live and time shifted media content with near >> > real-time delivery requirements. >> > >> > Two kinds of nodes exist in the targeted P2P streaming system, i.e., >> > "peers" and "trackers". Peers are nodes that are actively sending and >> > receiving streamed media content, and include both statically connecte= d >> > hosts as well as mobile devices with connectivity and IP addresses tha= t >> > change over time. The set of peers that are participating in a streami= ng >> > session will dynamically change over time. Trackers are well-known nod= es >> > with stable connectivity that maintain meta information about the >> > streamed content and the dynamic peer set. The working group is only >> > addressing centralized trackers and not the distributed tracker. >> > >> > The PPSP WG designs a protocol for signaling and control between >> > trackers and peers (the PPSP "tracker protocol") and a signaling and >> > control protocol for communication among the peers (the PPSP "peer >> > protocol"). The two protocols enable peers to receive streaming data >> > within the time constraints required by specific content items. =A0The >> > tracker protocol handles the initial and periodic exchange of meta >> > information between trackers and peers, such as peer lists and content >> > information. The peer protocol controls the advertising and exchange o= f >> > media data availability between the peers. >> > >> > The tracker protocol will be modeled as much as possible to match the >> > exiting bittorrent protocol with appropriate extensions for to cary >> > information that is needed for selection of a peer suitable for real >> > time streaming. Media descriptions will use the syntax and semantics >> > from SDP where that is possible. >> > >> > The peer protocol will be be an extension of SIP and use ICE for NAT >> > traversal. >> > >> > RTP will be used for the encoding and transmission of the media conten= t >> > between peers. PPSP is not chartered to work on media transmission >> > protocols, media encoding techniques or other components of a P2P >> > streaming system such as playout scheduling and control, etc. >> > >> > The work items of the PPSP WG are: >> > >> > (1) A "problem statement" document that gives an overview of the >> > =A0 =A0proposed P2P streaming system, motivates the desire for standar= dized >> > =A0 =A0protocols, defines the envisioned scope of those standardized >> > =A0 =A0components and discusses common terminologies and concepts. >> > >> > (2) A "requirements" document that details the specific functional, >> > =A0 =A0operational and performance requirements of the two PPSP protoc= ols. >> > >> > (3) An "architectural survey" document that summarizes current P2P >> > =A0 =A0streaming architectures, in particular tracker-based P2P stream= ing >> > =A0 =A0systems, and highlights best current practices. >> > >> > (4) A detailed specification of the PPSP peer protocol. >> > >> > (5) A detailed specification of the PPSP tracker protocol. >> > >> > (6) A "usage guide" that describes how the two PPSP protocols and >> > =A0 =A0existing IETF protocols, such ALTO, can be combined to create a >> > =A0 =A0deployable operational P2P streaming system. =A0This document w= ill >> > =A0 =A0also discuss use of layered media encoding and related media ch= unk >> > =A0 =A0descriptions in the peer protocol for more robust streaming. >> > >> > The work items of the PPSP WG interacts with the work performed in oth= er >> > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever >> > extensions or modification to the protocols developed in other WGs are >> > deemed necessary, PPSP shall communicate and discuss the requirements >> > for such extensions with the relevant WGs but is not charted to make >> > such changes. >> > >> > Goals and Milestones: >> > >> > Sep 2010 =A0 Submit problem statement to IESG as Informational >> > Dec 2010 =A0 Submit architectural survey to IESG as Informational >> > Dec 2010 =A0 Submit requirements document to IESG as Informational >> > Aug 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard >> > Aug 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard >> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational >> > >> > >> > ---------------------------------------------------------------- >> > >> > >> > Cullen Jennings >> > For corporate legal information go to: >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> > >> > >> > >> > _______________________________________________ >> > ppsp mailing list >> > ppsp@ietf.org >> > https://www.ietf.org/mailman/listinfo/ppsp >> > >> > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > From zongning@huawei.com Mon Mar 15 22:59:47 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 525833A68D6 for ; Mon, 15 Mar 2010 22:59:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.82 X-Spam-Level: X-Spam-Status: No, score=-98.82 tagged_above=-999 required=5 tests=[AWL=-1.079, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, FRT_BELOW2=2.154, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_83=0.6, 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 gpgOY0cG1OtT for ; Mon, 15 Mar 2010 22:59:45 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 564143A68B6 for ; Mon, 15 Mar 2010 22:59:44 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZD00LRU1ZFGR@szxga03-in.huawei.com> for ppsp@ietf.org; Tue, 16 Mar 2010 13:59:39 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZD000NU1ZF87@szxga03-in.huawei.com> for ppsp@ietf.org; Tue, 16 Mar 2010 13:59:39 +0800 (CST) Received: from z63316 ([10.164.12.81]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZD001QA1ZEKD@szxml06-in.huawei.com> for ppsp@ietf.org; Tue, 16 Mar 2010 13:59:39 +0800 (CST) Date: Tue, 16 Mar 2010 13:59:38 +0800 From: Ning Zong In-reply-to: <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> To: "'David A. Bryan'" , 'Cullen Jennings' Message-id: <007901cac4cd$dd29bbc0$510ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=WINDOWS-1252 Content-transfer-encoding: quoted-printable Thread-index: AcrEoiboHz92c7PpRoieEvmC71RlxwAKb89w Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 05:59:47 -0000 Hi, Cullen & David Given the information and clarification provided by Lars and Cullen, I understand the points raised by Cullen. My feeling is that PPSP may need more priority on efficiency since it focuses on real-time streaming. So = one potential advantage of centralized tracker would be a quicker response = to the peer list request, rather than a hop-by-hop routing & response mode defined in RELOAD. But the tracker is not necessarily a stand-alone = server (what I mean centralized in the previous email), it could be a group of servers organized by some distributed way (for better robustness and = load balance, etc) and serve the peer list request as a whole logical = tracker. How to implement the latter case of group of servers is currently not in = the scope, but definitely needs to be considered later. Another word, the peer-to-tracker message is sent to some single = function to return peer list as quick as possible, not routed hop-by-hop, for the = sake of real-time efficiency. I remember there are some comparison drafts presented in PPSP to emphasize this motivation. Of course, that's only my two cents, I'd like to hear more opinions from = the group. BR, Ning Zong -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of David A. Bryan Sent: Tuesday, March 16, 2010 8:46 AM To: Cullen Jennings Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal So just a few little followup points, mostly because I think I was a bit unclear about my comment about distributed trackers, inline... On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings = wrote: > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > >> So in general I think there are a lot of good comments here, and >> thanks for sending things to the list. A few things I had comments on >> inline... >> >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wrote: >> > >> > >> > The PPSP could easily be one of these groups were we spend the = first few >> > years trying to chooses which protocol to start with in various >> > places. That would just remove the will to do anything in the = group. I >> > have been lurking and watching this work from the beginning and it seems >> > like there are probably many things that most the participants = agree to >> > that we could just nail down in the charter. =A0Doing so would help = get >> > the work done faster and provide others a clear idea that had not = been >> > been participating a much clearer idea of what this work is about. >> > >> > For example: >> > >> > Centralized or distributed trackers. My belief is that most the = folks >> > want to do a centralized tracker. On a side note, I think they = would be >> > hard to do a distributed one before a centralized as centralized is much >> > easier. The obvious protocol to use for a centralized one is to add = the >> > needed extensions to the HTTP based version of bittorrent tracker >> > protocol. If they want to do a distributed one, RELOAD would meet = the >> > needs and at least be worth looking at. >> >> I'm a bit confused about why you want to exclude distributed = trackers. >> Most of the information that would be exchanged -- i.e. the maps of >> chunks etc -- are going to be the same between the two. I am still >> trying to get my head around where the "edge" is here, but from >> hacking at ideas a bit, it seems to me that the tracker protocol = might >> have two parts: query/place information from the peers to the = tracker, >> and information between trackers. If the separation is clean, it = might >> be possible to only focus on the part between peers/trackers and not >> consider distributed trackers, but otherwise I think in protocol >> design we should at least consider it...seems like a bad idea to >> design a P2P protocol that neglects P2P at a different level (i.e., >> between trackers) > > I was just trying to put into the charter the direction I thought the group wanted to go or at least surface the issues so we could feedback = of the form "yep, looks good" or "nope, we want distributed". Obviously I'm = a bit of a fan of distributed approaches. Given this, and the followup Ning had, I think things became more crisp than my original comment, but just to be clear, I think what I am getting at is that I see the tracker, as Ning mentioned, as a logical function. It could be implemented in a centralized way (and likely would be), or could actually use a DHT in the background. It may be that we don't really need to consider that in the design of the protocol to query the "tracker" (whatever that may be), and I certainly don't want to muddy things by insisting it be distributed. I'd personally suggest some wording akin to what we did in P2PSIP, where we crafted a DHT for SIP but tried not to break it for other possible applications. So here, maybe we say we are building for a centralized tracker, but will try to consider the problem of a distributed, and make sure the protocol for the logical process of tracker calls doesn't do something that explicitly breaks distributed functionality later. I definitely don't want to give the IESG (or anyone else, really) the impression that there is a big group of us looking to do a distributed tracker up front. As far as I know, there isn't. > >> >> > Similarly for the media transfer, I suspect that many people would = be >> > happy with RTP. It's hard to imagine anything else given the end = goal >> > for this. I guess one could argue for a new protocol or a protocol = that >> > transferred data tunneled in the peer signaling protocol. >> >> Absolutely agree. Devising new mechanisms for media transport seems >> way out of scope to me. >> >> > The peer signing protocol needs to be able to set up the RTP = sessions >> > and work thought NATs. I think the NAT traversal scheme will end up >> > being ICE or something that more or less amounts to ICE with no = TURN >> > option given the deployment models. Both RTSP and SIP are = candidates >> > here. In some ways at first glance, RTSP might seem simpler. But a bunch >> > of that simplicity comes from the model of it being deployed on = server >> > all clients can easily reach without nat nightmares and less >> > negotiation. Much of SIP complexity comes form too many = intermediaries >> > and forking which would not apply in this case. =A0We will have to = add a >> > bunch to RTSP to get it to work or subtract some SIP to get it to >> > work. Not an easy call and not a call that the WG is in a great position >> > to sort out. I'd love to hear others thought on it. >> > >> > The alternative to the RTSP/SIP approach is to replace the = signaling and >> > SDP with a capabilities something more like the Advertisement / Proposal >> > architecture the Jon and I have been discussion (See >> > draft-peterson-sipcore-advprop ). >> >> Not quite as clear to me here, but I mostly agree. Definitely need to >> negotiate streams, and need to traverse NATs. SIP seems like using a >> fighter plane to kill a fly here, but may very well turn out that = many >> of the capabilities end up being needed once we get into it. The >> problem is if the peers are speaking SIP, aren't they expected to = have >> the full SIP capabilities. We seem to need a SIP-Lite...(and yes, I >> know that has been discussed oh, once or twice before, but here it >> would be for devices with distinctly different applications) > > Right - for example, I see no need for forking in one uses SIP which greatly the use of SIP. If the the plan it to simplify SIP in this way, = we probably need to express that in the charter. =A0My view on using SIP is = this work would only need a subset of it. However if we use RTSP, we need to = add a bunch in RTSP. Typically cutting away stuff is faster than growing new stuff but that is not always true. Either could be made to work. So = could something new. Yep. Fully agree, particularly about hacking rather than growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd agree.) One wrinkle I see is that while these look good for real-time, it isn't quite clear to me that SIP (or actually even RTP on the transport side) is right in the time-shifted context. If I am retrieving the file then playing locally ala Bit-Torrent, it seems possible that you would use a bulk transfer block-by-block in that scenario and assemble and play locally, rather than stream from the peer that has it as would be the case in real-time. The more I've dug into this in the last few months, the more the real-time and time-shifted cases differ for the actions after you contact the tracker. >> My first take on the proposed charter below is that I like seeing >> things get more concrete, but it has two problems from my = perspective: >> >> I agree bit-torrent is a very good model and we should be looking at >> it, but the survey work is also bringing in work from some other very >> widely deployed solutions (PPLive, for example), and I'm personally a >> bit reluctant to just say bit-torrent wins. > > > >> >> I'm aware that PPLive and Bit-Torrent address slightly different >> problems, which is actually my biggest concern with the charter -- >> still not clear that the live and time-shifted content really call = for >> the same protocol or share as much as might be thought in common. >> Particularly for the real-time streaming, I'm not at all sure >> Bit-Torrent is the right choice. (although I can see using a tracker >> to find candidate peers and establishing live sessions between >> them...so it's possible) =A0I'd rather wait just a little bit for the >> survey document to evolve to make that call, and get more visibility >> into if one protocol can be used for both streaming and time-shifted >> content. That's part of the motivation for hacking together some >> strawman work on the tracker as well -- let's see what hard problems >> we stumble in that process. I agree if we don't firm it up we'll spin >> for a long time, but I also don't want to jump to a wrong conclusion. > > Fair enough - what you are saying there does seem very reasonable to = me - but if we go down the plan then I think we should probably =A0spin up an Exploratory Group to go make some choices like that. +1. I'd very much support that and would be willing to help if volunteers are needed. >> My biggest objection is with the proposal below is saying SIP is the >> right choice for the Peer Protocol. That seems not-quite-right (even >> if SIP is used to establish the connections). The peer protocol here. >> again, is doing several things -- possibly maintaining an overlay >> (possible RELOAD usage, although we have to make sure a full DHT is >> needed, which with a central tracker it may not be) and in the live >> stream case, establishing connections. Unless we resurrect dSIP = (which >> I'd love ;) ), SIP can't do the former, and I still think it is way >> overkill for the later unless we come up with a lighter version. I'll >> take a look at the advprop draft you mention -- that might be exactly >> what I am thinking of but I have to admit I haven't read it. I guess >> my worry here is that your version of the draft seems to be taking = the >> "I have a SIP hammer so this is a SIP nail" approach, and I'm not >> quite convinced that's right (at least not yet, but I must admit the >> problem looks very nail shaped. Maybe just a really small nail). > > Well I understand how something like RELAOD might get used for the = peer to tracker protocol, but once you know a peer you are going to try and set = up an RTP session with and, assuming the use of RTP, =A0it seems you need a protocol were host =A0A can tell host B to start sending the following = data in an RTP steam. =A0Do I have this about right? Yep, I think you do have it right, and like I said, given that description, SIP (in the old original session establishment sense) may really be right, I'm just not quite convinced yet. I'm sure you know this since you have too, but as someone who has hacked a bunch of SIP stuff together over the years, I know how much there is in SIP, and how much of that we don't need in this context. Certainly don't mean to imply it isn't a pretty strong candidate. David >> >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. >> >> Anyway, interesting thoughts,and my 2 cents... >> >> David >> >> > There are a few other topics which are not addressed in this = charter >> > that worry me a lot. The currently protocols being proposed and = related >> > discussion does not seem to address what is the incentive for = anyone to >> > serve content. It's clear why you would receive but not clear why = you >> > would bother to transmit. Bittorrent put a lot of effort into this = and >> > IMHO got it "right enough" that the system is very successful. I = worry >> > about it in this work. A second topic is that the desired privacy >> > properties of the system are also pretty vague. If we are not clear >> > about these in the beginning, we run the risk of getting very = bogged >> > down in arguing about them as the protocol starts to get close to = done. >> > >> > To try and help get things moving along, I have proposed charter = bellow >> > that is very conservative . =A0As an individual, I would probably = have a >> > slight preference for a more risky approach than the proposal below = but >> > . >> > >> > >> > ------------------------------------------------ >> > >> > >> > >> > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops = two >> > signaling and control protocols for a peer-to-peer (P2P) streaming >> > system for transmitting live and time shifted media content with = near >> > real-time delivery requirements. >> > >> > Two kinds of nodes exist in the targeted P2P streaming system, = i.e., >> > "peers" and "trackers". Peers are nodes that are actively sending = and >> > receiving streamed media content, and include both statically = connected >> > hosts as well as mobile devices with connectivity and IP addresses = that >> > change over time. The set of peers that are participating in a streaming >> > session will dynamically change over time. Trackers are well-known nodes >> > with stable connectivity that maintain meta information about the >> > streamed content and the dynamic peer set. The working group is = only >> > addressing centralized trackers and not the distributed tracker. >> > >> > The PPSP WG designs a protocol for signaling and control between >> > trackers and peers (the PPSP "tracker protocol") and a signaling = and >> > control protocol for communication among the peers (the PPSP "peer >> > protocol"). The two protocols enable peers to receive streaming = data >> > within the time constraints required by specific content items. = =A0The >> > tracker protocol handles the initial and periodic exchange of meta >> > information between trackers and peers, such as peer lists and = content >> > information. The peer protocol controls the advertising and = exchange of >> > media data availability between the peers. >> > >> > The tracker protocol will be modeled as much as possible to match = the >> > exiting bittorrent protocol with appropriate extensions for to cary >> > information that is needed for selection of a peer suitable for = real >> > time streaming. Media descriptions will use the syntax and = semantics >> > from SDP where that is possible. >> > >> > The peer protocol will be be an extension of SIP and use ICE for = NAT >> > traversal. >> > >> > RTP will be used for the encoding and transmission of the media = content >> > between peers. PPSP is not chartered to work on media transmission >> > protocols, media encoding techniques or other components of a P2P >> > streaming system such as playout scheduling and control, etc. >> > >> > The work items of the PPSP WG are: >> > >> > (1) A "problem statement" document that gives an overview of the >> > =A0 =A0proposed P2P streaming system, motivates the desire for = standardized >> > =A0 =A0protocols, defines the envisioned scope of those = standardized >> > =A0 =A0components and discusses common terminologies and concepts. >> > >> > (2) A "requirements" document that details the specific functional, >> > =A0 =A0operational and performance requirements of the two PPSP = protocols. >> > >> > (3) An "architectural survey" document that summarizes current P2P >> > =A0 =A0streaming architectures, in particular tracker-based P2P = streaming >> > =A0 =A0systems, and highlights best current practices. >> > >> > (4) A detailed specification of the PPSP peer protocol. >> > >> > (5) A detailed specification of the PPSP tracker protocol. >> > >> > (6) A "usage guide" that describes how the two PPSP protocols and >> > =A0 =A0existing IETF protocols, such ALTO, can be combined to = create a >> > =A0 =A0deployable operational P2P streaming system. =A0This = document will >> > =A0 =A0also discuss use of layered media encoding and related media = chunk >> > =A0 =A0descriptions in the peer protocol for more robust streaming. >> > >> > The work items of the PPSP WG interacts with the work performed in other >> > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever >> > extensions or modification to the protocols developed in other WGs = are >> > deemed necessary, PPSP shall communicate and discuss the = requirements >> > for such extensions with the relevant WGs but is not charted to = make >> > such changes. >> > >> > Goals and Milestones: >> > >> > Sep 2010 =A0 Submit problem statement to IESG as Informational >> > Dec 2010 =A0 Submit architectural survey to IESG as Informational >> > Dec 2010 =A0 Submit requirements document to IESG as Informational >> > Aug 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard >> > Aug 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed = Standard >> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational >> > >> > >> > ---------------------------------------------------------------- >> > >> > >> > Cullen Jennings >> > For corporate legal information go to: >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> > >> > >> > >> > _______________________________________________ >> > ppsp mailing list >> > ppsp@ietf.org >> > https://www.ietf.org/mailman/listinfo/ppsp >> > >> > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp From lin.xiao@nsn.com Tue Mar 16 00:39:35 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B04A53A6805 for ; Tue, 16 Mar 2010 00:39:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.134 X-Spam-Level: X-Spam-Status: No, score=-0.134 tagged_above=-999 required=5 tests=[AWL=-0.289, BAYES_00=-2.599, FRT_BELOW2=2.154, J_CHICKENPOX_83=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 CqcS5lt0RSim for ; Tue, 16 Mar 2010 00:39:33 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 8F20E3A63C9 for ; Tue, 16 Mar 2010 00:39:32 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o2G7dJiT024179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 16 Mar 2010 08:39:19 +0100 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o2G7dJmF006272; Tue, 16 Mar 2010 08:39:19 +0100 Received: from CNBEEXC007.nsn-intra.net ([10.159.192.12]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Mar 2010 08:39:19 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 16 Mar 2010 15:39:02 +0800 Message-ID: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B3D4@CNBEEXC007.nsn-intra.net> In-Reply-To: <007901cac4cd$dd29bbc0$510ca40a@china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] Charter Proposal - Centralized and distributed tracker Thread-Index: AcrEoiboHz92c7PpRoieEvmC71RlxwAKb89wAACh29A= References: <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> <007901cac4cd$dd29bbc0$510ca40a@china.huawei.com> From: "Xiao, Lin (NSN - CN/Beijing)" To: "ext Ning Zong" , "David A. Bryan" , "Cullen Jennings" X-OriginalArrivalTime: 16 Mar 2010 07:39:19.0350 (UTC) FILETIME=[C9A69560:01CAC4DB] Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal - Centralized and distributed tracker X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 07:39:35 -0000 Hi All, Just trying to split the discussions in separated threads. >From the reply of Ning, the problem here, I think, is the understanding = of centralized and distributed tracker and if PPSP should consider it. = Both Ning and David has mentioned that " tracker" was a logical = function, which could be one server or a group of servers organized by = DHT. Cullen considered both of the models as "centralized tracker", if = only one interface is given for tracker to communicate with peers. = That's why he said only "centralized trackers" (no matter a stand alone = one or a group of them) were considered in PPSP. Because from the = perspective of peers, it's only a logical function offering tracker = services.=20 IMOH, PPSP does not need to care about how many trackers and where they = are allocated if the communication can be set up between peers and the = "tracker function" by a single logical interface. The search of the = trackers should be out of the scope of PPSP. Therefore, PPSP should not = be bothered by the issues of finding and collecting tracker information = from distributed trackers individually. It should be allowed that a = group of trackers are organized by DHT to offer tracker services as if = "one logical tracker". The signaling between the trackers should be = looked as internal, which are not cared by PPSP. In this point, RELOAD = might be used to organize the trackers, which is invisible to PPSP from = outside. So, why not delete the terms of "centralized" and = "distributed", which cause confusion, and look the tracker just as a = single logical function.=20 Br Lin Xiao -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = ext Ning Zong Sent: Tuesday, March 16, 2010 2:00 PM To: 'David A. Bryan'; 'Cullen Jennings' Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal Hi, Cullen & David Given the information and clarification provided by Lars and Cullen, I = understand the points raised by Cullen. My feeling is that PPSP may need = more priority on efficiency since it focuses on real-time streaming. So = one potential advantage of centralized tracker would be a quicker = response to the peer list request, rather than a hop-by-hop routing & = response mode defined in RELOAD. But the tracker is not necessarily a = stand-alone server (what I mean centralized in the previous email), it = could be a group of servers organized by some distributed way (for = better robustness and load balance, etc) and serve the peer list request = as a whole logical tracker. How to implement the latter case of group of servers is currently not in = the scope, but definitely needs to be considered later. Another word, the peer-to-tracker message is sent to some single = function to return peer list as quick as possible, not routed = hop-by-hop, for the sake of real-time efficiency. I remember there are = some comparison drafts presented in PPSP to emphasize this motivation. Of course, that's only my two cents, I'd like to hear more opinions from = the group. BR, Ning Zong -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = David A. Bryan Sent: Tuesday, March 16, 2010 8:46 AM To: Cullen Jennings Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal So just a few little followup points, mostly because I think I was a bit = unclear about my comment about distributed trackers, inline... On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings = wrote: > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > >> So in general I think there are a lot of good comments here, and=20 >> thanks for sending things to the list. A few things I had comments on = >> inline... >> >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wrote: >> > >> > >> > The PPSP could easily be one of these groups were we spend the=20 >> > first few >> > years trying to chooses which protocol to start with in various=20 >> > places. That would just remove the will to do anything in the=20 >> > group. I have been lurking and watching this work from the=20 >> > beginning and it seems >> > like there are probably many things that most the participants=20 >> > agree to that we could just nail down in the charter. =A0Doing so=20 >> > would help get the work done faster and provide others a clear idea = >> > that had not been been participating a much clearer idea of what = this work is about. >> > >> > For example: >> > >> > Centralized or distributed trackers. My belief is that most the=20 >> > folks want to do a centralized tracker. On a side note, I think=20 >> > they would be hard to do a distributed one before a centralized as=20 >> > centralized is much >> > easier. The obvious protocol to use for a centralized one is to add = >> > the needed extensions to the HTTP based version of bittorrent=20 >> > tracker protocol. If they want to do a distributed one, RELOAD=20 >> > would meet the needs and at least be worth looking at. >> >> I'm a bit confused about why you want to exclude distributed = trackers. >> Most of the information that would be exchanged -- i.e. the maps of=20 >> chunks etc -- are going to be the same between the two. I am still=20 >> trying to get my head around where the "edge" is here, but from=20 >> hacking at ideas a bit, it seems to me that the tracker protocol=20 >> might have two parts: query/place information from the peers to the=20 >> tracker, and information between trackers. If the separation is=20 >> clean, it might be possible to only focus on the part between=20 >> peers/trackers and not consider distributed trackers, but otherwise I = >> think in protocol design we should at least consider it...seems like=20 >> a bad idea to design a P2P protocol that neglects P2P at a different=20 >> level (i.e., between trackers) > > I was just trying to put into the charter the direction I thought the group wanted to go or at least surface the issues so we could feedback = of the form "yep, looks good" or "nope, we want distributed". Obviously = I'm a bit of a fan of distributed approaches. Given this, and the followup Ning had, I think things became more crisp = than my original comment, but just to be clear, I think what I am = getting at is that I see the tracker, as Ning mentioned, as a logical = function. It could be implemented in a centralized way (and likely would = be), or could actually use a DHT in the background. It may be that we = don't really need to consider that in the design of the protocol to = query the "tracker" (whatever that may be), and I certainly don't want = to muddy things by insisting it be distributed. I'd personally suggest some wording akin to what we did in P2PSIP, where = we crafted a DHT for SIP but tried not to break it for other possible = applications. So here, maybe we say we are building for a centralized = tracker, but will try to consider the problem of a distributed, and make = sure the protocol for the logical process of tracker calls doesn't do = something that explicitly breaks distributed functionality later. I definitely don't want to give the IESG (or anyone else, really) the = impression that there is a big group of us looking to do a distributed = tracker up front. As far as I know, there isn't. > >> >> > Similarly for the media transfer, I suspect that many people would=20 >> > be happy with RTP. It's hard to imagine anything else given the end = >> > goal for this. I guess one could argue for a new protocol or a=20 >> > protocol that transferred data tunneled in the peer signaling = protocol. >> >> Absolutely agree. Devising new mechanisms for media transport seems=20 >> way out of scope to me. >> >> > The peer signing protocol needs to be able to set up the RTP=20 >> > sessions and work thought NATs. I think the NAT traversal scheme=20 >> > will end up being ICE or something that more or less amounts to ICE = >> > with no TURN option given the deployment models. Both RTSP and SIP=20 >> > are candidates here. In some ways at first glance, RTSP might seem=20 >> > simpler. But a bunch >> > of that simplicity comes from the model of it being deployed on=20 >> > server all clients can easily reach without nat nightmares and less = >> > negotiation. Much of SIP complexity comes form too many=20 >> > intermediaries and forking which would not apply in this case. = =A0We=20 >> > will have to add a bunch to RTSP to get it to work or subtract some = >> > SIP to get it to work. Not an easy call and not a call that the WG=20 >> > is in a great position >> > to sort out. I'd love to hear others thought on it. >> > >> > The alternative to the RTSP/SIP approach is to replace the=20 >> > signaling and >> > SDP with a capabilities something more like the Advertisement / Proposal >> > architecture the Jon and I have been discussion (See=20 >> > draft-peterson-sipcore-advprop ). >> >> Not quite as clear to me here, but I mostly agree. Definitely need to = >> negotiate streams, and need to traverse NATs. SIP seems like using a=20 >> fighter plane to kill a fly here, but may very well turn out that=20 >> many of the capabilities end up being needed once we get into it. The = >> problem is if the peers are speaking SIP, aren't they expected to=20 >> have the full SIP capabilities. We seem to need a SIP-Lite...(and=20 >> yes, I know that has been discussed oh, once or twice before, but=20 >> here it would be for devices with distinctly different applications) > > Right - for example, I see no need for forking in one uses SIP which greatly the use of SIP. If the the plan it to simplify SIP in this way, = we probably need to express that in the charter. =A0My view on using SIP = is this work would only need a subset of it. However if we use RTSP, we = need to add a bunch in RTSP. Typically cutting away stuff is faster than = growing new stuff but that is not always true. Either could be made to = work. So could something new. Yep. Fully agree, particularly about hacking rather than = growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd agree.) One wrinkle I see is that while these look good for real-time, it isn't = quite clear to me that SIP (or actually even RTP on the transport side) = is right in the time-shifted context. If I am retrieving the file then = playing locally ala Bit-Torrent, it seems possible that you would use a = bulk transfer block-by-block in that scenario and assemble and play = locally, rather than stream from the peer that has it as would be the = case in real-time. The more I've dug into this in the last few months, = the more the real-time and time-shifted cases differ for the actions = after you contact the tracker. >> My first take on the proposed charter below is that I like seeing=20 >> things get more concrete, but it has two problems from my = perspective: >> >> I agree bit-torrent is a very good model and we should be looking at=20 >> it, but the survey work is also bringing in work from some other very = >> widely deployed solutions (PPLive, for example), and I'm personally a = >> bit reluctant to just say bit-torrent wins. > > > >> >> I'm aware that PPLive and Bit-Torrent address slightly different=20 >> problems, which is actually my biggest concern with the charter --=20 >> still not clear that the live and time-shifted content really call=20 >> for the same protocol or share as much as might be thought in common. >> Particularly for the real-time streaming, I'm not at all sure=20 >> Bit-Torrent is the right choice. (although I can see using a tracker=20 >> to find candidate peers and establishing live sessions between=20 >> them...so it's possible) =A0I'd rather wait just a little bit for the = >> survey document to evolve to make that call, and get more visibility=20 >> into if one protocol can be used for both streaming and time-shifted=20 >> content. That's part of the motivation for hacking together some=20 >> strawman work on the tracker as well -- let's see what hard problems=20 >> we stumble in that process. I agree if we don't firm it up we'll spin = >> for a long time, but I also don't want to jump to a wrong conclusion. > > Fair enough - what you are saying there does seem very reasonable to=20 > me - but if we go down the plan then I think we should probably =A0spin up an = Exploratory Group to go make some choices like that. +1. I'd very much support that and would be willing to help if volunteers are needed. >> My biggest objection is with the proposal below is saying SIP is the=20 >> right choice for the Peer Protocol. That seems not-quite-right (even=20 >> if SIP is used to establish the connections). The peer protocol here. >> again, is doing several things -- possibly maintaining an overlay=20 >> (possible RELOAD usage, although we have to make sure a full DHT is=20 >> needed, which with a central tracker it may not be) and in the live=20 >> stream case, establishing connections. Unless we resurrect dSIP=20 >> (which I'd love ;) ), SIP can't do the former, and I still think it=20 >> is way overkill for the later unless we come up with a lighter=20 >> version. I'll take a look at the advprop draft you mention -- that=20 >> might be exactly what I am thinking of but I have to admit I haven't=20 >> read it. I guess my worry here is that your version of the draft=20 >> seems to be taking the "I have a SIP hammer so this is a SIP nail"=20 >> approach, and I'm not quite convinced that's right (at least not yet, = >> but I must admit the problem looks very nail shaped. Maybe just a = really small nail). > > Well I understand how something like RELAOD might get used for the=20 > peer to tracker protocol, but once you know a peer you are going to try and set = up an RTP session with and, assuming the use of RTP, =A0it seems you = need a protocol were host =A0A can tell host B to start sending the = following data in an RTP steam. =A0Do I have this about right? Yep, I think you do have it right, and like I said, given that = description, SIP (in the old original session establishment sense) may = really be right, I'm just not quite convinced yet. I'm sure you know = this since you have too, but as someone who has hacked a bunch of SIP = stuff together over the years, I know how much there is in SIP, and how = much of that we don't need in this context. Certainly don't mean to = imply it isn't a pretty strong candidate. David >> >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. >> >> Anyway, interesting thoughts,and my 2 cents... >> >> David >> >> > There are a few other topics which are not addressed in this=20 >> > charter that worry me a lot. The currently protocols being proposed = >> > and related discussion does not seem to address what is the=20 >> > incentive for anyone to serve content. It's clear why you would=20 >> > receive but not clear why you would bother to transmit. Bittorrent=20 >> > put a lot of effort into this and IMHO got it "right enough" that=20 >> > the system is very successful. I worry about it in this work. A=20 >> > second topic is that the desired privacy properties of the system=20 >> > are also pretty vague. If we are not clear about these in the=20 >> > beginning, we run the risk of getting very bogged down in arguing = about them as the protocol starts to get close to done. >> > >> > To try and help get things moving along, I have proposed charter=20 >> > bellow that is very conservative . =A0As an individual, I would=20 >> > probably have a slight preference for a more risky approach than=20 >> > the proposal below but . >> > >> > >> > ------------------------------------------------ >> > >> > >> > >> > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops=20 >> > two signaling and control protocols for a peer-to-peer (P2P)=20 >> > streaming system for transmitting live and time shifted media=20 >> > content with near real-time delivery requirements. >> > >> > Two kinds of nodes exist in the targeted P2P streaming system,=20 >> > i.e., "peers" and "trackers". Peers are nodes that are actively=20 >> > sending and receiving streamed media content, and include both=20 >> > statically connected hosts as well as mobile devices with=20 >> > connectivity and IP addresses that change over time. The set of=20 >> > peers that are participating in a streaming >> > session will dynamically change over time. Trackers are well-known nodes >> > with stable connectivity that maintain meta information about the=20 >> > streamed content and the dynamic peer set. The working group is=20 >> > only addressing centralized trackers and not the distributed = tracker. >> > >> > The PPSP WG designs a protocol for signaling and control between=20 >> > trackers and peers (the PPSP "tracker protocol") and a signaling=20 >> > and control protocol for communication among the peers (the PPSP=20 >> > "peer protocol"). The two protocols enable peers to receive=20 >> > streaming data within the time constraints required by specific=20 >> > content items. =A0The tracker protocol handles the initial and=20 >> > periodic exchange of meta information between trackers and peers,=20 >> > such as peer lists and content information. The peer protocol=20 >> > controls the advertising and exchange of media data availability = between the peers. >> > >> > The tracker protocol will be modeled as much as possible to match=20 >> > the exiting bittorrent protocol with appropriate extensions for to=20 >> > cary information that is needed for selection of a peer suitable=20 >> > for real time streaming. Media descriptions will use the syntax and = >> > semantics from SDP where that is possible. >> > >> > The peer protocol will be be an extension of SIP and use ICE for=20 >> > NAT traversal. >> > >> > RTP will be used for the encoding and transmission of the media=20 >> > content between peers. PPSP is not chartered to work on media=20 >> > transmission protocols, media encoding techniques or other=20 >> > components of a P2P streaming system such as playout scheduling and = control, etc. >> > >> > The work items of the PPSP WG are: >> > >> > (1) A "problem statement" document that gives an overview of the >> > =A0 =A0proposed P2P streaming system, motivates the desire for=20 >> > standardized >> > =A0 =A0protocols, defines the envisioned scope of those = standardized >> > =A0 =A0components and discusses common terminologies and concepts. >> > >> > (2) A "requirements" document that details the specific functional, >> > =A0 =A0operational and performance requirements of the two PPSP = protocols. >> > >> > (3) An "architectural survey" document that summarizes current P2P >> > =A0 =A0streaming architectures, in particular tracker-based P2P=20 >> > streaming >> > =A0 =A0systems, and highlights best current practices. >> > >> > (4) A detailed specification of the PPSP peer protocol. >> > >> > (5) A detailed specification of the PPSP tracker protocol. >> > >> > (6) A "usage guide" that describes how the two PPSP protocols and >> > =A0 =A0existing IETF protocols, such ALTO, can be combined to = create a >> > =A0 =A0deployable operational P2P streaming system. =A0This = document will >> > =A0 =A0also discuss use of layered media encoding and related media = >> > chunk >> > =A0 =A0descriptions in the peer protocol for more robust streaming. >> > >> > The work items of the PPSP WG interacts with the work performed in other >> > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever = >> > extensions or modification to the protocols developed in other WGs=20 >> > are deemed necessary, PPSP shall communicate and discuss the=20 >> > requirements for such extensions with the relevant WGs but is not=20 >> > charted to make such changes. >> > >> > Goals and Milestones: >> > >> > Sep 2010 =A0 Submit problem statement to IESG as Informational Dec=20 >> > 2010 =A0 Submit architectural survey to IESG as Informational Dec=20 >> > 2010 =A0 Submit requirements document to IESG as Informational Aug=20 >> > 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard Aug = >> > 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard=20 >> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational >> > >> > >> > ---------------------------------------------------------------- >> > >> > >> > Cullen Jennings >> > For corporate legal information go to: >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> > >> > >> > >> > _______________________________________________ >> > ppsp mailing list >> > ppsp@ietf.org >> > https://www.ietf.org/mailman/listinfo/ppsp >> > >> > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp From lin.xiao@nsn.com Tue Mar 16 01:06:27 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A2153A6874 for ; Tue, 16 Mar 2010 01:06:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.062 X-Spam-Level: X-Spam-Status: No, score=-0.062 tagged_above=-999 required=5 tests=[AWL=-0.217, BAYES_00=-2.599, FRT_BELOW2=2.154, J_CHICKENPOX_83=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 zJq5lQdxYCE8 for ; Tue, 16 Mar 2010 01:06:25 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 696903A659A for ; Tue, 16 Mar 2010 01:06:24 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o2G86KZB020500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 16 Mar 2010 09:06:20 +0100 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o2G86IT0027278; Tue, 16 Mar 2010 09:06:20 +0100 Received: from CNBEEXC007.nsn-intra.net ([10.159.192.12]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Mar 2010 09:06:19 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 16 Mar 2010 16:06:09 +0800 Message-ID: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBEEXC007.nsn-intra.net> In-Reply-To: <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] Charter Proposal - real-time and time-shifted Thread-Index: AcrEoiVtzH2XiD/nSfu5/QcXWzJtiwAOmhuQ References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com><8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> From: "Xiao, Lin (NSN - CN/Beijing)" To: "ext David A. Bryan" , "Cullen Jennings" X-OriginalArrivalTime: 16 Mar 2010 08:06:19.0975 (UTC) FILETIME=[8F9E5570:01CAC4DF] Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 08:06:27 -0000 =20 Hi, I'd like to open a new thread for the discussion of allowed PPSP media = type.=20 It is true that there are lot of different requirements and behaviors of = real-time streaming, VoD and file downloading. However, PPSP is only a = set of signaling protocols but not media transmission protocol. From = this point, there must be common structure and signaling process flow = shared by these three use cases. A "usage type" was defined to identify = the type of content transmitted in PPSP system (requirement draft -03). = Parameters can be adjusted according to different "usage types" for = different kind of transmission.=20 As far as I know, most of the P2P streaming software, e.g. PPlive and = PPStream, support both live streaming and VoD services. Recently, = PPStream even allow downloading the whole film file to users' local = disks, just like Bit-Torrent does. It means common signaling and control = method can be designed for all the "usage types". Br Lin Xiao -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = ext David A. Bryan Sent: Tuesday, March 16, 2010 8:46 AM To: Cullen Jennings Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal So just a few little followup points, mostly because I think I was a bit = unclear about my comment about distributed trackers, inline... On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings = wrote: > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > >> So in general I think there are a lot of good comments here, and=20 >> thanks for sending things to the list. A few things I had comments on = >> inline... >> >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings = wrote: >> > >> > >> > The PPSP could easily be one of these groups were we spend the=20 >> > first few years trying to chooses which protocol to start with in=20 >> > various places. That would just remove the will to do anything in=20 >> > the group. I have been lurking and watching this work from the=20 >> > beginning and it seems like there are probably many things that=20 >> > most the participants agree to that we could just nail down in the=20 >> > charter. =A0Doing so would help get the work done faster and = provide=20 >> > others a clear idea that had not been been participating a much = clearer idea of what this work is about. >> > >> > For example: >> > >> > Centralized or distributed trackers. My belief is that most the=20 >> > folks want to do a centralized tracker. On a side note, I think=20 >> > they would be hard to do a distributed one before a centralized as=20 >> > centralized is much easier. The obvious protocol to use for a=20 >> > centralized one is to add the needed extensions to the HTTP based=20 >> > version of bittorrent tracker protocol. If they want to do a=20 >> > distributed one, RELOAD would meet the needs and at least be worth = looking at. >> >> I'm a bit confused about why you want to exclude distributed = trackers. >> Most of the information that would be exchanged -- i.e. the maps of=20 >> chunks etc -- are going to be the same between the two. I am still=20 >> trying to get my head around where the "edge" is here, but from=20 >> hacking at ideas a bit, it seems to me that the tracker protocol=20 >> might have two parts: query/place information from the peers to the=20 >> tracker, and information between trackers. If the separation is=20 >> clean, it might be possible to only focus on the part between=20 >> peers/trackers and not consider distributed trackers, but otherwise I = >> think in protocol design we should at least consider it...seems like=20 >> a bad idea to design a P2P protocol that neglects P2P at a different=20 >> level (i.e., between trackers) > > I was just trying to put into the charter the direction I thought the = group wanted to go or at least surface the issues so we could feedback = of the form "yep, looks good" or "nope, we want distributed". Obviously = I'm a bit of a fan of distributed approaches. Given this, and the followup Ning had, I think things became more crisp = than my original comment, but just to be clear, I think what I am = getting at is that I see the tracker, as Ning mentioned, as a logical = function. It could be implemented in a centralized way (and likely would = be), or could actually use a DHT in the background. It may be that we = don't really need to consider that in the design of the protocol to = query the "tracker" (whatever that may be), and I certainly don't want = to muddy things by insisting it be distributed. I'd personally suggest some wording akin to what we did in P2PSIP, where = we crafted a DHT for SIP but tried not to break it for other possible = applications. So here, maybe we say we are building for a centralized = tracker, but will try to consider the problem of a distributed, and make = sure the protocol for the logical process of tracker calls doesn't do = something that explicitly breaks distributed functionality later. I definitely don't want to give the IESG (or anyone else, really) the = impression that there is a big group of us looking to do a distributed = tracker up front. As far as I know, there isn't. > >> >> > Similarly for the media transfer, I suspect that many people would=20 >> > be happy with RTP. It's hard to imagine anything else given the end = >> > goal for this. I guess one could argue for a new protocol or a=20 >> > protocol that transferred data tunneled in the peer signaling = protocol. >> >> Absolutely agree. Devising new mechanisms for media transport seems=20 >> way out of scope to me. >> >> > The peer signing protocol needs to be able to set up the RTP=20 >> > sessions and work thought NATs. I think the NAT traversal scheme=20 >> > will end up being ICE or something that more or less amounts to ICE = >> > with no TURN option given the deployment models. Both RTSP and SIP=20 >> > are candidates here. In some ways at first glance, RTSP might seem=20 >> > simpler. But a bunch of that simplicity comes from the model of it=20 >> > being deployed on server all clients can easily reach without nat=20 >> > nightmares and less negotiation. Much of SIP complexity comes form=20 >> > too many intermediaries and forking which would not apply in this=20 >> > case. =A0We will have to add a bunch to RTSP to get it to work or=20 >> > subtract some SIP to get it to work. Not an easy call and not a=20 >> > call that the WG is in a great position to sort out. I'd love to = hear others thought on it. >> > >> > The alternative to the RTSP/SIP approach is to replace the=20 >> > signaling and SDP with a capabilities something more like the=20 >> > Advertisement / Proposal architecture the Jon and I have been=20 >> > discussion (See draft-peterson-sipcore-advprop ). >> >> Not quite as clear to me here, but I mostly agree. Definitely need to = >> negotiate streams, and need to traverse NATs. SIP seems like using a=20 >> fighter plane to kill a fly here, but may very well turn out that=20 >> many of the capabilities end up being needed once we get into it. The = >> problem is if the peers are speaking SIP, aren't they expected to=20 >> have the full SIP capabilities. We seem to need a SIP-Lite...(and=20 >> yes, I know that has been discussed oh, once or twice before, but=20 >> here it would be for devices with distinctly different applications) > > Right - for example, I see no need for forking in one uses SIP which = greatly the use of SIP. If the the plan it to simplify SIP in this way, = we probably need to express that in the charter. =A0My view on using SIP = is this work would only need a subset of it. However if we use RTSP, we = need to add a bunch in RTSP. Typically cutting away stuff is faster than = growing new stuff but that is not always true. Either could be made to = work. So could something new. Yep. Fully agree, particularly about hacking rather than = growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd agree.) One wrinkle I see is that while these look good for real-time, it isn't = quite clear to me that SIP (or actually even RTP on the transport side) = is right in the time-shifted context. If I am retrieving the file then = playing locally ala Bit-Torrent, it seems possible that you would use a = bulk transfer block-by-block in that scenario and assemble and play = locally, rather than stream from the peer that has it as would be the = case in real-time. The more I've dug into this in the last few months, = the more the real-time and time-shifted cases differ for the actions = after you contact the tracker. >> My first take on the proposed charter below is that I like seeing=20 >> things get more concrete, but it has two problems from my = perspective: >> >> I agree bit-torrent is a very good model and we should be looking at=20 >> it, but the survey work is also bringing in work from some other very = >> widely deployed solutions (PPLive, for example), and I'm personally a = >> bit reluctant to just say bit-torrent wins. > > > >> >> I'm aware that PPLive and Bit-Torrent address slightly different=20 >> problems, which is actually my biggest concern with the charter --=20 >> still not clear that the live and time-shifted content really call=20 >> for the same protocol or share as much as might be thought in common. >> Particularly for the real-time streaming, I'm not at all sure=20 >> Bit-Torrent is the right choice. (although I can see using a tracker=20 >> to find candidate peers and establishing live sessions between=20 >> them...so it's possible) =A0I'd rather wait just a little bit for the = >> survey document to evolve to make that call, and get more visibility=20 >> into if one protocol can be used for both streaming and time-shifted=20 >> content. That's part of the motivation for hacking together some=20 >> strawman work on the tracker as well -- let's see what hard problems=20 >> we stumble in that process. I agree if we don't firm it up we'll spin = >> for a long time, but I also don't want to jump to a wrong conclusion. > > Fair enough - what you are saying there does seem very reasonable to = me - but if we go down the plan then I think we should probably =A0spin = up an Exploratory Group to go make some choices like that. +1. I'd very much support that and would be willing to help if volunteers are needed. >> My biggest objection is with the proposal below is saying SIP is the=20 >> right choice for the Peer Protocol. That seems not-quite-right (even=20 >> if SIP is used to establish the connections). The peer protocol here. >> again, is doing several things -- possibly maintaining an overlay=20 >> (possible RELOAD usage, although we have to make sure a full DHT is=20 >> needed, which with a central tracker it may not be) and in the live=20 >> stream case, establishing connections. Unless we resurrect dSIP=20 >> (which I'd love ;) ), SIP can't do the former, and I still think it=20 >> is way overkill for the later unless we come up with a lighter=20 >> version. I'll take a look at the advprop draft you mention -- that=20 >> might be exactly what I am thinking of but I have to admit I haven't=20 >> read it. I guess my worry here is that your version of the draft=20 >> seems to be taking the "I have a SIP hammer so this is a SIP nail"=20 >> approach, and I'm not quite convinced that's right (at least not yet, = >> but I must admit the problem looks very nail shaped. Maybe just a = really small nail). > > Well I understand how something like RELAOD might get used for the = peer to tracker protocol, but once you know a peer you are going to try = and set up an RTP session with and, assuming the use of RTP, =A0it seems = you need a protocol were host =A0A can tell host B to start sending the = following data in an RTP steam. =A0Do I have this about right? Yep, I think you do have it right, and like I said, given that = description, SIP (in the old original session establishment sense) may = really be right, I'm just not quite convinced yet. I'm sure you know = this since you have too, but as someone who has hacked a bunch of SIP = stuff together over the years, I know how much there is in SIP, and how = much of that we don't need in this context. Certainly don't mean to = imply it isn't a pretty strong candidate. David >> >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. >> >> Anyway, interesting thoughts,and my 2 cents... >> >> David >> >> > There are a few other topics which are not addressed in this=20 >> > charter that worry me a lot. The currently protocols being proposed = >> > and related discussion does not seem to address what is the=20 >> > incentive for anyone to serve content. It's clear why you would=20 >> > receive but not clear why you would bother to transmit. Bittorrent=20 >> > put a lot of effort into this and IMHO got it "right enough" that=20 >> > the system is very successful. I worry about it in this work. A=20 >> > second topic is that the desired privacy properties of the system=20 >> > are also pretty vague. If we are not clear about these in the=20 >> > beginning, we run the risk of getting very bogged down in arguing = about them as the protocol starts to get close to done. >> > >> > To try and help get things moving along, I have proposed charter=20 >> > bellow that is very conservative . =A0As an individual, I would=20 >> > probably have a slight preference for a more risky approach than=20 >> > the proposal below but . >> > >> > >> > ------------------------------------------------ >> > >> > >> > >> > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops=20 >> > two signaling and control protocols for a peer-to-peer (P2P)=20 >> > streaming system for transmitting live and time shifted media=20 >> > content with near real-time delivery requirements. >> > >> > Two kinds of nodes exist in the targeted P2P streaming system,=20 >> > i.e., "peers" and "trackers". Peers are nodes that are actively=20 >> > sending and receiving streamed media content, and include both=20 >> > statically connected hosts as well as mobile devices with=20 >> > connectivity and IP addresses that change over time. The set of=20 >> > peers that are participating in a streaming session will=20 >> > dynamically change over time. Trackers are well-known nodes with=20 >> > stable connectivity that maintain meta information about the=20 >> > streamed content and the dynamic peer set. The working group is = only addressing centralized trackers and not the distributed tracker. >> > >> > The PPSP WG designs a protocol for signaling and control between=20 >> > trackers and peers (the PPSP "tracker protocol") and a signaling=20 >> > and control protocol for communication among the peers (the PPSP=20 >> > "peer protocol"). The two protocols enable peers to receive=20 >> > streaming data within the time constraints required by specific=20 >> > content items. =A0The tracker protocol handles the initial and=20 >> > periodic exchange of meta information between trackers and peers,=20 >> > such as peer lists and content information. The peer protocol=20 >> > controls the advertising and exchange of media data availability = between the peers. >> > >> > The tracker protocol will be modeled as much as possible to match=20 >> > the exiting bittorrent protocol with appropriate extensions for to=20 >> > cary information that is needed for selection of a peer suitable=20 >> > for real time streaming. Media descriptions will use the syntax and = >> > semantics from SDP where that is possible. >> > >> > The peer protocol will be be an extension of SIP and use ICE for=20 >> > NAT traversal. >> > >> > RTP will be used for the encoding and transmission of the media=20 >> > content between peers. PPSP is not chartered to work on media=20 >> > transmission protocols, media encoding techniques or other=20 >> > components of a P2P streaming system such as playout scheduling and = control, etc. >> > >> > The work items of the PPSP WG are: >> > >> > (1) A "problem statement" document that gives an overview of the >> > =A0 =A0proposed P2P streaming system, motivates the desire for=20 >> > standardized >> > =A0 =A0protocols, defines the envisioned scope of those = standardized >> > =A0 =A0components and discusses common terminologies and concepts. >> > >> > (2) A "requirements" document that details the specific functional, >> > =A0 =A0operational and performance requirements of the two PPSP = protocols. >> > >> > (3) An "architectural survey" document that summarizes current P2P >> > =A0 =A0streaming architectures, in particular tracker-based P2P=20 >> > streaming >> > =A0 =A0systems, and highlights best current practices. >> > >> > (4) A detailed specification of the PPSP peer protocol. >> > >> > (5) A detailed specification of the PPSP tracker protocol. >> > >> > (6) A "usage guide" that describes how the two PPSP protocols and >> > =A0 =A0existing IETF protocols, such ALTO, can be combined to = create a >> > =A0 =A0deployable operational P2P streaming system. =A0This = document will >> > =A0 =A0also discuss use of layered media encoding and related media = >> > chunk >> > =A0 =A0descriptions in the peer protocol for more robust streaming. >> > >> > The work items of the PPSP WG interacts with the work performed in=20 >> > other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC.=20 >> > Whenever extensions or modification to the protocols developed in=20 >> > other WGs are deemed necessary, PPSP shall communicate and discuss=20 >> > the requirements for such extensions with the relevant WGs but is=20 >> > not charted to make such changes. >> > >> > Goals and Milestones: >> > >> > Sep 2010 =A0 Submit problem statement to IESG as Informational Dec=20 >> > 2010 =A0 Submit architectural survey to IESG as Informational Dec=20 >> > 2010 =A0 Submit requirements document to IESG as Informational Aug=20 >> > 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard Aug = >> > 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard=20 >> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational >> > >> > >> > ---------------------------------------------------------------- >> > >> > >> > Cullen Jennings >> > For corporate legal information go to: >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> > >> > >> > >> > _______________________________________________ >> > ppsp mailing list >> > ppsp@ietf.org >> > https://www.ietf.org/mailman/listinfo/ppsp >> > >> > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp From davidbryan@gmail.com Tue Mar 16 07:25:34 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 510E93A6952 for ; Tue, 16 Mar 2010 07:25:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.054 X-Spam-Level: X-Spam-Status: No, score=0.054 tagged_above=-999 required=5 tests=[AWL=-0.723, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FRT_BELOW2=2.154, J_CHICKENPOX_83=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 z23PSW004Xgt for ; Tue, 16 Mar 2010 07:25:27 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 86C743A6768 for ; Tue, 16 Mar 2010 07:25:27 -0700 (PDT) Received: by vws13 with SMTP id 13so467186vws.31 for ; Tue, 16 Mar 2010 07:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=bCh4lLiT5MBXOBHmk+xT7Gvszk6//uUU0VTFhiJztk4=; b=jKH3OlEjVdH64whggBzAGHBPJZD6oWCGcVqu66sCcRNMlqkWGma+lkWdAbe4+IehRH mrr3Za6Vj9EML8s9X3HPrlqxaW2JxlxelG4C5uk/x+9Rw51bp9+Tz49yWEnzHRSu1oC/ BnZMs9qO9aEZl4ztH9ATmz7fwfGhfslNJZqT8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=gAo761TdN+uYdvCXaYXsGt9P/F27QqsCwxz9Bf9qOioDzNgPf0bwOtsrNszbneP4r7 FNYu2HZN35/1aHyDucsbppn4UVOVulEuJCSjyvd8lHpscE/nrWg6mYrexnX2EYoaW1KQ OAi1si0BcC6+kKu/zR8liYIba3ZBD6Vl1/V8E= MIME-Version: 1.0 Sender: davidbryan@gmail.com Received: by 10.220.122.221 with SMTP id m29mr20167vcr.99.1268749532924; Tue, 16 Mar 2010 07:25:32 -0700 (PDT) In-Reply-To: <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBEEXC007.nsn-intra.net> References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> <8b2769931003130722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBEEXC007.nsn-intra.net> Date: Tue, 16 Mar 2010 10:25:32 -0400 X-Google-Sender-Auth: 5e0dc75354c6f730 Message-ID: <8b2769931003160725p1ef5b1edt3e79510a84795c0@mail.gmail.com> From: "David A. Bryan" To: "Xiao, Lin (NSN - CN/Beijing)" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 14:25:34 -0000 My understanding of the work of the PPSP group is yes, it would be limited to the tracker and peer protocols. However, what Cullen was proposing went further (since he was talking about the actual negotiating of establishing a session), so my comments were about that. My most recent understanding after the Hiroshima meeting (and I may be confused) was that PPSP was more focused on just the tracker and peer protocol part of the puzzle for now. David On Tue, Mar 16, 2010 at 4:06 AM, Xiao, Lin (NSN - CN/Beijing) wrote: > > Hi, > > I'd like to open a new thread for the discussion of allowed PPSP media ty= pe. > > It is true that there are lot of different requirements and behaviors of = real-time streaming, VoD and file downloading. However, PPSP is only a set = of signaling protocols but not media transmission protocol. From this point= , there must be common structure and signaling process flow shared by these= three use cases. A "usage type" was defined to identify the type of conten= t transmitted in PPSP system (requirement draft -03). =A0Parameters can be = adjusted according to different "usage types" for different kind of transmi= ssion. > > As far as I know, most of the P2P streaming software, e.g. PPlive and PPS= tream, support both live streaming and VoD services. Recently, PPStream eve= n allow downloading the whole film file to users' local disks, just like Bi= t-Torrent does. It means common signaling and control method can be designe= d for all the "usage types". > > > Br > Lin Xiao > > > > > > > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of e= xt David A. Bryan > Sent: Tuesday, March 16, 2010 8:46 AM > To: Cullen Jennings > Cc: ppsp@ietf.org > Subject: Re: [ppsp] Charter Proposal > > So just a few little followup points, mostly because I think I was a bit = unclear about my comment about distributed trackers, inline... > > On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings wrot= e: >> >> On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: >> >>> So in general I think there are a lot of good comments here, and >>> thanks for sending things to the list. A few things I had comments on >>> inline... >>> >>> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wro= te: >>> > >>> > >>> > The PPSP could easily be one of these groups were we spend the >>> > first few years trying to chooses which protocol to start with in >>> > various places. That would just remove the will to do anything in >>> > the group. I have been lurking and watching this work from the >>> > beginning and it seems like there are probably many things that >>> > most the participants agree to that we could just nail down in the >>> > charter. =A0Doing so would help get the work done faster and provide >>> > others a clear idea that had not been been participating a much clear= er idea of what this work is about. >>> > >>> > For example: >>> > >>> > Centralized or distributed trackers. My belief is that most the >>> > folks want to do a centralized tracker. On a side note, I think >>> > they would be hard to do a distributed one before a centralized as >>> > centralized is much easier. The obvious protocol to use for a >>> > centralized one is to add the needed extensions to the HTTP based >>> > version of bittorrent tracker protocol. If they want to do a >>> > distributed one, RELOAD would meet the needs and at least be worth lo= oking at. >>> >>> I'm a bit confused about why you want to exclude distributed trackers. >>> Most of the information that would be exchanged -- i.e. the maps of >>> chunks etc -- are going to be the same between the two. I am still >>> trying to get my head around where the "edge" is here, but from >>> hacking at ideas a bit, it seems to me that the tracker protocol >>> might have two parts: query/place information from the peers to the >>> tracker, and information between trackers. If the separation is >>> clean, it might be possible to only focus on the part between >>> peers/trackers and not consider distributed trackers, but otherwise I >>> think in protocol design we should at least consider it...seems like >>> a bad idea to design a P2P protocol that neglects P2P at a different >>> level (i.e., between trackers) >> >> I was just trying to put into the charter the direction I thought the gr= oup wanted to go or at least surface the issues so we could feedback of the= form "yep, looks good" or "nope, we want distributed". Obviously I'm a bit= of a fan of distributed approaches. > > Given this, and the followup Ning had, I think things became more crisp t= han my original comment, but just to be clear, I think what I am getting at= is that I see the tracker, as Ning mentioned, as a logical function. It co= uld be implemented in a centralized way (and likely would be), or could act= ually use a DHT in the background. It may be that we don't really need to c= onsider that in the design of the protocol to query the "tracker" (whatever= that may be), and I certainly don't want to muddy things by insisting it b= e distributed. > I'd personally suggest some wording akin to what we did in P2PSIP, where = we crafted a DHT for SIP but tried not to break it for other possible appli= cations. So here, maybe we say we are building for a centralized tracker, b= ut will try to consider the problem of a distributed, and make sure the pro= tocol for the logical process of tracker calls doesn't do something that ex= plicitly breaks distributed functionality later. > > I definitely don't want to give the IESG (or anyone else, really) the imp= ression that there is a big group of us looking to do a distributed tracker= up front. As far as I know, there isn't. > >> >>> >>> > Similarly for the media transfer, I suspect that many people would >>> > be happy with RTP. It's hard to imagine anything else given the end >>> > goal for this. I guess one could argue for a new protocol or a >>> > protocol that transferred data tunneled in the peer signaling protoco= l. >>> >>> Absolutely agree. Devising new mechanisms for media transport seems >>> way out of scope to me. >>> >>> > The peer signing protocol needs to be able to set up the RTP >>> > sessions and work thought NATs. I think the NAT traversal scheme >>> > will end up being ICE or something that more or less amounts to ICE >>> > with no TURN option given the deployment models. Both RTSP and SIP >>> > are candidates here. In some ways at first glance, RTSP might seem >>> > simpler. But a bunch of that simplicity comes from the model of it >>> > being deployed on server all clients can easily reach without nat >>> > nightmares and less negotiation. Much of SIP complexity comes form >>> > too many intermediaries and forking which would not apply in this >>> > case. =A0We will have to add a bunch to RTSP to get it to work or >>> > subtract some SIP to get it to work. Not an easy call and not a >>> > call that the WG is in a great position to sort out. I'd love to hear= others thought on it. >>> > >>> > The alternative to the RTSP/SIP approach is to replace the >>> > signaling and SDP with a capabilities something more like the >>> > Advertisement / Proposal architecture the Jon and I have been >>> > discussion (See draft-peterson-sipcore-advprop ). >>> >>> Not quite as clear to me here, but I mostly agree. Definitely need to >>> negotiate streams, and need to traverse NATs. SIP seems like using a >>> fighter plane to kill a fly here, but may very well turn out that >>> many of the capabilities end up being needed once we get into it. The >>> problem is if the peers are speaking SIP, aren't they expected to >>> have the full SIP capabilities. We seem to need a SIP-Lite...(and >>> yes, I know that has been discussed oh, once or twice before, but >>> here it would be for devices with distinctly different applications) >> >> Right - for example, I see no need for forking in one uses SIP which gre= atly the use of SIP. If the the plan it to simplify SIP in this way, we pro= bably need to express that in the charter. =A0My view on using SIP is this = work would only need a subset of it. However if we use RTSP, we need to add= a bunch in RTSP. Typically cutting away stuff is faster than growing new s= tuff but that is not always true. Either could be made to work. So could so= mething new. > > Yep. Fully agree, particularly about hacking rather than growing...(i.e.,= SIP easier than RTSP. At least in my opinion, I'd > agree.) > > One wrinkle I see is that while these look good for real-time, it isn't q= uite clear to me that SIP (or actually even RTP on the transport side) is r= ight in the time-shifted context. If I am retrieving the file then playing = locally ala Bit-Torrent, it seems possible that you would use a bulk transf= er block-by-block in that scenario and assemble and play locally, rather th= an stream from the peer that has it as would be the case in real-time. The = more I've dug into this in the last few months, the more the real-time and = time-shifted cases differ for the actions after you contact the tracker. > >>> My first take on the proposed charter below is that I like seeing >>> things get more concrete, but it has two problems from my perspective: >>> >>> I agree bit-torrent is a very good model and we should be looking at >>> it, but the survey work is also bringing in work from some other very >>> widely deployed solutions (PPLive, for example), and I'm personally a >>> bit reluctant to just say bit-torrent wins. >> >> >> >>> >>> I'm aware that PPLive and Bit-Torrent address slightly different >>> problems, which is actually my biggest concern with the charter -- >>> still not clear that the live and time-shifted content really call >>> for the same protocol or share as much as might be thought in common. >>> Particularly for the real-time streaming, I'm not at all sure >>> Bit-Torrent is the right choice. (although I can see using a tracker >>> to find candidate peers and establishing live sessions between >>> them...so it's possible) =A0I'd rather wait just a little bit for the >>> survey document to evolve to make that call, and get more visibility >>> into if one protocol can be used for both streaming and time-shifted >>> content. That's part of the motivation for hacking together some >>> strawman work on the tracker as well -- let's see what hard problems >>> we stumble in that process. I agree if we don't firm it up we'll spin >>> for a long time, but I also don't want to jump to a wrong conclusion. >> >> Fair enough - what you are saying there does seem very reasonable to me = - but if we go down the plan then I think we should probably =A0spin up an = Exploratory Group to go make some choices like that. > > +1. I'd very much support that and would be willing to help if > volunteers are needed. > >>> My biggest objection is with the proposal below is saying SIP is the >>> right choice for the Peer Protocol. That seems not-quite-right (even >>> if SIP is used to establish the connections). The peer protocol here. >>> again, is doing several things -- possibly maintaining an overlay >>> (possible RELOAD usage, although we have to make sure a full DHT is >>> needed, which with a central tracker it may not be) and in the live >>> stream case, establishing connections. Unless we resurrect dSIP >>> (which I'd love ;) ), SIP can't do the former, and I still think it >>> is way overkill for the later unless we come up with a lighter >>> version. I'll take a look at the advprop draft you mention -- that >>> might be exactly what I am thinking of but I have to admit I haven't >>> read it. I guess my worry here is that your version of the draft >>> seems to be taking the "I have a SIP hammer so this is a SIP nail" >>> approach, and I'm not quite convinced that's right (at least not yet, >>> but I must admit the problem looks very nail shaped. Maybe just a reall= y small nail). >> >> Well I understand how something like RELAOD might get used for the peer = to tracker protocol, but once you know a peer you are going to try and set = up an RTP session with and, assuming the use of RTP, =A0it seems you need a= protocol were host =A0A can tell host B to start sending the following dat= a in an RTP steam. =A0Do I have this about right? > > Yep, I think you do have it right, and like I said, given that descriptio= n, SIP (in the old original session establishment sense) may really be righ= t, I'm just not quite convinced yet. I'm sure you know this since you have = too, but as someone who has hacked a bunch of SIP stuff together over the y= ears, I know how much there is in SIP, and how much of that we don't need i= n this context. Certainly don't mean to imply it isn't a pretty strong cand= idate. > > David > >>> >>> Reuse of SDP and RTP seem like no-brainers and I definitely agree. >>> >>> Anyway, interesting thoughts,and my 2 cents... >>> >>> David >>> >>> > There are a few other topics which are not addressed in this >>> > charter that worry me a lot. The currently protocols being proposed >>> > and related discussion does not seem to address what is the >>> > incentive for anyone to serve content. It's clear why you would >>> > receive but not clear why you would bother to transmit. Bittorrent >>> > put a lot of effort into this and IMHO got it "right enough" that >>> > the system is very successful. I worry about it in this work. A >>> > second topic is that the desired privacy properties of the system >>> > are also pretty vague. If we are not clear about these in the >>> > beginning, we run the risk of getting very bogged down in arguing abo= ut them as the protocol starts to get close to done. >>> > >>> > To try and help get things moving along, I have proposed charter >>> > bellow that is very conservative . =A0As an individual, I would >>> > probably have a slight preference for a more risky approach than >>> > the proposal below but . >>> > >>> > >>> > ------------------------------------------------ >>> > >>> > >>> > >>> > >>> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops >>> > two signaling and control protocols for a peer-to-peer (P2P) >>> > streaming system for transmitting live and time shifted media >>> > content with near real-time delivery requirements. >>> > >>> > Two kinds of nodes exist in the targeted P2P streaming system, >>> > i.e., "peers" and "trackers". Peers are nodes that are actively >>> > sending and receiving streamed media content, and include both >>> > statically connected hosts as well as mobile devices with >>> > connectivity and IP addresses that change over time. The set of >>> > peers that are participating in a streaming session will >>> > dynamically change over time. Trackers are well-known nodes with >>> > stable connectivity that maintain meta information about the >>> > streamed content and the dynamic peer set. The working group is only = addressing centralized trackers and not the distributed tracker. >>> > >>> > The PPSP WG designs a protocol for signaling and control between >>> > trackers and peers (the PPSP "tracker protocol") and a signaling >>> > and control protocol for communication among the peers (the PPSP >>> > "peer protocol"). The two protocols enable peers to receive >>> > streaming data within the time constraints required by specific >>> > content items. =A0The tracker protocol handles the initial and >>> > periodic exchange of meta information between trackers and peers, >>> > such as peer lists and content information. The peer protocol >>> > controls the advertising and exchange of media data availability betw= een the peers. >>> > >>> > The tracker protocol will be modeled as much as possible to match >>> > the exiting bittorrent protocol with appropriate extensions for to >>> > cary information that is needed for selection of a peer suitable >>> > for real time streaming. Media descriptions will use the syntax and >>> > semantics from SDP where that is possible. >>> > >>> > The peer protocol will be be an extension of SIP and use ICE for >>> > NAT traversal. >>> > >>> > RTP will be used for the encoding and transmission of the media >>> > content between peers. PPSP is not chartered to work on media >>> > transmission protocols, media encoding techniques or other >>> > components of a P2P streaming system such as playout scheduling and c= ontrol, etc. >>> > >>> > The work items of the PPSP WG are: >>> > >>> > (1) A "problem statement" document that gives an overview of the >>> > =A0 =A0proposed P2P streaming system, motivates the desire for >>> > standardized >>> > =A0 =A0protocols, defines the envisioned scope of those standardized >>> > =A0 =A0components and discusses common terminologies and concepts. >>> > >>> > (2) A "requirements" document that details the specific functional, >>> > =A0 =A0operational and performance requirements of the two PPSP proto= cols. >>> > >>> > (3) An "architectural survey" document that summarizes current P2P >>> > =A0 =A0streaming architectures, in particular tracker-based P2P >>> > streaming >>> > =A0 =A0systems, and highlights best current practices. >>> > >>> > (4) A detailed specification of the PPSP peer protocol. >>> > >>> > (5) A detailed specification of the PPSP tracker protocol. >>> > >>> > (6) A "usage guide" that describes how the two PPSP protocols and >>> > =A0 =A0existing IETF protocols, such ALTO, can be combined to create = a >>> > =A0 =A0deployable operational P2P streaming system. =A0This document = will >>> > =A0 =A0also discuss use of layered media encoding and related media >>> > chunk >>> > =A0 =A0descriptions in the peer protocol for more robust streaming. >>> > >>> > The work items of the PPSP WG interacts with the work performed in >>> > other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. >>> > Whenever extensions or modification to the protocols developed in >>> > other WGs are deemed necessary, PPSP shall communicate and discuss >>> > the requirements for such extensions with the relevant WGs but is >>> > not charted to make such changes. >>> > >>> > Goals and Milestones: >>> > >>> > Sep 2010 =A0 Submit problem statement to IESG as Informational Dec >>> > 2010 =A0 Submit architectural survey to IESG as Informational Dec >>> > 2010 =A0 Submit requirements document to IESG as Informational Aug >>> > 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard Aug >>> > 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard >>> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational >>> > >>> > >>> > ---------------------------------------------------------------- >>> > >>> > >>> > Cullen Jennings >>> > For corporate legal information go to: >>> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html >>> > >>> > >>> > >>> > _______________________________________________ >>> > ppsp mailing list >>> > ppsp@ietf.org >>> > https://www.ietf.org/mailman/listinfo/ppsp >>> > >>> >> >> >> Cullen Jennings >> For corporate legal information go to: >> http://www.cisco.com/web/about/doing_business/legal/cri/index.html >> >> >> >> > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > From Martin.Stiemerling@neclab.eu Tue Mar 16 12:57:15 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35E6D3A699F for ; Tue, 16 Mar 2010 12:57:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.08 X-Spam-Level: X-Spam-Status: No, score=-1.08 tagged_above=-999 required=5 tests=[AWL=-0.635, BAYES_00=-2.599, FRT_BELOW2=2.154] 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 1r3XKIh5lzYO for ; Tue, 16 Mar 2010 12:57:13 -0700 (PDT) Received: from smtp0.neclab.eu (smtp0.neclab.eu [195.37.70.41]) by core3.amsl.com (Postfix) with ESMTP id 5FB0A3A67C1 for ; Tue, 16 Mar 2010 12:57:13 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp0.neclab.eu (Postfix) with ESMTP id 036152C0204FC; Tue, 16 Mar 2010 20:57:22 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (atlas2.office) Received: from smtp0.neclab.eu ([127.0.0.1]) by localhost (atlas2.office [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tAjyqnT2iY7H; Tue, 16 Mar 2010 20:57:21 +0100 (CET) Received: from VENUS.office (mx2.office [192.168.24.15]) by smtp0.neclab.eu (Postfix) with ESMTP id D80D02C0204F9; Tue, 16 Mar 2010 20:57:11 +0100 (CET) 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 Date: Tue, 16 Mar 2010 20:57:11 +0100 Message-ID: <547F018265F92642B577B986577D671C012A2DC4@VENUS.office> In-reply-to: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] Charter Proposal Thread-Index: AcrCujZ/fnvyP4pSTQKwAvkxYHzCgwCiDQ9g References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> From: "Martin Stiemerling" To: "Cullen Jennings" , Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 19:57:15 -0000 Hi Cullen, all, A few comments to the changed charter proposal:=20 I'm also in general support of narrowing the charter proposal to = something that will work out near term. However, the charter proposal is = probably a step too much into the direction of narrowing it down.=20 It seems that you have added the requirement to focus on the bittorrent = protocol as basis for the tracker communication and to use RTP for the = media transport. My point is that most p2p video streaming seems to use chunks to = exchange data between the peers, where a chunk can have the size of = multiple RTP packets (if used at all), i.e., aggregating even multiple = movie frames into a single chunk. I would propose to fine tune the " RTP will be used for the encoding and = transmission" to something along the lines that "the functionality of = RTP should be re-used to the largest extent." For re-using the bittorrent tracker protocol: The current text suggest = that we copy the protocol semantics but do not use the protocol? Is that = intentionally, I did I misunderstand this? If we are going to re-use the protocol, are we running into trouble = because the protocol itself is not under IETF's change control? Martin > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf = Of > Cullen Jennings > Sent: Saturday, March 13, 2010 3:34 PM > To: ppsp@ietf.org > Subject: [ppsp] Charter Proposal >=20 >=20 >=20 > The PPSP could easily be one of these groups were we spend the first > few > years trying to chooses which protocol to start with in various > places. That would just remove the will to do anything in the group. I > have been lurking and watching this work from the beginning and it > seems > like there are probably many things that most the participants agree = to > that we could just nail down in the charter. Doing so would help get > the work done faster and provide others a clear idea that had not been > been participating a much clearer idea of what this work is about. >=20 > For example: >=20 > Centralized or distributed trackers. My belief is that most the folks > want to do a centralized tracker. On a side note, I think they would = be > hard to do a distributed one before a centralized as centralized is > much > easier. The obvious protocol to use for a centralized one is to add = the > needed extensions to the HTTP based version of bittorrent tracker > protocol. If they want to do a distributed one, RELOAD would meet the > needs and at least be worth looking at. >=20 > Similarly for the media transfer, I suspect that many people would be > happy with RTP. It's hard to imagine anything else given the end goal > for this. I guess one could argue for a new protocol or a protocol = that > transferred data tunneled in the peer signaling protocol. >=20 > The peer signing protocol needs to be able to set up the RTP sessions > and work thought NATs. I think the NAT traversal scheme will end up > being ICE or something that more or less amounts to ICE with no TURN > option given the deployment models. Both RTSP and SIP are candidates > here. In some ways at first glance, RTSP might seem simpler. But a > bunch > of that simplicity comes from the model of it being deployed on server > all clients can easily reach without nat nightmares and less > negotiation. Much of SIP complexity comes form too many intermediaries > and forking which would not apply in this case. We will have to add a > bunch to RTSP to get it to work or subtract some SIP to get it to > work. Not an easy call and not a call that the WG is in a great > position > to sort out. I'd love to hear others thought on it. >=20 > The alternative to the RTSP/SIP approach is to replace the signaling > and > SDP with a capabilities something more like the Advertisement / > Proposal > architecture the Jon and I have been discussion (See > draft-peterson-sipcore-advprop ). >=20 >=20 > There are a few other topics which are not addressed in this charter > that worry me a lot. The currently protocols being proposed and = related > discussion does not seem to address what is the incentive for anyone = to > serve content. It's clear why you would receive but not clear why you > would bother to transmit. Bittorrent put a lot of effort into this and > IMHO got it "right enough" that the system is very successful. I worry > about it in this work. A second topic is that the desired privacy > properties of the system are also pretty vague. If we are not clear > about these in the beginning, we run the risk of getting very bogged > down in arguing about them as the protocol starts to get close to = done. >=20 > To try and help get things moving along, I have proposed charter = bellow > that is very conservative . As an individual, I would probably have a > slight preference for a more risky approach than the proposal below = but > . >=20 >=20 > ------------------------------------------------ >=20 >=20 >=20 >=20 > The Peer-to-Peer Streaming Protocol (PPSP) working group develops two > signaling and control protocols for a peer-to-peer (P2P) streaming > system for transmitting live and time shifted media content with near > real-time delivery requirements. >=20 > Two kinds of nodes exist in the targeted P2P streaming system, i.e., > "peers" and "trackers". Peers are nodes that are actively sending and > receiving streamed media content, and include both statically = connected > hosts as well as mobile devices with connectivity and IP addresses = that > change over time. The set of peers that are participating in a > streaming > session will dynamically change over time. Trackers are well-known > nodes > with stable connectivity that maintain meta information about the > streamed content and the dynamic peer set. The working group is only > addressing centralized trackers and not the distributed tracker. >=20 > The PPSP WG designs a protocol for signaling and control between > trackers and peers (the PPSP "tracker protocol") and a signaling and > control protocol for communication among the peers (the PPSP "peer > protocol"). The two protocols enable peers to receive streaming data > within the time constraints required by specific content items. The > tracker protocol handles the initial and periodic exchange of meta > information between trackers and peers, such as peer lists and content > information. The peer protocol controls the advertising and exchange = of > media data availability between the peers. >=20 > The tracker protocol will be modeled as much as possible to match the > exiting bittorrent protocol with appropriate extensions for to cary > information that is needed for selection of a peer suitable for real > time streaming. Media descriptions will use the syntax and semantics > from SDP where that is possible. >=20 > The peer protocol will be be an extension of SIP and use ICE for NAT > traversal. >=20 > RTP will be used for the encoding and transmission of the media = content > between peers. PPSP is not chartered to work on media transmission > protocols, media encoding techniques or other components of a P2P > streaming system such as playout scheduling and control, etc. >=20 > The work items of the PPSP WG are: >=20 > (1) A "problem statement" document that gives an overview of the > proposed P2P streaming system, motivates the desire for > standardized > protocols, defines the envisioned scope of those standardized > components and discusses common terminologies and concepts. >=20 > (2) A "requirements" document that details the specific functional, > operational and performance requirements of the two PPSP = protocols. >=20 > (3) An "architectural survey" document that summarizes current P2P > streaming architectures, in particular tracker-based P2P streaming > systems, and highlights best current practices. >=20 > (4) A detailed specification of the PPSP peer protocol. >=20 > (5) A detailed specification of the PPSP tracker protocol. >=20 > (6) A "usage guide" that describes how the two PPSP protocols and > existing IETF protocols, such ALTO, can be combined to create a > deployable operational P2P streaming system. This document will > also discuss use of layered media encoding and related media chunk > descriptions in the peer protocol for more robust streaming. >=20 > The work items of the PPSP WG interacts with the work performed in > other > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever > extensions or modification to the protocols developed in other WGs are > deemed necessary, PPSP shall communicate and discuss the requirements > for such extensions with the relevant WGs but is not charted to make > such changes. >=20 > Goals and Milestones: >=20 > Sep 2010 Submit problem statement to IESG as Informational > Dec 2010 Submit architectural survey to IESG as Informational > Dec 2010 Submit requirements document to IESG as Informational > Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard > Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard > Dec 2011 Submit usage guide to IESG to IESG as Informational >=20 >=20 > ---------------------------------------------------------------- stiemerling@nw.neclab.eu NEC Laboratories Europe - Network Research Division NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, = London W3 6BL | Registered in England 2832014=20 From guyingjie@huawei.com Tue Mar 16 21:02:29 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0A89A3A680D for ; Tue, 16 Mar 2010 21:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.371 X-Spam-Level: X-Spam-Status: No, score=0.371 tagged_above=-999 required=5 tests=[AWL=-0.865, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, GB_I_INVITATION=-2, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mabgCiXV-+Yx for ; Tue, 16 Mar 2010 21:02:21 -0700 (PDT) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 3052E3A67D1 for ; Tue, 16 Mar 2010 21:02:21 -0700 (PDT) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZE00J93R7V3T@szxga02-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:02:19 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZE00JY6R7VUA@szxga02-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:02:19 +0800 (CST) Received: from g00107907 ([10.164.12.54]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZE00M1AR7UCC@szxml04-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:02:19 +0800 (CST) Date: Wed, 17 Mar 2010 12:02:18 +0800 From: "Y.J. Gu" In-reply-to: To: 'Omer Luzzatti' , ppsp@ietf.org Message-id: <004001cac586$a35310e0$360ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_iaEpl/0XJCRCkcHMIB+azg)" Thread-index: Acq5Oa5Q6vJidF41SE6+0jYXucyX/AIhkPggAMLb/VA= Subject: Re: [ppsp] We have submitted a Tracker Protocol X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 04:02:29 -0000 This is a multi-part message in MIME format. --Boundary_(ID_iaEpl/0XJCRCkcHMIB+azg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi Omer, Thanks a lot for reading and your comments. Thank all the authors and contributors for composing the draft. See inline please for my consideration of your comments. Regards Yingjie Gu _____ From: Omer Luzzatti [mailto:omer@rayv.com] Sent: Friday, March 12, 2010 4:46 PM To: Y.J. Gu; ppsp@ietf.org Subject: RE: [ppsp] We have submitted a Tracker Protocol Yingjie, Congrats on the first draft of the tracker protocol, really amazing work done in short time. Design point to consider: Especially for live streaming the tracker may need to 'recruit' resources to the swarm. These 'helper nodes' are joined nodes (and rightly you separated the 'join' from the swarmID) that could be helpful either for their bandwidth or storage. In general a tracker-originated 'Get' is what the server should send and the peers to be able to accept; in practice some additional information may be needed since the peers may not be real participates in the swarm but acting in different roles (super nodes, helpers, etc.). Note that in VOD you may want to 'distribute' the content which again will require the above. I know this complicates things significantly but please give it a thought. I think this is a great idea. This is an early draft, wherein we try to make out a simple but clear architecture and protocol overview. I believe there are other methods/aspects that we have omitted. Seems that we have already prepared part of premises for "Invitation". For example, Trakers record peer status by "Join" and update the status by "PUT" and maybe also "Keepalive". (Btw, we leave "Keepalive" carrying peer status as an open issue. ), by peer status Tracker can learn who could help. And in some existing application, peers store the content even when they have left the swarm, which could be a potential content source in VoD. However, I agree with you that this will make the system complicate. One thing is "does the swarm welcome an irrelative nodes?", if the streaming is a private content only target to some particular peers. Another question, if it is an open swarm, comes to my mind is "how could Tracker know when helper nodes are necessary" or "does Tracker always try to invite helpers", i.e. Trackers have to know the overall performance of the swarm. Maybe "STATISTICS" can do the job, I'm not sure now. We need more voice on this issue. Questions: 1. It is not clear to me how a peer indicates that it 'deleted' a chunk from its storage. Does a peer send the entire list of chunks in every 'put'? this may be good if not too segmented but still if I delete my entire 'VOD title/swarm' data the server should be notified In early draft, a peer does not report which chunk it deletes. If a peer deliberately deletes a swarm, I think it can just LEAVE, otherwise it will be still in candidate list on Tracker and other peers may keep requesting from it. If a peer deletes a chunk, other peers will know that through Buffer Map. And there is an Expiration Time in PUT message, which will notify Tracker when to remove a peer from a swarm/chunk list. In 6.2.4.1. PUT Resource Info, we introduce a mechanism by which you need not PUT entire list of chunks, maybe a start and an end chunk is enough. 2. Do you expect peers to 'put' all of their existing storage just after 'joining'? Well, up to now, this is what I expect. This is not a problem in live streaming, where content may not be stored. In VoD, peers usually store a large number of continuous chunks. by PUT in 6.2.4.1, this will not impact Tracker a lot. What do you think? 3. For security reasons we may want to consider having a 'session ID' to the Join response. 4. As you stated, for live streaming chunks won't be used so basically a peer will request a peer-list to watch that 'channel/swarm'. However, the swarmID may not be sufficient to indicate the entity wished to be watched. A peer may be authorized to watch the current program within the channel (the swarm) but not the next one (say a PPV event). This problem could be solved in one the following ways: a) letting the tracker reply with a different 'swarm-ID' to a get request (which btw will help when having different qualities swarms, or when there is more than one swarm representing the same content); b) having also a program ID as part of the reply. The first way is okay, and I think this can be resovled when a peer first learn a swarm ID by some means, e.g. by EPG or by an introduction file, in which different ppv has been assigned different swarm ID , and this I would say is not in the scope of Tracker protocol. Regards and praises again for the work Thank you again for your comments. :) Omer From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of Y.J. Gu Sent: Monday, March 01, 2010 2:21 PM To: ppsp@ietf.org Subject: [ppsp] We have submitted a Tracker Protocol Hi everyone, We submitted a Tracker Protocol draft for ppsp. Abstract: This document defines P2P streaming Tracker Protocol, including functional entities and architecture, components, syntax and semantics. Tracker protocol is an application-level protocol for peers to register, publish/request content and inform peers status to Trackers. It is also for trackers to provide peer lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (VoD), as well as file sharing. The URL for this draft is: http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt We appreciate your comments. Thanks. Regards Yingjie Gu --Boundary_(ID_iaEpl/0XJCRCkcHMIB+azg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT
Hi Omer,
Thanks a lot for reading and your comments.  Thank all the authors and contributors for composing the draft.
See inline please for my consideration of your comments.
 

Regards

Yingjie Gu

 


From: Omer Luzzatti [mailto:omer@rayv.com]
Sent: Friday, March 12, 2010 4:46 PM
To: Y.J. Gu; ppsp@ietf.org
Subject: RE: [ppsp] We have submitted a Tracker Protocol

Yingjie,

 

Congrats on the first draft of the tracker protocol, really amazing work done in short time.

Design point to consider:

Especially for live streaming the tracker may need to ‘recruit’ resources to the swarm. These ‘helper nodes’ are joined nodes (and rightly you separated the ‘join’ from the swarmID) that could be helpful either for their bandwidth or storage. In general a tracker-originated ‘Get’ is what the server should send and   the peers to be able to accept; in practice some additional information may be needed since the peers may not be real participates in the swarm but acting in different roles (super nodes, helpers, etc…). Note that in VOD you may want to ‘distribute’ the content which again will require the above. I know this complicates things significantly but please give it a thought.

I think this is a great idea. This is an early draft, wherein we try to make out a simple but clear architecture and protocol overview.  I believe there are other methods/aspects that we have omitted. Seems that we have already prepared part of premises for "Invitation". For example, Trakers record peer status by "Join" and update the status by "PUT" and maybe also "Keepalive". (Btw, we leave "Keepalive" carrying peer status as an open issue. ), by peer status Tracker can learn who could help. And in some existing application, peers store the content even when they have left the swarm, which could be a potential content source in VoD.   However, I agree with you that this will make the system complicate. One thing is "does the swarm welcome an irrelative nodes?", if the streaming is a private content only target to some particular peers. Another question, if it is an open swarm, comes to my mind is "how could Tracker know when helper nodes are necessary" or "does Tracker always try to invite helpers", i.e. Trackers have to know the overall performance of the swarm. Maybe "STATISTICS" can do the job, I'm not sure now. We need more voice on this issue.

 

 

 Questions:

1.      It is not clear to me how a peer indicates that it ‘deleted’ a chunk from its storage.  Does a peer send the entire list of chunks in every ‘put’? this may be good if not too segmented but still if I delete my entire ‘VOD title/swarm’ data the server should be notified

In early draft, a peer does not report which chunk it deletes. If a peer deliberately deletes a swarm, I think it can just LEAVE, otherwise it will be still in candidate list on Tracker and other peers may keep requesting from it.  If a peer deletes a chunk, other peers will know that through Buffer Map.  And there is an Expiration Time in PUT message, which will notify Tracker when to remove a peer from a swarm/chunk list.

 

In  6.2.4.1.  PUT Resource Info, we introduce a mechanism by which you need not PUT entire list of chunks, maybe a start and an end chunk is enough.

 

2.      Do you expect peers to ‘put’ all of their existing storage just after ‘joining’?  

Well, up to now, this is what I expect. This is not a problem in live streaming, where content may not be stored. In VoD, peers usually store a large number of continuous chunks. by PUT in 6.2.4.1, this will not impact Tracker a lot. What do you think?

3.      For security reasons we may want to consider having a ‘session ID’ to the Join response. 

 

4.      As you stated, for live streaming chunks won’t be used so basically a peer will request a peer-list to watch that ‘channel/swarm’. However, the swarmID may not be sufficient to indicate the entity wished to be watched. A peer may be authorized to watch the current program within the channel (the swarm) but not the next one (say a PPV event). This problem could be solved in one the following ways: a) letting the tracker reply with a different ‘swarm-ID’ to a get request (which btw will help when having different qualities swarms, or when there is more than one swarm representing the same content); b) having also a program ID as part of the reply.  

The first way is okay, and I think this can be resovled when a peer first learn a swarm ID by some means, e.g. by EPG or by an introduction file, in which different ppv has been assigned different swarm ID , and this I would say is not in the scope of Tracker protocol.

   

Regards and praises again for the work 

Thank you again for your comments. :)

 Omer

 

 

From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of Y.J. Gu
Sent: Monday, March 01, 2010 2:21 PM
To: ppsp@ietf.org
Subject: [ppsp] We have submitted a Tracker Protocol

 

Hi everyone,
We submitted a Tracker Protocol draft for ppsp.

 

Abstract:

   This document defines P2P streaming Tracker Protocol, including functional entities and architecture, components, syntax and semantics.

   Tracker protocol is an application-level protocol for peers to register, publish/request content and inform peers status to Trackers. It is also for trackers to provide peer lists to peers, send control/manage messages and communicate with other trackers. Tracker protocol can serve both live media and Video on Demand (VoD), as well as file sharing.


The URL for this draft is:
http://www.ietf.org/id/draft-gu-ppsp-tracker-protocol-00.txt

 

We appreciate your comments.
Thanks.

 

 

 

 

 

Regards

Yingjie Gu

 

--Boundary_(ID_iaEpl/0XJCRCkcHMIB+azg)-- From guyingjie@huawei.com Tue Mar 16 21:05:26 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 595CA3A6852 for ; Tue, 16 Mar 2010 21:05:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.877 X-Spam-Level: * X-Spam-Status: No, score=1.877 tagged_above=-999 required=5 tests=[AWL=-1.794, BAYES_05=-1.11, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_43=0.6, J_CHICKENPOX_66=0.6, MIME_CHARSET_FARAWAY=2.45] 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 ZkfwkrevExoM for ; Tue, 16 Mar 2010 21:05:21 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 07C673A67D1 for ; Tue, 16 Mar 2010 21:05:21 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZE00172RD4N7@szxga04-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:05:29 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZE00H68RD41Y@szxga04-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:05:28 +0800 (CST) Received: from g00107907 ([10.164.12.54]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZE00DFDRD4AE@szxml06-in.huawei.com> for ppsp@ietf.org; Wed, 17 Mar 2010 12:05:28 +0800 (CST) Date: Wed, 17 Mar 2010 12:05:28 +0800 From: "Y.J. Gu" In-reply-to: <201003121800259066319@chinamobile.com> To: 'zhangyunfei' , ppsp@ietf.org Message-id: <004501cac587$144985e0$360ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_CNSJ9xn3nK89X3mRfcrdXg)" Thread-index: AcrBy6x+/FQDaJWrS7WlnRN7BMu2dADuwrrA Cc: "'gonzalo.camarillo'" Subject: Re: [ppsp] ppsp agenda draft X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 04:05:26 -0000 This is a multi-part message in MIME format. --Boundary_(ID_CNSJ9xn3nK89X3mRfcrdXg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable Hi yunfei and all, David Bryan will present the Tracker Protocol. Thanks David. =20 =20 5.Tracker protocol(Yingjie,15min) http://tools.ietf.org/html/draft-gu-ppsp-tracker-protocol-00 =20 =20 =20 Regards Yingjie Gu =20 _____ =20 From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of zhangyunfei Sent: Friday, March 12, 2010 6:00 PM To: ppsp@ietf.org Cc: gonzalo.camarillo Subject: [ppsp] ppsp agenda draft Dear all, Since Lars will send the changed charter propsal to the mailing = list soon,the proposed draft agenda for PPSP in Anaheim is as follows: =20 1. Agenda bash (5min,chairs) 2. Charter Discussion (40 min)=20 =A8C2.1 What=A1=AFs new and where we are=A1=AA=A1=AAProposed PPSP = Charter=20 =A8C2.2 Charter Discussion=20 =20 3.Problem statement (Yunfei,10min) http://tools.ietf.org/html/draft-zhang-ppsp-problem-statement-05 4. Requirements (Ning,10min) http://tools.ietf.org/html/draft-zong-ppsp-reqs-03 =20 5.Tracker protocol(Yingjie,15min) http://tools.ietf.org/html/draft-gu-ppsp-tracker-protocol-00 5. References to PPSP(30min) 5.1 Ravy Architecture and important points for PPSP=A3=A8Omer=A3=A9 5.2 P2P Streaming for Mobile Nodes: Scenarios and Related Issues (Juan-Carlos)=20 http://tools.ietf.org/html/draft-lu-ppsp-mobile-00=20 5.3 PPSP layered coding implementation(James)=20 http://tools.ietf.org/html/ draft-wu-ppsp-p2p-layered-streaming-00 5.4 *P2P+CDN system using PPSP(Lichun)=20 http://tools.ietf.org/html/ draft-li-ppsp-p2p-cdn-00 6. Conclusion and next steps (10min) =20 Due to time limit, some interesting topics are not included in the = agenda now.We suggest to launch the discussion in the mailing list first.If = there are any suggestions on the agenda,please let Gonzalo and me know.Thanks. =20 =20 BR, Yunfei&Gonzalo =20 =20 _____ =20 zhangyunfei 2010-03-12 --Boundary_(ID_CNSJ9xn3nK89X3mRfcrdXg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: quoted-printable
Hi yunfei and all,
David Bryan = will present=20 the Tracker Protocol. Thanks David.
 
 
5.Tracker = protocol(Yingjie,15min)
http://tools.ietf.org/html/draft-gu-ppsp-tracker-protocol-00
 
 
 

Regards

Yingjie Gu

 


From: ppsp-bounces@ietf.org=20 [mailto:ppsp-bounces@ietf.org] On Behalf Of = zhangyunfei
Sent:=20 Friday, March 12, 2010 6:00 PM
To: = ppsp@ietf.org
Cc:=20 gonzalo.camarillo
Subject: [ppsp] ppsp agenda=20 draft

Dear all,
      Since Lars will send the changed = charter=20 propsal to the mailing list soon,the proposed draft agenda for PPSP=20 in Anaheim is as follows:
 
1. Agenda bash (5min,chairs)
2.  Charter Discussion (40 min)
=A8C2.1=20 What=A1=AFs new and where we are=A1=AA=A1=AAProposed PPSP Charter =
=A8C2.2=20 Charter Discussion
 
3.Problem=20 statement (Yunfei,10min)
http://tools.ietf.org/html/draft-zhang-ppsp-problem-statement-05

4. Requirements (Ning,10min)
http://tools.= ietf.org/html/draft-zong-ppsp-reqs-03
 
5.Tracker protocol(Yingjie,15min)
htt= p://tools.ietf.org/html/draft-gu-ppsp-tracker-protocol-00
=

5. References to PPSP(30min)
5.1=20 Ravy=20 Architecture and important=20 points for=20 PPSP=A3=A8Omer=A3=A9
5.2=20 P2P Streaming for Mobile Nodes: Scenarios and = Related=20 Issues (Juan-Carlos)=20
http://tools.= ietf.org/html/draft-lu-ppsp-mobile-00=20
5.3 PPSP=20 layered coding implementation(James)=20 =
http://tools.= ietf.org/html/draft-wu-ppsp-p2p-layered-streaming-00<= /SPAN>
5.4=20 P2P+CDN=20 system using PPSP(Lichun)
http://tools= .ietf.org/html/draft-li-ppsp-p2p-cdn-00
<= /DIV>
6. Conclusion and next steps (10min)
 
Due to time limit, some interesting topics are not included in = the agenda=20 now.We suggest to launch the discussion in the mailing list first.If = there are=20 any suggestions on the agenda,please let Gonzalo and me = know.Thanks.
 
 
BR,
Yunfei&Gonzalo
 
 

zhangyunfei
2010-03-12
= --Boundary_(ID_CNSJ9xn3nK89X3mRfcrdXg)-- From abcdmatao@gmail.com Tue Mar 16 23:50:53 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C2B2628B56A for ; Tue, 16 Mar 2010 23:50:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.509 X-Spam-Level: X-Spam-Status: No, score=0.509 tagged_above=-999 required=5 tests=[AWL=-1.377, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_73=0.6, J_CHICKENPOX_83=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 3cgGoK4bv2v9 for ; Tue, 16 Mar 2010 23:50:47 -0700 (PDT) Received: from mail-iw0-f186.google.com (mail-iw0-f186.google.com [209.85.223.186]) by core3.amsl.com (Postfix) with ESMTP id BE3453A6C26 for ; Tue, 16 Mar 2010 23:50:45 -0700 (PDT) Received: by iwn16 with SMTP id 16so725952iwn.31 for ; Tue, 16 Mar 2010 23:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=4wYn98XVI3B8oKfqhTbr5fGygz1L1WQ/PEN6JLZgtos=; b=LYa7sW86eJ6gOwwIHmqOu7pR8UZFVV7GzWdwQWKkpo5dXcuXjkKcnUXufF3RE67fts OYtLGkZ8zi5sreT7IYuheoYv5gcHigC4RSf+WncNuTjrVMST7i8gN1d047CD482VqcOb axmNdeZ62M9ZjyEjvOTaW/Zu8Yy3HcvsC1G0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=quLyfNhLc11yi5zUEDTQ409jBbot7r6Ce94AmcSzmpJkRHqne9WxwwXWcAxu/vZGpn 5AeX0F03YOtcwa/iDhI0ptsT6Q3hqmKhWCnHmklcYy+OZ4KfA0+5uuY0hktF/42j9daU Ot1O0B+RyBbuL7x8dsSs8xE2GXgCPMeknfhMA= MIME-Version: 1.0 Received: by 10.231.166.68 with SMTP id l4mr1144876iby.40.1268808651822; Tue, 16 Mar 2010 23:50:51 -0700 (PDT) Date: Wed, 17 Mar 2010 14:50:51 +0800 Message-ID: <99978d7d1003162350l35480671u1eb7ec310eecabd0@mail.gmail.com> From: Tao Ma To: lin.xiao@nsn.com Content-Type: multipart/alternative; boundary=005045014455fad73e0481f98887 Cc: ppsp@ietf.org, zhangchbupt@gmail.com Subject: Re: [ppsp] Charter Proposal - Centralized and distributed tracker(Tao Ma, BUPT) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 06:50:53 -0000 --005045014455fad73e0481f98887 Content-Type: text/plain; charset=ISO-8859-1 Hi, +1 I think what Cullen means here is the way in which the trackers are organized should be transparent to peers in PPSP. The examples of Youtube and Skype are clear enough to clarify the problem to everyone. PPSP would not show the internal nature of trackers to peers. Tao Ma Beijing University of Posts and Telecommunications, Mobile lIfe and New mEdia(MINE) Lab 2010/3/16 > If you have received this digest without all the individual message > attachments you will need to update your digest options in your list > subscription. To do so, go to > > https://www.ietf.org/mailman/listinfo/ppsp > > Click the 'Unsubscribe or edit options' button, log in, and set "Get > MIME or Plain Text Digests?" to MIME. You can set this option > globally for all the list digests you receive at this point. > > > > Send ppsp mailing list submissions to > ppsp@ietf.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.ietf.org/mailman/listinfo/ppsp > or, via email, send a message with subject or body 'help' to > ppsp-request@ietf.org > > You can reach the person managing the list at > ppsp-owner@ietf.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ppsp digest..." > > > Today's Topics: > > 1. Re: Charter Proposal - Centralized and distributed tracker > (Xiao, Lin (NSN - CN/Beijing)) > 2. (no subject) > 3. Re: Charter Proposal - real-time and time-shifted > (Xiao, Lin (NSN - CN/Beijing)) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 16 Mar 2010 15:39:02 +0800 > From: "Xiao, Lin (NSN - CN/Beijing)" > Subject: Re: [ppsp] Charter Proposal - Centralized and distributed > tracker > To: "ext Ning Zong" , "David A. Bryan" > , "Cullen Jennings" > Cc: ppsp@ietf.org > Message-ID: > <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B3D4@CNBEEXC007.nsn-intra.net> > Content-Type: text/plain; charset="iso-8859-1" > > Hi All, > > > Just trying to split the discussions in separated threads. > > > ------------------------------ > > Message: 2 > Message-ID: > > of centralized and distributed tracker and if PPSP should consider it. = > Both Ning and David has mentioned that " tracker" was a logical = > function, which could be one server or a group of servers organized by = > DHT. Cullen considered both of the models as "centralized tracker", if = > only one interface is given for tracker to communicate with peers. = > That's why he said only "centralized trackers" (no matter a stand alone = > one or a group of them) were considered in PPSP. Because from the = > perspective of peers, it's only a logical function offering tracker = > services.=20 > > IMOH, PPSP does not need to care about how many trackers and where they = > are allocated if the communication can be set up between peers and the = > "tracker function" by a single logical interface. The search of the = > trackers should be out of the scope of PPSP. Therefore, PPSP should not = > be bothered by the issues of finding and collecting tracker information = > from distributed trackers individually. It should be allowed that a = > group of trackers are organized by DHT to offer tracker services as if = > "one logical tracker". The signaling between the trackers should be = > looked as internal, which are not cared by PPSP. In this point, RELOAD = > might be used to organize the trackers, which is invisible to PPSP from = > outside. So, why not delete the terms of "centralized" and = > "distributed", which cause confusion, and look the tracker just as a = > single logical function.=20 > > > Br > Lin Xiao > > > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = > ext Ning Zong > Sent: Tuesday, March 16, 2010 2:00 PM > To: 'David A. Bryan'; 'Cullen Jennings' > Cc: ppsp@ietf.org > Subject: Re: [ppsp] Charter Proposal > > Hi, Cullen & David > > Given the information and clarification provided by Lars and Cullen, I = > understand the points raised by Cullen. My feeling is that PPSP may need = > more priority on efficiency since it focuses on real-time streaming. So = > one potential advantage of centralized tracker would be a quicker = > response to the peer list request, rather than a hop-by-hop routing & = > response mode defined in RELOAD. But the tracker is not necessarily a = > stand-alone server (what I mean centralized in the previous email), it = > could be a group of servers organized by some distributed way (for = > better robustness and load balance, etc) and serve the peer list request = > as a whole logical tracker. > How to implement the latter case of group of servers is currently not in = > the scope, but definitely needs to be considered later. > Another word, the peer-to-tracker message is sent to some single = > function to return peer list as quick as possible, not routed = > hop-by-hop, for the sake of real-time efficiency. I remember there are = > some comparison drafts presented in PPSP to emphasize this motivation. > Of course, that's only my two cents, I'd like to hear more opinions from = > the group. > > BR, > Ning Zong > > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = > David A. Bryan > Sent: Tuesday, March 16, 2010 8:46 AM > To: Cullen Jennings > Cc: ppsp@ietf.org > Subject: Re: [ppsp] Charter Proposal > > So just a few little followup points, mostly because I think I was a bit = > unclear about my comment about distributed trackers, inline... > > On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings = > wrote: > > > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > > > >> So in general I think there are a lot of good comments here, and=20 > >> thanks for sending things to the list. A few things I had comments on = > > >> inline... > >> > >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings > wrote: > >> > > >> > > >> > The PPSP could easily be one of these groups were we spend the=20 > >> > first > few > >> > years trying to chooses which protocol to start with in various=20 > >> > places. That would just remove the will to do anything in the=20 > >> > group. I have been lurking and watching this work from the=20 > >> > beginning and it > seems > >> > like there are probably many things that most the participants=20 > >> > agree to that we could just nail down in the charter. =A0Doing so=20 > >> > would help get the work done faster and provide others a clear idea = > > >> > that had not been been participating a much clearer idea of what = > this work is about. > >> > > >> > For example: > >> > > >> > Centralized or distributed trackers. My belief is that most the=20 > >> > folks want to do a centralized tracker. On a side note, I think=20 > >> > they would be hard to do a distributed one before a centralized as=20 > >> > centralized is > much > >> > easier. The obvious protocol to use for a centralized one is to add = > > >> > the needed extensions to the HTTP based version of bittorrent=20 > >> > tracker protocol. If they want to do a distributed one, RELOAD=20 > >> > would meet the needs and at least be worth looking at. > >> > >> I'm a bit confused about why you want to exclude distributed = > trackers. > >> Most of the information that would be exchanged -- i.e. the maps of=20 > >> chunks etc -- are going to be the same between the two. I am still=20 > >> trying to get my head around where the "edge" is here, but from=20 > >> hacking at ideas a bit, it seems to me that the tracker protocol=20 > >> might have two parts: query/place information from the peers to the=20 > >> tracker, and information between trackers. If the separation is=20 > >> clean, it might be possible to only focus on the part between=20 > >> peers/trackers and not consider distributed trackers, but otherwise I = > > >> think in protocol design we should at least consider it...seems like=20 > >> a bad idea to design a P2P protocol that neglects P2P at a different=20 > >> level (i.e., between trackers) > > > > I was just trying to put into the charter the direction I thought the > group wanted to go or at least surface the issues so we could feedback = > of the form "yep, looks good" or "nope, we want distributed". Obviously = > I'm a bit of a fan of distributed approaches. > > Given this, and the followup Ning had, I think things became more crisp = > than my original comment, but just to be clear, I think what I am = > getting at is that I see the tracker, as Ning mentioned, as a logical = > function. It could be implemented in a centralized way (and likely would = > be), or could actually use a DHT in the background. It may be that we = > don't really need to consider that in the design of the protocol to = > query the "tracker" (whatever that may be), and I certainly don't want = > to muddy things by insisting it be distributed. > I'd personally suggest some wording akin to what we did in P2PSIP, where = > we crafted a DHT for SIP but tried not to break it for other possible = > applications. So here, maybe we say we are building for a centralized = > tracker, but will try to consider the problem of a distributed, and make = > sure the protocol for the logical process of tracker calls doesn't do = > something that explicitly breaks distributed functionality later. > > I definitely don't want to give the IESG (or anyone else, really) the = > impression that there is a big group of us looking to do a distributed = > tracker up front. As far as I know, there isn't. > > > > >> > >> > Similarly for the media transfer, I suspect that many people would=20 > >> > be happy with RTP. It's hard to imagine anything else given the end = > > >> > goal for this. I guess one could argue for a new protocol or a=20 > >> > protocol that transferred data tunneled in the peer signaling = > protocol. > >> > >> Absolutely agree. Devising new mechanisms for media transport seems=20 > >> way out of scope to me. > >> > >> > The peer signing protocol needs to be able to set up the RTP=20 > >> > sessions and work thought NATs. I think the NAT traversal scheme=20 > >> > will end up being ICE or something that more or less amounts to ICE = > > >> > with no TURN option given the deployment models. Both RTSP and SIP=20 > >> > are candidates here. In some ways at first glance, RTSP might seem=20 > >> > simpler. But a > bunch > >> > of that simplicity comes from the model of it being deployed on=20 > >> > server all clients can easily reach without nat nightmares and less = > > >> > negotiation. Much of SIP complexity comes form too many=20 > >> > intermediaries and forking which would not apply in this case. = > =A0We=20 > >> > will have to add a bunch to RTSP to get it to work or subtract some = > > >> > SIP to get it to work. Not an easy call and not a call that the WG=20 > >> > is in a great > position > >> > to sort out. I'd love to hear others thought on it. > >> > > >> > The alternative to the RTSP/SIP approach is to replace the=20 > >> > signaling > and > >> > SDP with a capabilities something more like the Advertisement / > Proposal > >> > architecture the Jon and I have been discussion (See=20 > >> > draft-peterson-sipcore-advprop ). > >> > >> Not quite as clear to me here, but I mostly agree. Definitely need to = > > >> negotiate streams, and need to traverse NATs. SIP seems like using a=20 > >> fighter plane to kill a fly here, but may very well turn out that=20 > >> many of the capabilities end up being needed once we get into it. The = > > >> problem is if the peers are speaking SIP, aren't they expected to=20 > >> have the full SIP capabilities. We seem to need a SIP-Lite...(and=20 > >> yes, I know that has been discussed oh, once or twice before, but=20 > >> here it would be for devices with distinctly different applications) > > > > Right - for example, I see no need for forking in one uses SIP which > greatly the use of SIP. If the the plan it to simplify SIP in this way, = > we probably need to express that in the charter. =A0My view on using SIP = > is this work would only need a subset of it. However if we use RTSP, we = > need to add a bunch in RTSP. Typically cutting away stuff is faster than = > growing new stuff but that is not always true. Either could be made to = > work. So could something new. > > Yep. Fully agree, particularly about hacking rather than = > growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd > agree.) > > One wrinkle I see is that while these look good for real-time, it isn't = > quite clear to me that SIP (or actually even RTP on the transport side) = > is right in the time-shifted context. If I am retrieving the file then = > playing locally ala Bit-Torrent, it seems possible that you would use a = > bulk transfer block-by-block in that scenario and assemble and play = > locally, rather than stream from the peer that has it as would be the = > case in real-time. The more I've dug into this in the last few months, = > the more the real-time and time-shifted cases differ for the actions = > after you contact the tracker. > > >> My first take on the proposed charter below is that I like seeing=20 > >> things get more concrete, but it has two problems from my = > perspective: > >> > >> I agree bit-torrent is a very good model and we should be looking at=20 > >> it, but the survey work is also bringing in work from some other very = > > >> widely deployed solutions (PPLive, for example), and I'm personally a = > > >> bit reluctant to just say bit-torrent wins. > > > > > > > >> > >> I'm aware that PPLive and Bit-Torrent address slightly different=20 > >> problems, which is actually my biggest concern with the charter --=20 > >> still not clear that the live and time-shifted content really call=20 > >> for the same protocol or share as much as might be thought in common. > >> Particularly for the real-time streaming, I'm not at all sure=20 > >> Bit-Torrent is the right choice. (although I can see using a tracker=20 > >> to find candidate peers and establishing live sessions between=20 > >> them...so it's possible) =A0I'd rather wait just a little bit for the = > > >> survey document to evolve to make that call, and get more visibility=20 > >> into if one protocol can be used for both streaming and time-shifted=20 > >> content. That's part of the motivation for hacking together some=20 > >> strawman work on the tracker as well -- let's see what hard problems=20 > >> we stumble in that process. I agree if we don't firm it up we'll spin = > > >> for a long time, but I also don't want to jump to a wrong conclusion. > > > > Fair enough - what you are saying there does seem very reasonable to=20 > > me - > but if we go down the plan then I think we should probably =A0spin up an = > Exploratory Group to go make some choices like that. > > +1. I'd very much support that and would be willing to help if > volunteers are needed. > > >> My biggest objection is with the proposal below is saying SIP is the=20 > >> right choice for the Peer Protocol. That seems not-quite-right (even=20 > >> if SIP is used to establish the connections). The peer protocol here. > >> again, is doing several things -- possibly maintaining an overlay=20 > >> (possible RELOAD usage, although we have to make sure a full DHT is=20 > >> needed, which with a central tracker it may not be) and in the live=20 > >> stream case, establishing connections. Unless we resurrect dSIP=20 > >> (which I'd love ;) ), SIP can't do the former, and I still think it=20 > >> is way overkill for the later unless we come up with a lighter=20 > >> version. I'll take a look at the advprop draft you mention -- that=20 > >> might be exactly what I am thinking of but I have to admit I haven't=20 > >> read it. I guess my worry here is that your version of the draft=20 > >> seems to be taking the "I have a SIP hammer so this is a SIP nail"=20 > >> approach, and I'm not quite convinced that's right (at least not yet, = > > >> but I must admit the problem looks very nail shaped. Maybe just a = > really small nail). > > > > Well I understand how something like RELAOD might get used for the=20 > > peer to > tracker protocol, but once you know a peer you are going to try and set = > up an RTP session with and, assuming the use of RTP, =A0it seems you = > need a protocol were host =A0A can tell host B to start sending the = > following data in an RTP steam. =A0Do I have this about right? > > Yep, I think you do have it right, and like I said, given that = > description, SIP (in the old original session establishment sense) may = > really be right, I'm just not quite convinced yet. I'm sure you know = > this since you have too, but as someone who has hacked a bunch of SIP = > stuff together over the years, I know how much there is in SIP, and how = > much of that we don't need in this context. Certainly don't mean to = > imply it isn't a pretty strong candidate. > > David > > >> > >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. > >> > >> Anyway, interesting thoughts,and my 2 cents... > >> > >> David > >> > >> > There are a few other topics which are not addressed in this=20 > >> > charter that worry me a lot. The currently protocols being proposed = > > >> > and related discussion does not seem to address what is the=20 > >> > incentive for anyone to serve content. It's clear why you would=20 > >> > receive but not clear why you would bother to transmit. Bittorrent=20 > >> > put a lot of effort into this and IMHO got it "right enough" that=20 > >> > the system is very successful. I worry about it in this work. A=20 > >> > second topic is that the desired privacy properties of the system=20 > >> > are also pretty vague. If we are not clear about these in the=20 > >> > beginning, we run the risk of getting very bogged down in arguing = > about them as the protocol starts to get close to done. > >> > > >> > To try and help get things moving along, I have proposed charter=20 > >> > bellow that is very conservative . =A0As an individual, I would=20 > >> > probably have a slight preference for a more risky approach than=20 > >> > the proposal below but . > >> > > >> > > >> > ------------------------------------------------ > >> > > >> > > >> > > >> > > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops=20 > >> > two signaling and control protocols for a peer-to-peer (P2P)=20 > >> > streaming system for transmitting live and time shifted media=20 > >> > content with near real-time delivery requirements. > >> > > >> > Two kinds of nodes exist in the targeted P2P streaming system,=20 > >> > i.e., "peers" and "trackers". Peers are nodes that are actively=20 > >> > sending and receiving streamed media content, and include both=20 > >> > statically connected hosts as well as mobile devices with=20 > >> > connectivity and IP addresses that change over time. The set of=20 > >> > peers that are participating in a > streaming > >> > session will dynamically change over time. Trackers are well-known > nodes > >> > with stable connectivity that maintain meta information about the=20 > >> > streamed content and the dynamic peer set. The working group is=20 > >> > only addressing centralized trackers and not the distributed = > tracker. > >> > > >> > The PPSP WG designs a protocol for signaling and control between=20 > >> > trackers and peers (the PPSP "tracker protocol") and a signaling=20 > >> > and control protocol for communication among the peers (the PPSP=20 > >> > "peer protocol"). The two protocols enable peers to receive=20 > >> > streaming data within the time constraints required by specific=20 > >> > content items. =A0The tracker protocol handles the initial and=20 > >> > periodic exchange of meta information between trackers and peers,=20 > >> > such as peer lists and content information. The peer protocol=20 > >> > controls the advertising and exchange of media data availability = > between the peers. > >> > > >> > The tracker protocol will be modeled as much as possible to match=20 > >> > the exiting bittorrent protocol with appropriate extensions for to=20 > >> > cary information that is needed for selection of a peer suitable=20 > >> > for real time streaming. Media descriptions will use the syntax and = > > >> > semantics from SDP where that is possible. > >> > > >> > The peer protocol will be be an extension of SIP and use ICE for=20 > >> > NAT traversal. > >> > > >> > RTP will be used for the encoding and transmission of the media=20 > >> > content between peers. PPSP is not chartered to work on media=20 > >> > transmission protocols, media encoding techniques or other=20 > >> > components of a P2P streaming system such as playout scheduling and = > control, etc. > >> > > >> > The work items of the PPSP WG are: > >> > > >> > (1) A "problem statement" document that gives an overview of the > >> > =A0 =A0proposed P2P streaming system, motivates the desire for=20 > >> > standardized > >> > =A0 =A0protocols, defines the envisioned scope of those = > standardized > >> > =A0 =A0components and discusses common terminologies and concepts. > >> > > >> > (2) A "requirements" document that details the specific functional, > >> > =A0 =A0operational and performance requirements of the two PPSP = > protocols. > >> > > >> > (3) An "architectural survey" document that summarizes current P2P > >> > =A0 =A0streaming architectures, in particular tracker-based P2P=20 > >> > streaming > >> > =A0 =A0systems, and highlights best current practices. > >> > > >> > (4) A detailed specification of the PPSP peer protocol. > >> > > >> > (5) A detailed specification of the PPSP tracker protocol. > >> > > >> > (6) A "usage guide" that describes how the two PPSP protocols and > >> > =A0 =A0existing IETF protocols, such ALTO, can be combined to = > create a > >> > =A0 =A0deployable operational P2P streaming system. =A0This = > document will > >> > =A0 =A0also discuss use of layered media encoding and related media = > > >> > chunk > >> > =A0 =A0descriptions in the peer protocol for more robust streaming. > >> > > >> > The work items of the PPSP WG interacts with the work performed in > other > >> > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever = > > >> > extensions or modification to the protocols developed in other WGs=20 > >> > are deemed necessary, PPSP shall communicate and discuss the=20 > >> > requirements for such extensions with the relevant WGs but is not=20 > >> > charted to make such changes. > >> > > >> > Goals and Milestones: > >> > > >> > Sep 2010 =A0 Submit problem statement to IESG as Informational Dec=20 > >> > 2010 =A0 Submit architectural survey to IESG as Informational Dec=20 > >> > 2010 =A0 Submit requirements document to IESG as Informational Aug=20 > >> > 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard Aug = > > >> > 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard=20 > >> > Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational > >> > > >> > > >> > ---------------------------------------------------------------- > >> > > >> > > >> > Cullen Jennings > >> > For corporate legal information go to: > >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > >> > > >> > > >> > > >> > _______________________________________________ > >> > ppsp mailing list > >> > ppsp@ietf.org > >> > https://www.ietf.org/mailman/listinfo/ppsp > >> > > >> > > > > > > Cullen Jennings > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > > ------------------------------ > > Message: 3 > Date: Tue, 16 Mar 2010 16:06:09 +0800 > From: "Xiao, Lin (NSN - CN/Beijing)" > Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted > To: "ext David A. Bryan" , "Cullen Jennings" > > Cc: ppsp@ietf.org > Message-ID: > <5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBEEXC007.nsn-intra.net> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi, > > I'd like to open a new thread for the discussion of allowed PPSP media > type. > > It is true that there are lot of different requirements and behaviors of > real-time streaming, VoD and file downloading. However, PPSP is only a set > of signaling protocols but not media transmission protocol. From this point, > there must be common structure and signaling process flow shared by these > three use cases. A "usage type" was defined to identify the type of content > transmitted in PPSP system (requirement draft -03). Parameters can be > adjusted according to different "usage types" for different kind of > transmission. > > As far as I know, most of the P2P streaming software, e.g. PPlive and > PPStream, support both live streaming and VoD services. Recently, PPStream > even allow downloading the whole film file to users' local disks, just like > Bit-Torrent does. It means common signaling and control method can be > designed for all the "usage types". > > > Br > Lin Xiao > > > > > > > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of > ext David A. Bryan > Sent: Tuesday, March 16, 2010 8:46 AM > To: Cullen Jennings > Cc: ppsp@ietf.org > Subject: Re: [ppsp] Charter Proposal > > So just a few little followup points, mostly because I think I was a bit > unclear about my comment about distributed trackers, inline... > > On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings > wrote: > > > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > > > >> So in general I think there are a lot of good comments here, and > >> thanks for sending things to the list. A few things I had comments on > >> inline... > >> > >> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings > wrote: > >> > > >> > > >> > The PPSP could easily be one of these groups were we spend the > >> > first few years trying to chooses which protocol to start with in > >> > various places. That would just remove the will to do anything in > >> > the group. I have been lurking and watching this work from the > >> > beginning and it seems like there are probably many things that > >> > most the participants agree to that we could just nail down in the > >> > charter. ?Doing so would help get the work done faster and provide > >> > others a clear idea that had not been been participating a much > clearer idea of what this work is about. > >> > > >> > For example: > >> > > >> > Centralized or distributed trackers. My belief is that most the > >> > folks want to do a centralized tracker. On a side note, I think > >> > they would be hard to do a distributed one before a centralized as > >> > centralized is much easier. The obvious protocol to use for a > >> > centralized one is to add the needed extensions to the HTTP based > >> > version of bittorrent tracker protocol. If they want to do a > >> > distributed one, RELOAD would meet the needs and at least be worth > looking at. > >> > >> I'm a bit confused about why you want to exclude distributed trackers. > >> Most of the information that would be exchanged -- i.e. the maps of > >> chunks etc -- are going to be the same between the two. I am still > >> trying to get my head around where the "edge" is here, but from > >> hacking at ideas a bit, it seems to me that the tracker protocol > >> might have two parts: query/place information from the peers to the > >> tracker, and information between trackers. If the separation is > >> clean, it might be possible to only focus on the part between > >> peers/trackers and not consider distributed trackers, but otherwise I > >> think in protocol design we should at least consider it...seems like > >> a bad idea to design a P2P protocol that neglects P2P at a different > >> level (i.e., between trackers) > > > > I was just trying to put into the charter the direction I thought the > group wanted to go or at least surface the issues so we could feedback of > the form "yep, looks good" or "nope, we want distributed". Obviously I'm a > bit of a fan of distributed approaches. > > Given this, and the followup Ning had, I think things became more crisp > than my original comment, but just to be clear, I think what I am getting at > is that I see the tracker, as Ning mentioned, as a logical function. It > could be implemented in a centralized way (and likely would be), or could > actually use a DHT in the background. It may be that we don't really need to > consider that in the design of the protocol to query the "tracker" (whatever > that may be), and I certainly don't want to muddy things by insisting it be > distributed. > I'd personally suggest some wording akin to what we did in P2PSIP, where we > crafted a DHT for SIP but tried not to break it for other possible > applications. So here, maybe we say we are building for a centralized > tracker, but will try to consider the problem of a distributed, and make > sure the protocol for the logical process of tracker calls doesn't do > something that explicitly breaks distributed functionality later. > > I definitely don't want to give the IESG (or anyone else, really) the > impression that there is a big group of us looking to do a distributed > tracker up front. As far as I know, there isn't. > > > > >> > >> > Similarly for the media transfer, I suspect that many people would > >> > be happy with RTP. It's hard to imagine anything else given the end > >> > goal for this. I guess one could argue for a new protocol or a > >> > protocol that transferred data tunneled in the peer signaling > protocol. > >> > >> Absolutely agree. Devising new mechanisms for media transport seems > >> way out of scope to me. > >> > >> > The peer signing protocol needs to be able to set up the RTP > >> > sessions and work thought NATs. I think the NAT traversal scheme > >> > will end up being ICE or something that more or less amounts to ICE > >> > with no TURN option given the deployment models. Both RTSP and SIP > >> > are candidates here. In some ways at first glance, RTSP might seem > >> > simpler. But a bunch of that simplicity comes from the model of it > >> > being deployed on server all clients can easily reach without nat > >> > nightmares and less negotiation. Much of SIP complexity comes form > >> > too many intermediaries and forking which would not apply in this > >> > case. ?We will have to add a bunch to RTSP to get it to work or > >> > subtract some SIP to get it to work. Not an easy call and not a > >> > call that the WG is in a great position to sort out. I'd love to hear > others thought on it. > >> > > >> > The alternative to the RTSP/SIP approach is to replace the > >> > signaling and SDP with a capabilities something more like the > >> > Advertisement / Proposal architecture the Jon and I have been > >> > discussion (See draft-peterson-sipcore-advprop ). > >> > >> Not quite as clear to me here, but I mostly agree. Definitely need to > >> negotiate streams, and need to traverse NATs. SIP seems like using a > >> fighter plane to kill a fly here, but may very well turn out that > >> many of the capabilities end up being needed once we get into it. The > >> problem is if the peers are speaking SIP, aren't they expected to > >> have the full SIP capabilities. We seem to need a SIP-Lite...(and > >> yes, I know that has been discussed oh, once or twice before, but > >> here it would be for devices with distinctly different applications) > > > > Right - for example, I see no need for forking in one uses SIP which > greatly the use of SIP. If the the plan it to simplify SIP in this way, we > probably need to express that in the charter. ?My view on using SIP is this > work would only need a subset of it. However if we use RTSP, we need to add > a bunch in RTSP. Typically cutting away stuff is faster than growing new > stuff but that is not always true. Either could be made to work. So could > something new. > > Yep. Fully agree, particularly about hacking rather than growing...(i.e., > SIP easier than RTSP. At least in my opinion, I'd > agree.) > > One wrinkle I see is that while these look good for real-time, it isn't > quite clear to me that SIP (or actually even RTP on the transport side) is > right in the time-shifted context. If I am retrieving the file then playing > locally ala Bit-Torrent, it seems possible that you would use a bulk > transfer block-by-block in that scenario and assemble and play locally, > rather than stream from the peer that has it as would be the case in > real-time. The more I've dug into this in the last few months, the more the > real-time and time-shifted cases differ for the actions after you contact > the tracker. > > >> My first take on the proposed charter below is that I like seeing > >> things get more concrete, but it has two problems from my perspective: > >> > >> I agree bit-torrent is a very good model and we should be looking at > >> it, but the survey work is also bringing in work from some other very > >> widely deployed solutions (PPLive, for example), and I'm personally a > >> bit reluctant to just say bit-torrent wins. > > > > > > > >> > >> I'm aware that PPLive and Bit-Torrent address slightly different > >> problems, which is actually my biggest concern with the charter -- > >> still not clear that the live and time-shifted content really call > >> for the same protocol or share as much as might be thought in common. > >> Particularly for the real-time streaming, I'm not at all sure > >> Bit-Torrent is the right choice. (although I can see using a tracker > >> to find candidate peers and establishing live sessions between > >> them...so it's possible) ?I'd rather wait just a little bit for the > >> survey document to evolve to make that call, and get more visibility > >> into if one protocol can be used for both streaming and time-shifted > >> content. That's part of the motivation for hacking together some > >> strawman work on the tracker as well -- let's see what hard problems > >> we stumble in that process. I agree if we don't firm it up we'll spin > >> for a long time, but I also don't want to jump to a wrong conclusion. > > > > Fair enough - what you are saying there does seem very reasonable to me - > but if we go down the plan then I think we should probably ?spin up an > Exploratory Group to go make some choices like that. > > +1. I'd very much support that and would be willing to help if > volunteers are needed. > > >> My biggest objection is with the proposal below is saying SIP is the > >> right choice for the Peer Protocol. That seems not-quite-right (even > >> if SIP is used to establish the connections). The peer protocol here. > >> again, is doing several things -- possibly maintaining an overlay > >> (possible RELOAD usage, although we have to make sure a full DHT is > >> needed, which with a central tracker it may not be) and in the live > >> stream case, establishing connections. Unless we resurrect dSIP > >> (which I'd love ;) ), SIP can't do the former, and I still think it > >> is way overkill for the later unless we come up with a lighter > >> version. I'll take a look at the advprop draft you mention -- that > >> might be exactly what I am thinking of but I have to admit I haven't > >> read it. I guess my worry here is that your version of the draft > >> seems to be taking the "I have a SIP hammer so this is a SIP nail" > >> approach, and I'm not quite convinced that's right (at least not yet, > >> but I must admit the problem looks very nail shaped. Maybe just a really > small nail). > > > > Well I understand how something like RELAOD might get used for the peer > to tracker protocol, but once you know a peer you are going to try and set > up an RTP session with and, assuming the use of RTP, ?it seems you need a > protocol were host ?A can tell host B to start sending the following data in > an RTP steam. ?Do I have this about right? > > Yep, I think you do have it right, and like I said, given that description, > SIP (in the old original session establishment sense) may really be right, > I'm just not quite convinced yet. I'm sure you know this since you have too, > but as someone who has hacked a bunch of SIP stuff together over the years, > I know how much there is in SIP, and how much of that we don't need in this > context. Certainly don't mean to imply it isn't a pretty strong candidate. > > David > > >> > >> Reuse of SDP and RTP seem like no-brainers and I definitely agree. > >> > >> Anyway, interesting thoughts,and my 2 cents... > >> > >> David > >> > >> > There are a few other topics which are not addressed in this > >> > charter that worry me a lot. The currently protocols being proposed > >> > and related discussion does not seem to address what is the > >> > incentive for anyone to serve content. It's clear why you would > >> > receive but not clear why you would bother to transmit. Bittorrent > >> > put a lot of effort into this and IMHO got it "right enough" that > >> > the system is very successful. I worry about it in this work. A > >> > second topic is that the desired privacy properties of the system > >> > are also pretty vague. If we are not clear about these in the > >> > beginning, we run the risk of getting very bogged down in arguing > about them as the protocol starts to get close to done. > >> > > >> > To try and help get things moving along, I have proposed charter > >> > bellow that is very conservative . ?As an individual, I would > >> > probably have a slight preference for a more risky approach than > >> > the proposal below but . > >> > > >> > > >> > ------------------------------------------------ > >> > > >> > > >> > > >> > > >> > The Peer-to-Peer Streaming Protocol (PPSP) working group develops > >> > two signaling and control protocols for a peer-to-peer (P2P) > >> > streaming system for transmitting live and time shifted media > >> > content with near real-time delivery requirements. > >> > > >> > Two kinds of nodes exist in the targeted P2P streaming system, > >> > i.e., "peers" and "trackers". Peers are nodes that are actively > >> > sending and receiving streamed media content, and include both > >> > statically connected hosts as well as mobile devices with > >> > connectivity and IP addresses that change over time. The set of > >> > peers that are participating in a streaming session will > >> > dynamically change over time. Trackers are well-known nodes with > >> > stable connectivity that maintain meta information about the > >> > streamed content and the dynamic peer set. The working group is only > addressing centralized trackers and not the distributed tracker. > >> > > >> > The PPSP WG designs a protocol for signaling and control between > >> > trackers and peers (the PPSP "tracker protocol") and a signaling > >> > and control protocol for communication among the peers (the PPSP > >> > "peer protocol"). The two protocols enable peers to receive > >> > streaming data within the time constraints required by specific > >> > content items. ?The tracker protocol handles the initial and > >> > periodic exchange of meta information between trackers and peers, > >> > such as peer lists and content information. The peer protocol > >> > controls the advertising and exchange of media data availability > between the peers. > >> > > >> > The tracker protocol will be modeled as much as possible to match > >> > the exiting bittorrent protocol with appropriate extensions for to > >> > cary information that is needed for selection of a peer suitable > >> > for real time streaming. Media descriptions will use the syntax and > >> > semantics from SDP where that is possible. > >> > > >> > The peer protocol will be be an extension of SIP and use ICE for > >> > NAT traversal. > >> > > >> > RTP will be used for the encoding and transmission of the media > >> > content between peers. PPSP is not chartered to work on media > >> > transmission protocols, media encoding techniques or other > >> > components of a P2P streaming system such as playout scheduling and > control, etc. > >> > > >> > The work items of the PPSP WG are: > >> > > >> > (1) A "problem statement" document that gives an overview of the > >> > ? ?proposed P2P streaming system, motivates the desire for > >> > standardized > >> > ? ?protocols, defines the envisioned scope of those standardized > >> > ? ?components and discusses common terminologies and concepts. > >> > > >> > (2) A "requirements" document that details the specific functional, > >> > ? ?operational and performance requirements of the two PPSP protocols. > >> > > >> > (3) An "architectural survey" document that summarizes current P2P > >> > ? ?streaming architectures, in particular tracker-based P2P > >> > streaming > >> > ? ?systems, and highlights best current practices. > >> > > >> > (4) A detailed specification of the PPSP peer protocol. > >> > > >> > (5) A detailed specification of the PPSP tracker protocol. > >> > > >> > (6) A "usage guide" that describes how the two PPSP protocols and > >> > ? ?existing IETF protocols, such ALTO, can be combined to create a > >> > ? ?deployable operational P2P streaming system. ?This document will > >> > ? ?also discuss use of layered media encoding and related media > >> > chunk > >> > ? ?descriptions in the peer protocol for more robust streaming. > >> > > >> > The work items of the PPSP WG interacts with the work performed in > >> > other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. > >> > Whenever extensions or modification to the protocols developed in > >> > other WGs are deemed necessary, PPSP shall communicate and discuss > >> > the requirements for such extensions with the relevant WGs but is > >> > not charted to make such changes. > >> > > >> > Goals and Milestones: > >> > > >> > Sep 2010 ? Submit problem statement to IESG as Informational Dec > >> > 2010 ? Submit architectural survey to IESG as Informational Dec > >> > 2010 ? Submit requirements document to IESG as Informational Aug > >> > 2011 ? Submit PPSP peer protocol to IESG as Proposed Standard Aug > >> > 2011 ? Submit PPSP tracker protocol to IESG as Proposed Standard > >> > Dec 2011 ? Submit usage guide to IESG to IESG as Informational > >> > > >> > > >> > ---------------------------------------------------------------- > >> > > >> > > >> > Cullen Jennings > >> > For corporate legal information go to: > >> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > >> > > >> > > >> > > >> > _______________________________________________ > >> > ppsp mailing list > >> > ppsp@ietf.org > >> > https://www.ietf.org/mailman/listinfo/ppsp > >> > > >> > > > > > > Cullen Jennings > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > > ------------------------------ > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > > End of ppsp Digest, Vol 18, Issue 17 > ************************************ > --005045014455fad73e0481f98887 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
=A0=A0 +1
=A0=A0 I think what Cullen means here is the way in whi= ch the trackers are organized should be transparent to peers in PPSP. The e= xamples of Youtube and Skype are clear enough to clarify the problem to eve= ryone. PPSP would not show the internal nature of trackers to peers.
Tao Ma
Beijing University of Posts and Te= lecommunications, Mobile lIfe and New mEdia(MINE) Lab
2010/3/16 <p= psp-request@ietf.org>
If you have received this digest without all the individual message
attachments you will need to update your digest options in your list
subscription. =A0To do so, go to

ht= tps://www.ietf.org/mailman/listinfo/ppsp

Click the 'Unsubscribe or edit options' button, log in, and set &qu= ot;Get
MIME or Plain Text Digests?" to MIME. =A0You can set this option
globally for all the list digests you receive at this point.



Send ppsp mailing list submissions to
=A0 =A0 =A0 =A0ppsp@ietf.org

To subscribe or unsubscribe via the World Wide Web, visit
=A0 =A0 =A0 =A0https://www.ietf.org/mailman/listinfo/ppsp
or, via email, send a message with subject or body 'help' to
=A0 =A0 =A0 =A0ppsp-request@ietf.= org

You can reach the person managing the list at
=A0 =A0 =A0 =A0ppsp-owner@ietf.org<= /a>

When replying, please edit your Subject line so it is more specific
than "Re: Contents of ppsp digest..."


Today's Topics:

=A0 1. Re: Charter Proposal - Centralized and distributed tracker
=A0 =A0 =A0(Xiao, Lin (NSN - CN/Beijing))
=A0 2. (no subject)
=A0 3. Re: Charter Proposal - =A0real-time and time-shifted
=A0 =A0 =A0(Xiao, Lin (NSN - CN/Beijing))


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

Message: 1
Date: Tue, 16 Mar 2010 15:39:02 +0800
From: "Xiao, Lin (NSN - CN/Beijing)" <
lin.xiao@nsn.com>
Subject: Re: [ppsp] Charter Proposal - Centralized and distributed
=A0 =A0 =A0 =A0tracker
To: "ext Ning Zong" <zo= ngning@huawei.com>, =A0 =A0 =A0"David A. Bryan"
=A0 =A0 =A0 =A0<dbryan@ethernot.= org>, =A0"Cullen Jennings" <fluffy@cisco.com>
Cc: ppsp@ietf.org
Message-ID:
=A0 =A0 =A0 =A0<5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B3D4@CNBE= EXC007.nsn-intra.net>
Content-Type: text/plain; =A0 =A0 =A0 charset=3D"iso-8859-1"

Hi All,


Just trying to split the discussions in separated threads.


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

Message: 2
Message-ID: <mailman.42.1268726788.4798.ppsp@ietf.org>

of centralized and distributed tracker and if PPSP should consider it. =3D<= br> Both Ning and David has mentioned that " tracker" was a logical = =A0=3D
function, which could be one server or a group of servers organized by =3D<= br> DHT. Cullen considered both of the models as "centralized tracker"= ;, if =3D
only one interface is given for tracker to communicate with peers. =A0=3D That's why he said only "centralized trackers" (no matter a s= tand alone =3D
one or a group of them) were considered in PPSP. =A0Because from the =3D perspective of peers, it's only a logical function offering tracker =3D=
services.=3D20

IMOH, PPSP does not need to care about how many trackers and where they =3D=
are allocated if =A0the communication can be set up between peers and the = =3D
"tracker function" by a single logical interface. The search of t= he =3D
trackers should be out of the scope of PPSP. Therefore, PPSP should not =3D=
be bothered by the issues of finding and collecting tracker information =3D=
from distributed trackers individually. It should be allowed that a =3D
group of trackers are organized by DHT to offer tracker services as if =3D<= br> "one logical tracker". The signaling between the trackers should = be =3D
looked as internal, which are not cared by PPSP. In this point, RELOAD =A0= =3D
might be used to organize the trackers, which is invisible to PPSP from =3D=
outside. So, why not delete the terms of "centralized" and =3D "distributed", which cause confusion, and look the tracker just a= s a =3D
single logical function.=3D20


Br
Lin Xiao


-----Original Message-----
From: ppsp-bounces@ietf.org [m= ailto:ppsp-bounces@ietf.org] O= n Behalf Of =3D
ext Ning Zong
Sent: Tuesday, March 16, 2010 2:00 PM
To: 'David A. Bryan'; 'Cullen Jennings'
Cc: ppsp@ietf.org
Subject: Re: [ppsp] Charter Proposal

Hi, Cullen & David

Given the information and clarification provided by Lars and Cullen, I =3D<= br> understand the points raised by Cullen. My feeling is that PPSP may need = =3D
more priority on efficiency since it focuses on real-time streaming. So =3D=
one potential advantage of centralized tracker would be a quicker =3D
response to the peer list request, rather than a hop-by-hop routing & = =3D
response mode defined in RELOAD. But the tracker is not necessarily a =3D stand-alone server (what I mean centralized in the previous email), it =3D<= br> could be a group of servers organized by some distributed way (for =3D
better robustness and load balance, etc) and serve the peer list request = =3D
as a whole logical tracker.
How to implement the latter case of group of servers is currently not in = =3D
the scope, but definitely needs to be considered later.
Another word, the peer-to-tracker message is sent to some single =3D
function to return peer list as quick as possible, not routed =3D
hop-by-hop, for the sake of real-time efficiency. I remember there are =3D<= br> some comparison drafts presented in PPSP to emphasize this motivation.
Of course, that's only my two cents, I'd like to hear more opinions= from =3D
the group.

BR,
Ning Zong

-----Original Message-----
From: ppsp-bounces@ietf.org [m= ailto:ppsp-bounces@ietf.org] O= n Behalf Of =3D
David A. Bryan
Sent: Tuesday, March 16, 2010 8:46 AM
To: Cullen Jennings
Cc: ppsp@ietf.org
Subject: Re: [ppsp] Charter Proposal

So just a few little followup points, mostly because I think I was a bit = =3D
unclear about my comment about distributed trackers, inline...

On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings <fluffy@cisco.com> =3D
wrote:
>
> On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote:
>
>> So in general I think there are a lot of good comments here, and= =3D20
>> thanks for sending things to the list. A few things I had comments= on =3D

>> inline...
>>
>> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings <fluffy@cisco.com>
wrote:
>> >
>> >
>> > The PPSP could easily be one of these groups were we spend th= e=3D20
>> > first
few
>> > years trying to chooses which protocol to start with in vario= us=3D20
>> > places. That would just remove the will to do anything in the= =3D20
>> > group. I have been lurking and watching this work from the=3D= 20
>> > beginning and it
seems
>> > like there are probably many things that most the participant= s=3D20
>> > agree to that we could just nail down in the charter. =3DA0Do= ing so=3D20
>> > would help get the work done faster and provide others a clea= r idea =3D

>> > that had not been been participating a much clearer idea of w= hat =3D
this work is about.
>> >
>> > For example:
>> >
>> > Centralized or distributed trackers. My belief is that most t= he=3D20
>> > folks want to do a centralized tracker. On a side note, I thi= nk=3D20
>> > they would be hard to do a distributed one before a centraliz= ed as=3D20
>> > centralized is
much
>> > easier. The obvious protocol to use for a centralized one is = to add =3D

>> > the needed extensions to the HTTP based version of bittorrent= =3D20
>> > tracker protocol. If they want to do a distributed one, RELOA= D=3D20
>> > would meet the needs and at least be worth looking at.
>>
>> I'm a bit confused about why you want to exclude distributed = =3D
trackers.
>> Most of the information that would be exchanged -- i.e. the maps o= f=3D20
>> chunks etc -- are going to be the same between the two. I am still= =3D20
>> trying to get my head around where the "edge" is here, b= ut from=3D20
>> hacking at ideas a bit, it seems to me that the tracker protocol= =3D20
>> might have two parts: query/place information from the peers to th= e=3D20
>> tracker, and information between trackers. If the separation is=3D= 20
>> clean, it might be possible to only focus on the part between=3D20=
>> peers/trackers and not consider distributed trackers, but otherwis= e I =3D

>> think in protocol design we should at least consider it...seems li= ke=3D20
>> a bad idea to design a P2P protocol that neglects P2P at a differe= nt=3D20
>> level (i.e., between trackers)
>
> I was just trying to put into the charter the direction I thought the<= br> group wanted to go or at least surface the issues so we could feedback =3D<= br> of the form "yep, looks good" or "nope, we want distributed&= quot;. Obviously =3D
I'm a bit of a fan of distributed approaches.

Given this, and the followup Ning had, I think things became more crisp =3D=
than my original comment, but just to be clear, I think what I am =3D
getting at is that I see the tracker, as Ning mentioned, as a logical =3D function. It could be implemented in a centralized way (and likely would = =3D
be), or could actually use a DHT in the background. It may be that we =3D don't really need to consider that in the design of the protocol to =3D=
query the "tracker" (whatever that may be), and I certainly don&#= 39;t want =3D
to muddy things by insisting it be distributed.
I'd personally suggest some wording akin to what we did in P2PSIP, wher= e =3D
we crafted a DHT for SIP but tried not to break it for other possible =3D applications. So here, maybe we say we are building for a centralized =3D tracker, but will try to consider the problem of a distributed, and make = =3D
sure the protocol for the logical process of tracker calls doesn't do = =3D
something that explicitly breaks distributed functionality later.

I definitely don't want to give the IESG (or anyone else, really) the = =3D
impression that there is a big group of us looking to do a distributed =3D<= br> tracker up front. As far as I know, there isn't.

>
>>
>> > Similarly for the media transfer, I suspect that many people = would=3D20
>> > be happy with RTP. It's hard to imagine anything else giv= en the end =3D

>> > goal for this. I guess one could argue for a new protocol or = a=3D20
>> > protocol that transferred data tunneled in the peer signaling= =3D
protocol.
>>
>> Absolutely agree. Devising new mechanisms for media transport seem= s=3D20
>> way out of scope to me.
>>
>> > The peer signing protocol needs to be able to set up the RTP= =3D20
>> > sessions and work thought NATs. I think the NAT traversal sch= eme=3D20
>> > will end up being ICE or something that more or less amounts = to ICE =3D

>> > with no TURN option given the deployment models. Both RTSP an= d SIP=3D20
>> > are candidates here. In some ways at first glance, RTSP might= seem=3D20
>> > simpler. But a
bunch
>> > of that simplicity comes from the model of it being deployed = on=3D20
>> > server all clients can easily reach without nat nightmares an= d less =3D

>> > negotiation. Much of SIP complexity comes form too many=3D20<= br> >> > intermediaries and forking which would not apply in this case= . =3D
=3DA0We=3D20
>> > will have to add a bunch to RTSP to get it to work or subtrac= t some =3D

>> > SIP to get it to work. Not an easy call and not a call that t= he WG=3D20
>> > is in a great
position
>> > to sort out. I'd love to hear others thought on it.
>> >
>> > The alternative to the RTSP/SIP approach is to replace the=3D= 20
>> > signaling
and
>> > SDP with a capabilities something more like the Advertisement= /
Proposal
>> > architecture the Jon and I have been discussion (See=3D20
>> > draft-peterson-sipcore-advprop ).
>>
>> Not quite as clear to me here, but I mostly agree. Definitely need= to =3D

>> negotiate streams, and need to traverse NATs. SIP seems like using= a=3D20
>> fighter plane to kill a fly here, but may very well turn out that= =3D20
>> many of the capabilities end up being needed once we get into it. = The =3D

>> problem is if the peers are speaking SIP, aren't they expected= to=3D20
>> have the full SIP capabilities. We seem to need a SIP-Lite...(and= =3D20
>> yes, I know that has been discussed oh, once or twice before, but= =3D20
>> here it would be for devices with distinctly different application= s)
>
> Right - for example, I see no need for forking in one uses SIP which greatly the use of SIP. If the the plan it to simplify SIP in this way, =3D=
we probably need to express that in the charter. =3DA0My view on using SIP = =3D
is this work would only need a subset of it. However if we use RTSP, we =3D=
need to add a bunch in RTSP. Typically cutting away stuff is faster than = =3D
growing new stuff but that is not always true. Either could be made to =3D<= br> work. So could something new.

Yep. Fully agree, particularly about hacking rather than =3D
growing...(i.e., SIP easier than RTSP. At least in my opinion, I'd
agree.)

One wrinkle I see is that while these look good for real-time, it isn't= =3D
quite clear to me that SIP (or actually even RTP on the transport side) =3D=
is right in the time-shifted context. If I am retrieving the file then =3D<= br> playing locally ala Bit-Torrent, it seems possible that you would use a =3D=
bulk transfer block-by-block in that scenario and assemble and play =3D
locally, rather than stream from the peer that has it as would be the =3D case in real-time. The more I've dug into this in the last few months, = =3D
the more the real-time and time-shifted cases differ for the actions =3D after you contact the tracker.

>> My first take on the proposed charter below is that I like seeing= =3D20
>> things get more concrete, but it has two problems from my =3D
perspective:
>>
>> I agree bit-torrent is a very good model and we should be looking = at=3D20
>> it, but the survey work is also bringing in work from some other v= ery =3D

>> widely deployed solutions (PPLive, for example), and I'm perso= nally a =3D

>> bit reluctant to just say bit-torrent wins.
>
>
>
>>
>> I'm aware that PPLive and Bit-Torrent address slightly differe= nt=3D20
>> problems, which is actually my biggest concern with the charter --= =3D20
>> still not clear that the live and time-shifted content really call= =3D20
>> for the same protocol or share as much as might be thought in comm= on.
>> Particularly for the real-time streaming, I'm not at all sure= =3D20
>> Bit-Torrent is the right choice. (although I can see using a track= er=3D20
>> to find candidate peers and establishing live sessions between=3D2= 0
>> them...so it's possible) =3DA0I'd rather wait just a littl= e bit for the =3D

>> survey document to evolve to make that call, and get more visibili= ty=3D20
>> into if one protocol can be used for both streaming and time-shift= ed=3D20
>> content. That's part of the motivation for hacking together so= me=3D20
>> strawman work on the tracker as well -- let's see what hard pr= oblems=3D20
>> we stumble in that process. I agree if we don't firm it up we&= #39;ll spin =3D

>> for a long time, but I also don't want to jump to a wrong conc= lusion.
>
> Fair enough - what you are saying there does seem very reasonable to= =3D20
> me -
but if we go down the plan then I think we should probably =3DA0spin up an = =3D
Exploratory Group to go make some choices like that.

+1. I'd very much support that and would be willing to help if
volunteers are needed.

>> My biggest objection is with the proposal below is saying SIP is t= he=3D20
>> right choice for the Peer Protocol. That seems not-quite-right (ev= en=3D20
>> if SIP is used to establish the connections). The peer protocol he= re.
>> again, is doing several things -- possibly maintaining an overlay= =3D20
>> (possible RELOAD usage, although we have to make sure a full DHT i= s=3D20
>> needed, which with a central tracker it may not be) and in the liv= e=3D20
>> stream case, establishing connections. Unless we resurrect dSIP=3D= 20
>> (which I'd love ;) ), SIP can't do the former, and I still= think it=3D20
>> is way overkill for the later unless we come up with a lighter=3D2= 0
>> version. I'll take a look at the advprop draft you mention -- = that=3D20
>> might be exactly what I am thinking of but I have to admit I haven= 't=3D20
>> read it. I guess my worry here is that your version of the draft= =3D20
>> seems to be taking the "I have a SIP hammer so this is a SIP = nail"=3D20
>> approach, and I'm not quite convinced that's right (at lea= st not yet, =3D

>> but I must admit the problem looks very nail shaped. Maybe just a = =3D
really small nail).
>
> Well I understand how something like RELAOD might get used for the=3D2= 0
> peer to
tracker protocol, but once you know a peer you are going to try and set =3D=
up an RTP session with and, assuming the use of RTP, =3DA0it seems you =3D<= br> need a protocol were host =3DA0A can tell host B to start sending the =3D following data in an RTP steam. =3DA0Do I have this about right?

Yep, I think you do have it right, and like I said, given that =3D
description, SIP (in the old original session establishment sense) may =3D<= br> really be right, I'm just not quite convinced yet. I'm sure you kno= w =3D
this since you have too, but as someone who has hacked a bunch of SIP =3D stuff together over the years, I know how much there is in SIP, and how =3D=
much of that we don't need in this context. Certainly don't mean to= =3D
imply it isn't a pretty strong candidate.

David

>>
>> Reuse of SDP and RTP seem like no-brainers and I definitely agree.=
>>
>> Anyway, interesting thoughts,and my 2 cents...
>>
>> David
>>
>> > There are a few other topics which are not addressed in this= =3D20
>> > charter that worry me a lot. The currently protocols being pr= oposed =3D

>> > and related discussion does not seem to address what is the= =3D20
>> > incentive for anyone to serve content. It's clear why you= would=3D20
>> > receive but not clear why you would bother to transmit. Bitto= rrent=3D20
>> > put a lot of effort into this and IMHO got it "right eno= ugh" that=3D20
>> > the system is very successful. I worry about it in this work.= A=3D20
>> > second topic is that the desired privacy properties of the sy= stem=3D20
>> > are also pretty vague. If we are not clear about these in the= =3D20
>> > beginning, we run the risk of getting very bogged down in arg= uing =3D
about them as the protocol starts to get close to done.
>> >
>> > To try and help get things moving along, I have proposed char= ter=3D20
>> > bellow that is very conservative . =3DA0As an individual, I w= ould=3D20
>> > probably have a slight preference for a more risky approach t= han=3D20
>> > the proposal below but .
>> >
>> >
>> > ------------------------------------------------
>> >
>> >
>> >
>> >
>> > The Peer-to-Peer Streaming Protocol (PPSP) working group deve= lops=3D20
>> > two signaling and control protocols for a peer-to-peer (P2P)= =3D20
>> > streaming system for transmitting live and time shifted media= =3D20
>> > content with near real-time delivery requirements.
>> >
>> > Two kinds of nodes exist in the targeted P2P streaming system= ,=3D20
>> > i.e., "peers" and "trackers". Peers are n= odes that are actively=3D20
>> > sending and receiving streamed media content, and include bot= h=3D20
>> > statically connected hosts as well as mobile devices with=3D2= 0
>> > connectivity and IP addresses that change over time. The set = of=3D20
>> > peers that are participating in a
streaming
>> > session will dynamically change over time. Trackers are well-= known
nodes
>> > with stable connectivity that maintain meta information about= the=3D20
>> > streamed content and the dynamic peer set. The working group = is=3D20
>> > only addressing centralized trackers and not the distributed = =3D
tracker.
>> >
>> > The PPSP WG designs a protocol for signaling and control betw= een=3D20
>> > trackers and peers (the PPSP "tracker protocol") an= d a signaling=3D20
>> > and control protocol for communication among the peers (the P= PSP=3D20
>> > "peer protocol"). The two protocols enable peers to= receive=3D20
>> > streaming data within the time constraints required by specif= ic=3D20
>> > content items. =3DA0The tracker protocol handles the initial = and=3D20
>> > periodic exchange of meta information between trackers and pe= ers,=3D20
>> > such as peer lists and content information. The peer protocol= =3D20
>> > controls the advertising and exchange of media data availabil= ity =3D
between the peers.
>> >
>> > The tracker protocol will be modeled as much as possible to m= atch=3D20
>> > the exiting bittorrent protocol with appropriate extensions f= or to=3D20
>> > cary information that is needed for selection of a peer suita= ble=3D20
>> > for real time streaming. Media descriptions will use the synt= ax and =3D

>> > semantics from SDP where that is possible.
>> >
>> > The peer protocol will be be an extension of SIP and use ICE = for=3D20
>> > NAT traversal.
>> >
>> > RTP will be used for the encoding and transmission of the med= ia=3D20
>> > content between peers. PPSP is not chartered to work on media= =3D20
>> > transmission protocols, media encoding techniques or other=3D= 20
>> > components of a P2P streaming system such as playout scheduli= ng and =3D
control, etc.
>> >
>> > The work items of the PPSP WG are:
>> >
>> > (1) A "problem statement" document that gives an ov= erview of the
>> > =3DA0 =3DA0proposed P2P streaming system, motivates the desir= e for=3D20
>> > standardized
>> > =3DA0 =3DA0protocols, defines the envisioned scope of those = =3D
standardized
>> > =3DA0 =3DA0components and discusses common terminologies and = concepts.
>> >
>> > (2) A "requirements" document that details the spec= ific functional,
>> > =3DA0 =3DA0operational and performance requirements of the tw= o PPSP =3D
protocols.
>> >
>> > (3) An "architectural survey" document that summari= zes current P2P
>> > =3DA0 =3DA0streaming architectures, in particular tracker-bas= ed P2P=3D20
>> > streaming
>> > =3DA0 =3DA0systems, and highlights best current practices. >> >
>> > (4) A detailed specification of the PPSP peer protocol.
>> >
>> > (5) A detailed specification of the PPSP tracker protocol. >> >
>> > (6) A "usage guide" that describes how the two PPSP= protocols and
>> > =3DA0 =3DA0existing IETF protocols, such ALTO, can be combine= d to =3D
create a
>> > =3DA0 =3DA0deployable operational P2P streaming system. =3DA0= This =3D
document will
>> > =3DA0 =3DA0also discuss use of layered media encoding and rel= ated media =3D

>> > chunk
>> > =3DA0 =3DA0descriptions in the peer protocol for more robust = streaming.
>> >
>> > The work items of the PPSP WG interacts with the work perform= ed in
other
>> > IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Wh= enever =3D

>> > extensions or modification to the protocols developed in othe= r WGs=3D20
>> > are deemed necessary, PPSP shall communicate and discuss the= =3D20
>> > requirements for such extensions with the relevant WGs but is= not=3D20
>> > charted to make such changes.
>> >
>> > Goals and Milestones:
>> >
>> > Sep 2010 =3DA0 Submit problem statement to IESG as Informatio= nal Dec=3D20
>> > 2010 =3DA0 Submit architectural survey to IESG as Information= al Dec=3D20
>> > 2010 =3DA0 Submit requirements document to IESG as Informatio= nal Aug=3D20
>> > 2011 =3DA0 Submit PPSP peer protocol to IESG as Proposed Stan= dard Aug =3D

>> > 2011 =3DA0 Submit PPSP tracker protocol to IESG as Proposed S= tandard=3D20
>> > Dec 2011 =3DA0 Submit usage guide to IESG to IESG as Informat= ional
>> >
>> >
>> > -------------------------------------------------------------= ---
>> >
>> >
>> > Cullen Jennings
>> > For corporate legal information go to:
>> > http://www.cisco.com/web/about/doing_bu= siness/legal/cri/index.html
>> >
>> >
>> >
>> > _______________________________________________
>> > ppsp mailing list
>> > ppsp@ietf.org
>> > https://www.ietf.org/mailman/listinfo/ppsp
>> >
>>
>
>
> Cullen Jennings
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/le= gal/cri/index.html
>
>
>
>
_______________________________________________
ppsp mailing list
ppsp@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ppsp

_______________________________________________
ppsp mailing list
ppsp@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ppsp


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

Message: 3
Date: Tue, 16 Mar 2010 16:06:09 +0800
From: "Xiao, Lin (NSN - CN/Beijing)" <lin.xiao@nsn.com>
Subject: Re: [ppsp] Charter Proposal - =A0real-time and time-shifted
To: "ext David A. Bryan" <dbryan@ethernot.org>, "Cullen Jennings"
=A0 =A0 =A0 =A0<fluffy@cisco.com>
Cc:
ppsp@ietf.org
Message-ID:
=A0 =A0 =A0 =A0<5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBE= EXC007.nsn-intra.net>
Content-Type: text/plain; =A0 =A0 =A0 charset=3D"iso-8859-1"


Hi,

I'd like to open a new thread for the discussion of allowed PPSP media = type.

It is true that there are lot of different requirements and behaviors of re= al-time streaming, VoD and file downloading. However, PPSP is only a set of= signaling protocols but not media transmission protocol. From this point, = there must be common structure and signaling process flow shared by these t= hree use cases. A "usage type" was defined to identify the type o= f content transmitted in PPSP system (requirement draft -03). =A0Parameters= can be adjusted according to different "usage types" for differe= nt kind of transmission.

As far as I know, most of the P2P streaming software, e.g. PPlive and PPStr= eam, support both live streaming and VoD services. Recently, PPStream even = allow downloading the whole film file to users' local disks, just like = Bit-Torrent does. It means common signaling and control method can be desig= ned for all the "usage types".


Br
Lin Xiao






-----Original Message-----
From: ppsp-bounces@ietf.org [m= ailto:ppsp-bounces@ietf.org] O= n Behalf Of ext David A. Bryan
Sent: Tuesday, March 16, 2010 8:46 AM
To: Cullen Jennings
Cc: ppsp@ietf.org
Subject: Re: [ppsp] Charter Proposal

So just a few little followup points, mostly because I think I was a bit un= clear about my comment about distributed trackers, inline...

On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings <fluffy@cisco.com> wrote:
>
> On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote:
>
>> So in general I think there are a lot of good comments here, and >> thanks for sending things to the list. A few things I had comments= on
>> inline...
>>
>> On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings <fluffy@cisco.com> wrote:
>> >
>> >
>> > The PPSP could easily be one of these groups were we spend th= e
>> > first few years trying to chooses which protocol to start wit= h in
>> > various places. That would just remove the will to do anythin= g in
>> > the group. I have been lurking and watching this work from th= e
>> > beginning and it seems like there are probably many things th= at
>> > most the participants agree to that we could just nail down i= n the
>> > charter. ?Doing so would help get the work done faster and pr= ovide
>> > others a clear idea that had not been been participating a mu= ch clearer idea of what this work is about.
>> >
>> > For example:
>> >
>> > Centralized or distributed trackers. My belief is that most t= he
>> > folks want to do a centralized tracker. On a side note, I thi= nk
>> > they would be hard to do a distributed one before a centraliz= ed as
>> > centralized is much easier. The obvious protocol to use for a=
>> > centralized one is to add the needed extensions to the HTTP b= ased
>> > version of bittorrent tracker protocol. If they want to do a<= br> >> > distributed one, RELOAD would meet the needs and at least be = worth looking at.
>>
>> I'm a bit confused about why you want to exclude distributed t= rackers.
>> Most of the information that would be exchanged -- i.e. the maps o= f
>> chunks etc -- are going to be the same between the two. I am still=
>> trying to get my head around where the "edge" is here, b= ut from
>> hacking at ideas a bit, it seems to me that the tracker protocol >> might have two parts: query/place information from the peers to th= e
>> tracker, and information between trackers. If the separation is >> clean, it might be possible to only focus on the part between
>> peers/trackers and not consider distributed trackers, but otherwis= e I
>> think in protocol design we should at least consider it...seems li= ke
>> a bad idea to design a P2P protocol that neglects P2P at a differe= nt
>> level (i.e., between trackers)
>
> I was just trying to put into the charter the direction I thought the = group wanted to go or at least surface the issues so we could feedback of t= he form "yep, looks good" or "nope, we want distributed"= ;. Obviously I'm a bit of a fan of distributed approaches.

Given this, and the followup Ning had, I think things became more crisp tha= n my original comment, but just to be clear, I think what I am getting at i= s that I see the tracker, as Ning mentioned, as a logical function. It coul= d be implemented in a centralized way (and likely would be), or could actua= lly use a DHT in the background. It may be that we don't really need to= consider that in the design of the protocol to query the "tracker&quo= t; (whatever that may be), and I certainly don't want to muddy things b= y insisting it be distributed.
I'd personally suggest some wording akin to what we did in P2PSIP, wher= e we crafted a DHT for SIP but tried not to break it for other possible app= lications. So here, maybe we say we are building for a centralized tracker,= but will try to consider the problem of a distributed, and make sure the p= rotocol for the logical process of tracker calls doesn't do something t= hat explicitly breaks distributed functionality later.

I definitely don't want to give the IESG (or anyone else, really) the i= mpression that there is a big group of us looking to do a distributed track= er up front. As far as I know, there isn't.

>
>>
>> > Similarly for the media transfer, I suspect that many people = would
>> > be happy with RTP. It's hard to imagine anything else giv= en the end
>> > goal for this. I guess one could argue for a new protocol or = a
>> > protocol that transferred data tunneled in the peer signaling= protocol.
>>
>> Absolutely agree. Devising new mechanisms for media transport seem= s
>> way out of scope to me.
>>
>> > The peer signing protocol needs to be able to set up the RTP<= br> >> > sessions and work thought NATs. I think the NAT traversal sch= eme
>> > will end up being ICE or something that more or less amounts = to ICE
>> > with no TURN option given the deployment models. Both RTSP an= d SIP
>> > are candidates here. In some ways at first glance, RTSP might= seem
>> > simpler. But a bunch of that simplicity comes from the model = of it
>> > being deployed on server all clients can easily reach without= nat
>> > nightmares and less negotiation. Much of SIP complexity comes= form
>> > too many intermediaries and forking which would not apply in = this
>> > case. ?We will have to add a bunch to RTSP to get it to work = or
>> > subtract some SIP to get it to work. Not an easy call and not= a
>> > call that the WG is in a great position to sort out. I'd = love to hear others thought on it.
>> >
>> > The alternative to the RTSP/SIP approach is to replace the >> > signaling and SDP with a capabilities something more like the=
>> > Advertisement / Proposal architecture the Jon and I have been=
>> > discussion (See draft-peterson-sipcore-advprop ).
>>
>> Not quite as clear to me here, but I mostly agree. Definitely need= to
>> negotiate streams, and need to traverse NATs. SIP seems like using= a
>> fighter plane to kill a fly here, but may very well turn out that<= br> >> many of the capabilities end up being needed once we get into it. = The
>> problem is if the peers are speaking SIP, aren't they expected= to
>> have the full SIP capabilities. We seem to need a SIP-Lite...(and<= br> >> yes, I know that has been discussed oh, once or twice before, but<= br> >> here it would be for devices with distinctly different application= s)
>
> Right - for example, I see no need for forking in one uses SIP which g= reatly the use of SIP. If the the plan it to simplify SIP in this way, we p= robably need to express that in the charter. ?My view on using SIP is this = work would only need a subset of it. However if we use RTSP, we need to add= a bunch in RTSP. Typically cutting away stuff is faster than growing new s= tuff but that is not always true. Either could be made to work. So could so= mething new.

Yep. Fully agree, particularly about hacking rather than growing...(i.e., S= IP easier than RTSP. At least in my opinion, I'd
agree.)

One wrinkle I see is that while these look good for real-time, it isn't= quite clear to me that SIP (or actually even RTP on the transport side) is= right in the time-shifted context. If I am retrieving the file then playin= g locally ala Bit-Torrent, it seems possible that you would use a bulk tran= sfer block-by-block in that scenario and assemble and play locally, rather = than stream from the peer that has it as would be the case in real-time. Th= e more I've dug into this in the last few months, the more the real-tim= e and time-shifted cases differ for the actions after you contact the track= er.

>> My first take on the proposed charter below is that I like seeing<= br> >> things get more concrete, but it has two problems from my perspect= ive:
>>
>> I agree bit-torrent is a very good model and we should be looking = at
>> it, but the survey work is also bringing in work from some other v= ery
>> widely deployed solutions (PPLive, for example), and I'm perso= nally a
>> bit reluctant to just say bit-torrent wins.
>
>
>
>>
>> I'm aware that PPLive and Bit-Torrent address slightly differe= nt
>> problems, which is actually my biggest concern with the charter --=
>> still not clear that the live and time-shifted content really call=
>> for the same protocol or share as much as might be thought in comm= on.
>> Particularly for the real-time streaming, I'm not at all sure<= br> >> Bit-Torrent is the right choice. (although I can see using a track= er
>> to find candidate peers and establishing live sessions between
>> them...so it's possible) ?I'd rather wait just a little bi= t for the
>> survey document to evolve to make that call, and get more visibili= ty
>> into if one protocol can be used for both streaming and time-shift= ed
>> content. That's part of the motivation for hacking together so= me
>> strawman work on the tracker as well -- let's see what hard pr= oblems
>> we stumble in that process. I agree if we don't firm it up we&= #39;ll spin
>> for a long time, but I also don't want to jump to a wrong conc= lusion.
>
> Fair enough - what you are saying there does seem very reasonable to m= e - but if we go down the plan then I think we should probably ?spin up an = Exploratory Group to go make some choices like that.

+1. I'd very much support that and would be willing to help if
volunteers are needed.

>> My biggest objection is with the proposal below is saying SIP is t= he
>> right choice for the Peer Protocol. That seems not-quite-right (ev= en
>> if SIP is used to establish the connections). The peer protocol he= re.
>> again, is doing several things -- possibly maintaining an overlay<= br> >> (possible RELOAD usage, although we have to make sure a full DHT i= s
>> needed, which with a central tracker it may not be) and in the liv= e
>> stream case, establishing connections. Unless we resurrect dSIP >> (which I'd love ;) ), SIP can't do the former, and I still= think it
>> is way overkill for the later unless we come up with a lighter
>> version. I'll take a look at the advprop draft you mention -- = that
>> might be exactly what I am thinking of but I have to admit I haven= 't
>> read it. I guess my worry here is that your version of the draft >> seems to be taking the "I have a SIP hammer so this is a SIP = nail"
>> approach, and I'm not quite convinced that's right (at lea= st not yet,
>> but I must admit the problem looks very nail shaped. Maybe just a = really small nail).
>
> Well I understand how something like RELAOD might get used for the pee= r to tracker protocol, but once you know a peer you are going to try and se= t up an RTP session with and, assuming the use of RTP, ?it seems you need a= protocol were host ?A can tell host B to start sending the following data = in an RTP steam. ?Do I have this about right?

Yep, I think you do have it right, and like I said, given that description,= SIP (in the old original session establishment sense) may really be right,= I'm just not quite convinced yet. I'm sure you know this since you= have too, but as someone who has hacked a bunch of SIP stuff together over= the years, I know how much there is in SIP, and how much of that we don= 9;t need in this context. Certainly don't mean to imply it isn't a = pretty strong candidate.

David

>>
>> Reuse of SDP and RTP seem like no-brainers and I definitely agree.=
>>
>> Anyway, interesting thoughts,and my 2 cents...
>>
>> David
>>
>> > There are a few other topics which are not addressed in this<= br> >> > charter that worry me a lot. The currently protocols being pr= oposed
>> > and related discussion does not seem to address what is the >> > incentive for anyone to serve content. It's clear why you= would
>> > receive but not clear why you would bother to transmit. Bitto= rrent
>> > put a lot of effort into this and IMHO got it "right eno= ugh" that
>> > the system is very successful. I worry about it in this work.= A
>> > second topic is that the desired privacy properties of the sy= stem
>> > are also pretty vague. If we are not clear about these in the=
>> > beginning, we run the risk of getting very bogged down in arg= uing about them as the protocol starts to get close to done.
>> >
>> > To try and help get things moving along, I have proposed char= ter
>> > bellow that is very conservative . ?As an individual, I would=
>> > probably have a slight preference for a more risky approach t= han
>> > the proposal below but .
>> >
>> >
>> > ------------------------------------------------
>> >
>> >
>> >
>> >
>> > The Peer-to-Peer Streaming Protocol (PPSP) working group deve= lops
>> > two signaling and control protocols for a peer-to-peer (P2P)<= br> >> > streaming system for transmitting live and time shifted media=
>> > content with near real-time delivery requirements.
>> >
>> > Two kinds of nodes exist in the targeted P2P streaming system= ,
>> > i.e., "peers" and "trackers". Peers are n= odes that are actively
>> > sending and receiving streamed media content, and include bot= h
>> > statically connected hosts as well as mobile devices with
>> > connectivity and IP addresses that change over time. The set = of
>> > peers that are participating in a streaming session will
>> > dynamically change over time. Trackers are well-known nodes w= ith
>> > stable connectivity that maintain meta information about the<= br> >> > streamed content and the dynamic peer set. The working group = is only addressing centralized trackers and not the distributed tracker. >> >
>> > The PPSP WG designs a protocol for signaling and control betw= een
>> > trackers and peers (the PPSP "tracker protocol") an= d a signaling
>> > and control protocol for communication among the peers (the P= PSP
>> > "peer protocol"). The two protocols enable peers to= receive
>> > streaming data within the time constraints required by specif= ic
>> > content items. ?The tracker protocol handles the initial and<= br> >> > periodic exchange of meta information between trackers and pe= ers,
>> > such as peer lists and content information. The peer protocol=
>> > controls the advertising and exchange of media data availabil= ity between the peers.
>> >
>> > The tracker protocol will be modeled as much as possible to m= atch
>> > the exiting bittorrent protocol with appropriate extensions f= or to
>> > cary information that is needed for selection of a peer suita= ble
>> > for real time streaming. Media descriptions will use the synt= ax and
>> > semantics from SDP where that is possible.
>> >
>> > The peer protocol will be be an extension of SIP and use ICE = for
>> > NAT traversal.
>> >
>> > RTP will be used for the encoding and transmission of the med= ia
>> > content between peers. PPSP is not chartered to work on media=
>> > transmission protocols, media encoding techniques or other >> > components of a P2P streaming system such as playout scheduli= ng and control, etc.
>> >
>> > The work items of the PPSP WG are:
>> >
>> > (1) A "problem statement" document that gives an ov= erview of the
>> > ? ?proposed P2P streaming system, motivates the desire for >> > standardized
>> > ? ?protocols, defines the envisioned scope of those standardi= zed
>> > ? ?components and discusses common terminologies and concepts= .
>> >
>> > (2) A "requirements" document that details the spec= ific functional,
>> > ? ?operational and performance requirements of the two PPSP p= rotocols.
>> >
>> > (3) An "architectural survey" document that summari= zes current P2P
>> > ? ?streaming architectures, in particular tracker-based P2P >> > streaming
>> > ? ?systems, and highlights best current practices.
>> >
>> > (4) A detailed specification of the PPSP peer protocol.
>> >
>> > (5) A detailed specification of the PPSP tracker protocol. >> >
>> > (6) A "usage guide" that describes how the two PPSP= protocols and
>> > ? ?existing IETF protocols, such ALTO, can be combined to cre= ate a
>> > ? ?deployable operational P2P streaming system. ?This documen= t will
>> > ? ?also discuss use of layered media encoding and related med= ia
>> > chunk
>> > ? ?descriptions in the peer protocol for more robust streamin= g.
>> >
>> > The work items of the PPSP WG interacts with the work perform= ed in
>> > other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT and MMUS= IC.
>> > Whenever extensions or modification to the protocols develope= d in
>> > other WGs are deemed necessary, PPSP shall communicate and di= scuss
>> > the requirements for such extensions with the relevant WGs bu= t is
>> > not charted to make such changes.
>> >
>> > Goals and Milestones:
>> >
>> > Sep 2010 ? Submit problem statement to IESG as Informational = Dec
>> > 2010 ? Submit architectural survey to IESG as Informational D= ec
>> > 2010 ? Submit requirements document to IESG as Informational = Aug
>> > 2011 ? Submit PPSP peer protocol to IESG as Proposed Standard= Aug
>> > 2011 ? Submit PPSP tracker protocol to IESG as Proposed Stand= ard
>> > Dec 2011 ? Submit usage guide to IESG to IESG as Informationa= l
>> >
>> >
>> > -------------------------------------------------------------= ---
>> >
>> >
>> > Cullen Jennings
>> > For corporate legal information go to:
>> > http://www.cisco.com/web/about/doing_bu= siness/legal/cri/index.html
>> >
>> >
>> >
>> > _______________________________________________
>> > ppsp mailing list
>> > ppsp@ietf.org
>> > https://www.ietf.org/mailman/listinfo/ppsp
>> >
>>
>
>
> Cullen Jennings
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/le= gal/cri/index.html
>
>
>
>
_______________________________________________
ppsp mailing list
ppsp@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ppsp


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

_______________________________________________
ppsp mailing list
ppsp@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ppsp


End of ppsp Digest, Vol 18, Issue 17
************************************

--005045014455fad73e0481f98887-- From zhangyunfei@chinamobile.com Wed Mar 17 20:43:52 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1A42E3A69D8 for ; Wed, 17 Mar 2010 20:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.952 X-Spam-Level: X-Spam-Status: No, score=-91.952 tagged_above=-999 required=5 tests=[AWL=-4.063, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_46=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 pJJroLWVVr89 for ; Wed, 17 Mar 2010 20:43:48 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 4FE713A68EE for ; Wed, 17 Mar 2010 20:43:47 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031811594748-135839 ; Thu, 18 Mar 2010 11:59:47 +0800 Date: Thu, 18 Mar 2010 11:43:44 +0800 From: "zhangyunfei" To: "David A. Bryan" , "Cullen Jennings" References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com><8b2769931003130 722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> Message-ID: <201003181143440314767@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 11:59:47, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 11:43:58 Content-Type: multipart/alternative; boundary="=====003_Dragon771752380135_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:43:52 -0000 --=====003_Dragon771752380135_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SnVzdCBzb21lIGZvbGxvd3VwIHBvaW50cyB0byBEYXZpZCdzIGlkZWEuVG8gbWFrZSBhbGwgcmVh ZCBlYXNpZXIsIGFsc28gY29weSB0aGUgcmVwbHkgcGFydCBoZXJlLg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KPg0KPiAgSSAgd2FzICBqdXN0ICB0cnlpbmcgIHRvICBwdXQgIGludG8g IHRoZSAgY2hhcnRlciAgdGhlICBkaXJlY3Rpb24gIEkgIHRob3VnaHQgIHRoZSAgZ3JvdXAgIHdh bnRlZCAgdG8gIGdvICBvciAgYXQgIGxlYXN0ICBzdXJmYWNlICB0aGUgIGlzc3VlcyAgc28gIHdl ICBjb3VsZCAgZmVlZGJhY2sgIG9mICB0aGUgIGZvcm0gICJ5ZXAsICBsb29rcyAgZ29vZCIgIG9y ICAibm9wZSwgIHdlICB3YW50ICBkaXN0cmlidXRlZCIuICBPYnZpb3VzbHkgIEknbSAgYSAgYml0 ICBvZiAgYSAgZmFuICBvZiAgZGlzdHJpYnV0ZWQgIGFwcHJvYWNoZXMuDQoNCkdpdmVuICB0aGlz LCAgYW5kICB0aGUgIGZvbGxvd3VwICBOaW5nICBoYWQsICBJICB0aGluayAgdGhpbmdzICBiZWNh bWUgIG1vcmUNCmNyaXNwICB0aGFuICBteSAgb3JpZ2luYWwgIGNvbW1lbnQsICBidXQgIGp1c3Qg IHRvICBiZSAgY2xlYXIsICBJICB0aGluayAgd2hhdCAgSQ0KYW0gIGdldHRpbmcgIGF0ICBpcyAg dGhhdCAgSSAgc2VlICB0aGUgIHRyYWNrZXIsICBhcyAgTmluZyAgbWVudGlvbmVkLCAgYXMgIGEN CmxvZ2ljYWwgIGZ1bmN0aW9uLiAgSXQgIGNvdWxkICBiZSAgaW1wbGVtZW50ZWQgIGluICBhICBj ZW50cmFsaXplZCAgd2F5ICAoYW5kDQpsaWtlbHkgIHdvdWxkICBiZSksICBvciAgY291bGQgIGFj dHVhbGx5ICB1c2UgIGEgIERIVCAgaW4gIHRoZSAgYmFja2dyb3VuZC4gIEl0DQptYXkgIGJlICB0 aGF0ICB3ZSAgZG9uJ3QgIHJlYWxseSAgbmVlZCAgdG8gIGNvbnNpZGVyICB0aGF0ICBpbiAgdGhl ICBkZXNpZ24gIG9mICB0aGUNCnByb3RvY29sICB0byAgcXVlcnkgIHRoZSAgInRyYWNrZXIiICAo d2hhdGV2ZXIgIHRoYXQgIG1heSAgYmUpLCAgYW5kICBJDQpjZXJ0YWlubHkgIGRvbid0ICB3YW50 ICB0byAgbXVkZHkgIHRoaW5ncyAgYnkgIGluc2lzdGluZyAgaXQgIGJlICBkaXN0cmlidXRlZC4N CkknZCAgcGVyc29uYWxseSAgc3VnZ2VzdCAgc29tZSAgd29yZGluZyAgYWtpbiAgdG8gIHdoYXQg IHdlICBkaWQgIGluICBQMlBTSVAsDQp3aGVyZSAgd2UgIGNyYWZ0ZWQgIGEgIERIVCAgZm9yICBT SVAgIGJ1dCAgdHJpZWQgIG5vdCAgdG8gIGJyZWFrICBpdCAgZm9yICBvdGhlcg0KcG9zc2libGUg IGFwcGxpY2F0aW9ucy4gIFNvICBoZXJlLCAgbWF5YmUgIHdlICBzYXkgIHdlICBhcmUgIGJ1aWxk aW5nICBmb3IgIGENCmNlbnRyYWxpemVkICB0cmFja2VyLCAgYnV0ICB3aWxsICB0cnkgIHRvICBj b25zaWRlciAgdGhlICBwcm9ibGVtICBvZiAgYQ0KZGlzdHJpYnV0ZWQsICBhbmQgIG1ha2UgIHN1 cmUgIHRoZSAgcHJvdG9jb2wgIGZvciAgdGhlICBsb2dpY2FsICBwcm9jZXNzICBvZg0KdHJhY2tl ciAgY2FsbHMgIGRvZXNuJ3QgIGRvICBzb21ldGhpbmcgIHRoYXQgIGV4cGxpY2l0bHkgIGJyZWFr cyAgZGlzdHJpYnV0ZWQNCmZ1bmN0aW9uYWxpdHkgIGxhdGVyLg0KDQpJICBkZWZpbml0ZWx5ICBk b24ndCAgd2FudCAgdG8gIGdpdmUgIHRoZSAgSUVTRyAgKG9yICBhbnlvbmUgIGVsc2UsICByZWFs bHkpICB0aGUNCmltcHJlc3Npb24gIHRoYXQgIHRoZXJlICBpcyAgYSAgYmlnICBncm91cCAgb2Yg IHVzICBsb29raW5nICB0byAgZG8gIGEgIGRpc3RyaWJ1dGVkDQp0cmFja2VyICB1cCAgZnJvbnQu ICBBcyAgZmFyICBhcyAgSSAga25vdywgIHRoZXJlICBpc24ndC4NCg0KDQpbWXVuZmVpXUkgYWdy ZWUgd2l0aCB5b3Ugb24gdGhlIHVuZGVyc3RhbmRpbmcgb2YgdGhlIHRyYWNrZXIgcHJvdG9jb2wu VGhpcyBpcyBqdXN0DQogYSBmdW5jdGlvbmFsIHByb3RvY29sIGluZGVwZW5kZW50IG9mIGl0cyBp bXBsZW1lbnRhdGlvbiBvbiBjZW50cmFsaXplZCB3YXkgb3IgZGlzdHJpYnV0aW9uLg0KWWVwLiAg RnVsbHkgIGFncmVlLCAgcGFydGljdWxhcmx5ICBhYm91dCAgaGFja2luZyAgcmF0aGVyICB0aGFu DQpncm93aW5nLi4uKGkuZS4sICBTSVAgIGVhc2llciAgdGhhbiAgUlRTUC4gIEF0ICBsZWFzdCAg aW4gIG15ICBvcGluaW9uLCAgSSdkDQphZ3JlZS4pDQoNCk9uZSAgd3JpbmtsZSAgSSAgc2VlICBp cyAgdGhhdCAgd2hpbGUgIHRoZXNlICBsb29rICBnb29kICBmb3IgIHJlYWwtdGltZSwgIGl0DQpp c24ndCAgcXVpdGUgIGNsZWFyICB0byAgbWUgIHRoYXQgIFNJUCAgKG9yICBhY3R1YWxseSAgZXZl biAgUlRQICBvbiAgdGhlDQp0cmFuc3BvcnQgIHNpZGUpICBpcyAgcmlnaHQgIGluICB0aGUgIHRp bWUtc2hpZnRlZCAgY29udGV4dC4gIElmICBJICBhbQ0KcmV0cmlldmluZyAgdGhlICBmaWxlICB0 aGVuICBwbGF5aW5nICBsb2NhbGx5ICBhbGEgIEJpdC1Ub3JyZW50LCAgaXQgIHNlZW1zDQpwb3Nz aWJsZSAgdGhhdCAgeW91ICB3b3VsZCAgdXNlICBhICBidWxrICB0cmFuc2ZlciAgYmxvY2stYnkt YmxvY2sgIGluICB0aGF0DQpzY2VuYXJpbyAgYW5kICBhc3NlbWJsZSAgYW5kICBwbGF5ICBsb2Nh bGx5LCAgcmF0aGVyICB0aGFuICBzdHJlYW0gIGZyb20gIHRoZQ0KcGVlciAgdGhhdCAgaGFzICBp dCAgYXMgIHdvdWxkICBiZSAgdGhlICBjYXNlICBpbiAgcmVhbC10aW1lLiAgVGhlICBtb3JlICBJ J3ZlICBkdWcNCmludG8gIHRoaXMgIGluICB0aGUgIGxhc3QgIGZldyAgbW9udGhzLCAgdGhlICBt b3JlICB0aGUgIHJlYWwtdGltZSAgYW5kDQp0aW1lLXNoaWZ0ZWQgIGNhc2VzICBkaWZmZXIgIGZv ciAgdGhlICBhY3Rpb25zICBhZnRlciAgeW91ICBjb250YWN0ICB0aGUNCnRyYWNrZXIuDQoNCltZ dW5mZWldWW91IGFyZSByaWdodC5XaGF0J3MgbW9yZSxldmVuIGluIHRoZSByZWFsLXRpbWUgcDJw IHN0cmVhbWluZyBjb250ZXh0LCBzb21lDQppbXBsZW1lbmF0aW9ucyBsaWtlIFBQTGl2ZSB1c2Ug anVzdCBhIGJsb2NrLWJ5LWJsb2NrIHRyYW5zZmVyIGxpa2Ugc2ltcGxlIFVEUCpXSVRIT1VUKg0K ZXhwbGljaXQgdGltaW5nIHNpZ25hbGluZywgYnV0IHRoZSBzY2hlZHVsaW5nIGFsZ29yaXRobXMo d2hpY2ggaXMgb3V0IG9mIHNjb3BlIG9mIFBQU1ApZW5zdXJlDQp0aGUgcmVhbC10aW1lIHJlcXVp cmVtZW50cyBhY2NvcmRpbmcgdG8gb3VyIG1lYXN1cm1lbnRzLiBPZiBjb3Vyc2UgSSBhZ3JlZSB0 aGF0IFJUUCBjYW4gYmUgDQpnb29kIGNhbmRpZGF0ZSBpbiBhY3R1YWwgZGF0YSB0cmFuc2Zlci4N Ck9uZSBwb2ludCBJIHdhbnQgdG8gc2F5IGlzIHRoYXQgcGVlciBwcm90b2NvbCBpcyBpbml0aWFs bHkgaW50ZW5kZWQgdG8gZG8gdGhlIGZvbGxvd2luZyB0YXNrOg0KY2h1bmsgYXZhaWxhYmlsaXR5 IGV4Y2hhbmdlIGJldHdlZW4gcGVlcnMuU3VwcG9zZSBwZWVyIEEgYW5kIHBlZXIgQiwgQSBhc2tl ZCBCLGhleSwgd2hpY2ggc3BlY2lmaWMNCmNodW5rIGRvIHlvdSBoYXZlKHByZS1jb25kaXRpb246 QSBhbmQgQiBoYXZlIHRoZSBzYW1lIGNodW5rIHNsaWNpbmcgcmVndWxhdGlvbihjb21tb24gc3Ry dWN0dXJlKS4NClRoZSB0YXNrIG9mIGhvdyB0byBzZXQgdXAgdGhlIGNvbm5lY3Rpb25zIGJldHdl ZW4gcGVlciBBIGFuZCBwZWVyIEIgaXMgb3V0IG9mIG91ciBjdXJyZW50IHNjb3BlLkkgcmVtZW1i ZXINCnRoYXQgTmluZyBoYWQgcmFpc2VkIHRoZSBxdWVzdGlvbiB0aGF0IHRoZXJlIGlzIGEgZ2Fw IGJldHdlZW4gcGVlciBwcm90b2NvbCBhbmQgdGhlIHJlYWwgZGF0YSB0cmFuc2ZlciBpbiB0aGUg DQptYWlsaW5nIGxpc3QgYW5kIHdlIGdvdCBjb25zZW5zdXMgaW4gdGhpcyBwb2ludC4NCg0KDQoN Cll1bmZlaQ0KDQoNCg0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0xOA0KDQoNCg0Kt6K8/sjLo7og RGF2aWQgQS4gQnJ5YW4NCreiy83Ksbzko7ogMjAxMC0wMy0xNiAwOTowMjozNw0KytW8/sjLo7og Q3VsbGVuIEplbm5pbmdzDQqzrcvNo7ogcHBzcEBpZXRmLm9yZw0K1vfM4qO6IFJlOiBbcHBzcF0g Q2hhcnRlciBQcm9wb3NhbA0KDQpTbyAganVzdCAgYSAgZmV3ICBsaXR0bGUgIGZvbGxvd3VwICBw b2ludHMsICBtb3N0bHkgIGJlY2F1c2UgIEkgIHRoaW5rICBJICB3YXMgIGENCmJpdCAgdW5jbGVh ciAgYWJvdXQgIG15ICBjb21tZW50ICBhYm91dCAgZGlzdHJpYnV0ZWQgIHRyYWNrZXJzLCAgaW5s aW5lLi4uDQoNCk9uICBNb24sICBNYXIgIDE1LCAgMjAxMCAgYXQgIDEyOjI2ICBQTSwgIEN1bGxl biAgSmVubmluZ3MgICA8Zmx1ZmZ5QGNpc2NvLmNvbSA+ICB3cm90ZToNCj4NCj4gIE9uICBNYXIg IDEzLCAgMjAxMCwgIGF0ICA4OjIyICBBTSwgIERhdmlkICBBLiAgQnJ5YW4gIHdyb3RlOg0KPg0K PiA+ICBTbyAgaW4gIGdlbmVyYWwgIEkgIHRoaW5rICB0aGVyZSAgYXJlICBhICBsb3QgIG9mICBn b29kICBjb21tZW50cyAgaGVyZSwgIGFuZA0KPiA+ICB0aGFua3MgIGZvciAgc2VuZGluZyAgdGhp bmdzICB0byAgdGhlICBsaXN0LiAgQSAgZmV3ICB0aGluZ3MgIEkgIGhhZCAgY29tbWVudHMgIG9u DQo+ID4gIGlubGluZS4uLg0KPiA+DQo+ID4gIE9uICBTYXQsICBNYXIgIDEzLCAgMjAxMCAgYXQg IDk6MzMgIEFNLCAgQ3VsbGVuICBKZW5uaW5ncyAgIDxmbHVmZnlAY2lzY28uY29tID4gIHdyb3Rl Og0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBQUFNQICBjb3VsZCAgZWFzaWx5ICBi ZSAgb25lICBvZiAgdGhlc2UgIGdyb3VwcyAgd2VyZSAgd2UgIHNwZW5kICB0aGUgIGZpcnN0ICBm ZXcNCj4gPiAgID4gIHllYXJzICB0cnlpbmcgIHRvICBjaG9vc2VzICB3aGljaCAgcHJvdG9jb2wg IHRvICBzdGFydCAgd2l0aCAgaW4gIHZhcmlvdXMNCj4gPiAgID4gIHBsYWNlcy4gIFRoYXQgIHdv dWxkICBqdXN0ICByZW1vdmUgIHRoZSAgd2lsbCAgdG8gIGRvICBhbnl0aGluZyAgaW4gIHRoZSAg Z3JvdXAuICBJDQo+ID4gICA+ICBoYXZlICBiZWVuICBsdXJraW5nICBhbmQgIHdhdGNoaW5nICB0 aGlzICB3b3JrICBmcm9tICB0aGUgIGJlZ2lubmluZyAgYW5kICBpdCAgc2VlbXMNCj4gPiAgID4g IGxpa2UgIHRoZXJlICBhcmUgIHByb2JhYmx5ICBtYW55ICB0aGluZ3MgIHRoYXQgIG1vc3QgIHRo ZSAgcGFydGljaXBhbnRzICBhZ3JlZSAgdG8NCj4gPiAgID4gIHRoYXQgIHdlICBjb3VsZCAganVz dCAgbmFpbCAgZG93biAgaW4gIHRoZSAgY2hhcnRlci4gIKBEb2luZyAgc28gIHdvdWxkICBoZWxw ICBnZXQNCj4gPiAgID4gIHRoZSAgd29yayAgZG9uZSAgZmFzdGVyICBhbmQgIHByb3ZpZGUgIG90 aGVycyAgYSAgY2xlYXIgIGlkZWEgIHRoYXQgIGhhZCAgbm90ICBiZWVuDQo+ID4gICA+ICBiZWVu ICBwYXJ0aWNpcGF0aW5nICBhICBtdWNoICBjbGVhcmVyICBpZGVhICBvZiAgd2hhdCAgdGhpcyAg d29yayAgaXMgIGFib3V0Lg0KPiA+ICAgPg0KPiA+ICAgPiAgRm9yICBleGFtcGxlOg0KPiA+ICAg Pg0KPiA+ICAgPiAgQ2VudHJhbGl6ZWQgIG9yICBkaXN0cmlidXRlZCAgdHJhY2tlcnMuICBNeSAg YmVsaWVmICBpcyAgdGhhdCAgbW9zdCAgdGhlICBmb2xrcw0KPiA+ICAgPiAgd2FudCAgdG8gIGRv ICBhICBjZW50cmFsaXplZCAgdHJhY2tlci4gIE9uICBhICBzaWRlICBub3RlLCAgSSAgdGhpbmsg IHRoZXkgIHdvdWxkICBiZQ0KPiA+ICAgPiAgaGFyZCAgdG8gIGRvICBhICBkaXN0cmlidXRlZCAg b25lICBiZWZvcmUgIGEgIGNlbnRyYWxpemVkICBhcyAgY2VudHJhbGl6ZWQgIGlzICBtdWNoDQo+ ID4gICA+ICBlYXNpZXIuICBUaGUgIG9idmlvdXMgIHByb3RvY29sICB0byAgdXNlICBmb3IgIGEg IGNlbnRyYWxpemVkICBvbmUgIGlzICB0byAgYWRkICB0aGUNCj4gPiAgID4gIG5lZWRlZCAgZXh0 ZW5zaW9ucyAgdG8gIHRoZSAgSFRUUCAgYmFzZWQgIHZlcnNpb24gIG9mICBiaXR0b3JyZW50ICB0 cmFja2VyDQo+ID4gICA+ICBwcm90b2NvbC4gIElmICB0aGV5ICB3YW50ICB0byAgZG8gIGEgIGRp c3RyaWJ1dGVkICBvbmUsICBSRUxPQUQgIHdvdWxkICBtZWV0ICB0aGUNCj4gPiAgID4gIG5lZWRz ICBhbmQgIGF0ICBsZWFzdCAgYmUgIHdvcnRoICBsb29raW5nICBhdC4NCj4gPg0KPiA+ICBJJ20g IGEgIGJpdCAgY29uZnVzZWQgIGFib3V0ICB3aHkgIHlvdSAgd2FudCAgdG8gIGV4Y2x1ZGUgIGRp c3RyaWJ1dGVkICB0cmFja2Vycy4NCj4gPiAgTW9zdCAgb2YgIHRoZSAgaW5mb3JtYXRpb24gIHRo YXQgIHdvdWxkICBiZSAgZXhjaGFuZ2VkICAtLSAgaS5lLiAgdGhlICBtYXBzICBvZg0KPiA+ICBj aHVua3MgIGV0YyAgLS0gIGFyZSAgZ29pbmcgIHRvICBiZSAgdGhlICBzYW1lICBiZXR3ZWVuICB0 aGUgIHR3by4gIEkgIGFtICBzdGlsbA0KPiA+ICB0cnlpbmcgIHRvICBnZXQgIG15ICBoZWFkICBh cm91bmQgIHdoZXJlICB0aGUgICJlZGdlIiAgaXMgIGhlcmUsICBidXQgIGZyb20NCj4gPiAgaGFj a2luZyAgYXQgIGlkZWFzICBhICBiaXQsICBpdCAgc2VlbXMgIHRvICBtZSAgdGhhdCAgdGhlICB0 cmFja2VyICBwcm90b2NvbCAgbWlnaHQNCj4gPiAgaGF2ZSAgdHdvICBwYXJ0czogIHF1ZXJ5L3Bs YWNlICBpbmZvcm1hdGlvbiAgZnJvbSAgdGhlICBwZWVycyAgdG8gIHRoZSAgdHJhY2tlciwNCj4g PiAgYW5kICBpbmZvcm1hdGlvbiAgYmV0d2VlbiAgdHJhY2tlcnMuICBJZiAgdGhlICBzZXBhcmF0 aW9uICBpcyAgY2xlYW4sICBpdCAgbWlnaHQNCj4gPiAgYmUgIHBvc3NpYmxlICB0byAgb25seSAg Zm9jdXMgIG9uICB0aGUgIHBhcnQgIGJldHdlZW4gIHBlZXJzL3RyYWNrZXJzICBhbmQgIG5vdA0K PiA+ICBjb25zaWRlciAgZGlzdHJpYnV0ZWQgIHRyYWNrZXJzLCAgYnV0ICBvdGhlcndpc2UgIEkg IHRoaW5rICBpbiAgcHJvdG9jb2wNCj4gPiAgZGVzaWduICB3ZSAgc2hvdWxkICBhdCAgbGVhc3Qg IGNvbnNpZGVyICBpdC4uLnNlZW1zICBsaWtlICBhICBiYWQgIGlkZWEgIHRvDQo+ID4gIGRlc2ln biAgYSAgUDJQICBwcm90b2NvbCAgdGhhdCAgbmVnbGVjdHMgIFAyUCAgYXQgIGEgIGRpZmZlcmVu dCAgbGV2ZWwgIChpLmUuLA0KPiA+ICBiZXR3ZWVuICB0cmFja2VycykNCj4NCj4gIEkgIHdhcyAg anVzdCAgdHJ5aW5nICB0byAgcHV0ICBpbnRvICB0aGUgIGNoYXJ0ZXIgIHRoZSAgZGlyZWN0aW9u ICBJICB0aG91Z2h0ICB0aGUgIGdyb3VwICB3YW50ZWQgIHRvICBnbyAgb3IgIGF0ICBsZWFzdCAg c3VyZmFjZSAgdGhlICBpc3N1ZXMgIHNvICB3ZSAgY291bGQgIGZlZWRiYWNrICBvZiAgdGhlICBm b3JtICAieWVwLCAgbG9va3MgIGdvb2QiICBvciAgIm5vcGUsICB3ZSAgd2FudCAgZGlzdHJpYnV0 ZWQiLiAgT2J2aW91c2x5ICBJJ20gIGEgIGJpdCAgb2YgIGEgIGZhbiAgb2YgIGRpc3RyaWJ1dGVk ICBhcHByb2FjaGVzLg0KDQpHaXZlbiAgdGhpcywgIGFuZCAgdGhlICBmb2xsb3d1cCAgTmluZyAg aGFkLCAgSSAgdGhpbmsgIHRoaW5ncyAgYmVjYW1lICBtb3JlDQpjcmlzcCAgdGhhbiAgbXkgIG9y aWdpbmFsICBjb21tZW50LCAgYnV0ICBqdXN0ICB0byAgYmUgIGNsZWFyLCAgSSAgdGhpbmsgIHdo YXQgIEkNCmFtICBnZXR0aW5nICBhdCAgaXMgIHRoYXQgIEkgIHNlZSAgdGhlICB0cmFja2VyLCAg YXMgIE5pbmcgIG1lbnRpb25lZCwgIGFzICBhDQpsb2dpY2FsICBmdW5jdGlvbi4gIEl0ICBjb3Vs ZCAgYmUgIGltcGxlbWVudGVkICBpbiAgYSAgY2VudHJhbGl6ZWQgIHdheSAgKGFuZA0KbGlrZWx5 ICB3b3VsZCAgYmUpLCAgb3IgIGNvdWxkICBhY3R1YWxseSAgdXNlICBhICBESFQgIGluICB0aGUg IGJhY2tncm91bmQuICBJdA0KbWF5ICBiZSAgdGhhdCAgd2UgIGRvbid0ICByZWFsbHkgIG5lZWQg IHRvICBjb25zaWRlciAgdGhhdCAgaW4gIHRoZSAgZGVzaWduICBvZiAgdGhlDQpwcm90b2NvbCAg dG8gIHF1ZXJ5ICB0aGUgICJ0cmFja2VyIiAgKHdoYXRldmVyICB0aGF0ICBtYXkgIGJlKSwgIGFu ZCAgSQ0KY2VydGFpbmx5ICBkb24ndCAgd2FudCAgdG8gIG11ZGR5ICB0aGluZ3MgIGJ5ICBpbnNp c3RpbmcgIGl0ICBiZSAgZGlzdHJpYnV0ZWQuDQpJJ2QgIHBlcnNvbmFsbHkgIHN1Z2dlc3QgIHNv bWUgIHdvcmRpbmcgIGFraW4gIHRvICB3aGF0ICB3ZSAgZGlkICBpbiAgUDJQU0lQLA0Kd2hlcmUg IHdlICBjcmFmdGVkICBhICBESFQgIGZvciAgU0lQICBidXQgIHRyaWVkICBub3QgIHRvICBicmVh ayAgaXQgIGZvciAgb3RoZXINCnBvc3NpYmxlICBhcHBsaWNhdGlvbnMuICBTbyAgaGVyZSwgIG1h eWJlICB3ZSAgc2F5ICB3ZSAgYXJlICBidWlsZGluZyAgZm9yICBhDQpjZW50cmFsaXplZCAgdHJh Y2tlciwgIGJ1dCAgd2lsbCAgdHJ5ICB0byAgY29uc2lkZXIgIHRoZSAgcHJvYmxlbSAgb2YgIGEN CmRpc3RyaWJ1dGVkLCAgYW5kICBtYWtlICBzdXJlICB0aGUgIHByb3RvY29sICBmb3IgIHRoZSAg bG9naWNhbCAgcHJvY2VzcyAgb2YNCnRyYWNrZXIgIGNhbGxzICBkb2Vzbid0ICBkbyAgc29tZXRo aW5nICB0aGF0ICBleHBsaWNpdGx5ICBicmVha3MgIGRpc3RyaWJ1dGVkDQpmdW5jdGlvbmFsaXR5 ICBsYXRlci4NCg0KSSAgZGVmaW5pdGVseSAgZG9uJ3QgIHdhbnQgIHRvICBnaXZlICB0aGUgIElF U0cgIChvciAgYW55b25lICBlbHNlLCAgcmVhbGx5KSAgdGhlDQppbXByZXNzaW9uICB0aGF0ICB0 aGVyZSAgaXMgIGEgIGJpZyAgZ3JvdXAgIG9mICB1cyAgbG9va2luZyAgdG8gIGRvICBhICBkaXN0 cmlidXRlZA0KdHJhY2tlciAgdXAgIGZyb250LiAgQXMgIGZhciAgYXMgIEkgIGtub3csICB0aGVy ZSAgaXNuJ3QuDQoNCg0KW1l1bmZlaV1JIGFncmVlIHdpdGggeW91IG9uIHRoZSB1bmRlcnN0YW5k aW5nIG9mIHRoZSB0cmFja2VyIHByb3RvY29sLlRoaXMgaXMganVzdA0KIGEgZnVuY3Rpb25hbCBw cm90b2NvbCBpbmRlcGVuZGVudCBvZiBpdHMgaW1wbGVtZW50YXRpb24gb24gY2VudHJhbGl6ZWQg d2F5IG9yIGRpc3RyaWJ1dGlvbi4NCg0KPg0KPiA+DQo+ID4gICA+ICBTaW1pbGFybHkgIGZvciAg dGhlICBtZWRpYSAgdHJhbnNmZXIsICBJICBzdXNwZWN0ICB0aGF0ICBtYW55ICBwZW9wbGUgIHdv dWxkICBiZQ0KPiA+ICAgPiAgaGFwcHkgIHdpdGggIFJUUC4gIEl0J3MgIGhhcmQgIHRvICBpbWFn aW5lICBhbnl0aGluZyAgZWxzZSAgZ2l2ZW4gIHRoZSAgZW5kICBnb2FsDQo+ID4gICA+ICBmb3Ig IHRoaXMuICBJICBndWVzcyAgb25lICBjb3VsZCAgYXJndWUgIGZvciAgYSAgbmV3ICBwcm90b2Nv bCAgb3IgIGEgIHByb3RvY29sICB0aGF0DQo+ID4gICA+ICB0cmFuc2ZlcnJlZCAgZGF0YSAgdHVu bmVsZWQgIGluICB0aGUgIHBlZXIgIHNpZ25hbGluZyAgcHJvdG9jb2wuDQo+ID4NCj4gPiAgQWJz b2x1dGVseSAgYWdyZWUuICBEZXZpc2luZyAgbmV3ICBtZWNoYW5pc21zICBmb3IgIG1lZGlhICB0 cmFuc3BvcnQgIHNlZW1zDQo+ID4gIHdheSAgb3V0ICBvZiAgc2NvcGUgIHRvICBtZS4NCj4gPg0K PiA+ICAgPiAgVGhlICBwZWVyICBzaWduaW5nICBwcm90b2NvbCAgbmVlZHMgIHRvICBiZSAgYWJs ZSAgdG8gIHNldCAgdXAgIHRoZSAgUlRQICBzZXNzaW9ucw0KPiA+ICAgPiAgYW5kICB3b3JrICB0 aG91Z2h0ICBOQVRzLiAgSSAgdGhpbmsgIHRoZSAgTkFUICB0cmF2ZXJzYWwgIHNjaGVtZSAgd2ls bCAgZW5kICB1cA0KPiA+ICAgPiAgYmVpbmcgIElDRSAgb3IgIHNvbWV0aGluZyAgdGhhdCAgbW9y ZSAgb3IgIGxlc3MgIGFtb3VudHMgIHRvICBJQ0UgIHdpdGggIG5vICBUVVJODQo+ID4gICA+ICBv cHRpb24gIGdpdmVuICB0aGUgIGRlcGxveW1lbnQgIG1vZGVscy4gIEJvdGggIFJUU1AgIGFuZCAg U0lQICBhcmUgIGNhbmRpZGF0ZXMNCj4gPiAgID4gIGhlcmUuICBJbiAgc29tZSAgd2F5cyAgYXQg IGZpcnN0ICBnbGFuY2UsICBSVFNQICBtaWdodCAgc2VlbSAgc2ltcGxlci4gIEJ1dCAgYSAgYnVu Y2gNCj4gPiAgID4gIG9mICB0aGF0ICBzaW1wbGljaXR5ICBjb21lcyAgZnJvbSAgdGhlICBtb2Rl bCAgb2YgIGl0ICBiZWluZyAgZGVwbG95ZWQgIG9uICBzZXJ2ZXINCj4gPiAgID4gIGFsbCAgY2xp ZW50cyAgY2FuICBlYXNpbHkgIHJlYWNoICB3aXRob3V0ICBuYXQgIG5pZ2h0bWFyZXMgIGFuZCAg bGVzcw0KPiA+ICAgPiAgbmVnb3RpYXRpb24uICBNdWNoICBvZiAgU0lQICBjb21wbGV4aXR5ICBj b21lcyAgZm9ybSAgdG9vICBtYW55ICBpbnRlcm1lZGlhcmllcw0KPiA+ICAgPiAgYW5kICBmb3Jr aW5nICB3aGljaCAgd291bGQgIG5vdCAgYXBwbHkgIGluICB0aGlzICBjYXNlLiAgoFdlICB3aWxs ICBoYXZlICB0byAgYWRkICBhDQo+ID4gICA+ICBidW5jaCAgdG8gIFJUU1AgIHRvICBnZXQgIGl0 ICB0byAgd29yayAgb3IgIHN1YnRyYWN0ICBzb21lICBTSVAgIHRvICBnZXQgIGl0ICB0bw0KPiA+ ICAgPiAgd29yay4gIE5vdCAgYW4gIGVhc3kgIGNhbGwgIGFuZCAgbm90ICBhICBjYWxsICB0aGF0 ICB0aGUgIFdHICBpcyAgaW4gIGEgIGdyZWF0ICBwb3NpdGlvbg0KPiA+ICAgPiAgdG8gIHNvcnQg IG91dC4gIEknZCAgbG92ZSAgdG8gIGhlYXIgIG90aGVycyAgdGhvdWdodCAgb24gIGl0Lg0KPiA+ ICAgPg0KPiA+ICAgPiAgVGhlICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAgUlRTUC9TSVAgIGFwcHJv YWNoICBpcyAgdG8gIHJlcGxhY2UgIHRoZSAgc2lnbmFsaW5nICBhbmQNCj4gPiAgID4gIFNEUCAg d2l0aCAgYSAgY2FwYWJpbGl0aWVzICBzb21ldGhpbmcgIG1vcmUgIGxpa2UgIHRoZSAgQWR2ZXJ0 aXNlbWVudCAgLyAgUHJvcG9zYWwNCj4gPiAgID4gIGFyY2hpdGVjdHVyZSAgdGhlICBKb24gIGFu ZCAgSSAgaGF2ZSAgYmVlbiAgZGlzY3Vzc2lvbiAgKFNlZQ0KPiA+ICAgPiAgZHJhZnQtcGV0ZXJz b24tc2lwY29yZS1hZHZwcm9wICApLg0KPiA+DQo+ID4gIE5vdCAgcXVpdGUgIGFzICBjbGVhciAg dG8gIG1lICBoZXJlLCAgYnV0ICBJICBtb3N0bHkgIGFncmVlLiAgRGVmaW5pdGVseSAgbmVlZCAg dG8NCj4gPiAgbmVnb3RpYXRlICBzdHJlYW1zLCAgYW5kICBuZWVkICB0byAgdHJhdmVyc2UgIE5B VHMuICBTSVAgIHNlZW1zICBsaWtlICB1c2luZyAgYQ0KPiA+ICBmaWdodGVyICBwbGFuZSAgdG8g IGtpbGwgIGEgIGZseSAgaGVyZSwgIGJ1dCAgbWF5ICB2ZXJ5ICB3ZWxsICB0dXJuICBvdXQgIHRo YXQgIG1hbnkNCj4gPiAgb2YgIHRoZSAgY2FwYWJpbGl0aWVzICBlbmQgIHVwICBiZWluZyAgbmVl ZGVkICBvbmNlICB3ZSAgZ2V0ICBpbnRvICBpdC4gIFRoZQ0KPiA+ICBwcm9ibGVtICBpcyAgaWYg IHRoZSAgcGVlcnMgIGFyZSAgc3BlYWtpbmcgIFNJUCwgIGFyZW4ndCAgdGhleSAgZXhwZWN0ZWQg IHRvICBoYXZlDQo+ID4gIHRoZSAgZnVsbCAgU0lQICBjYXBhYmlsaXRpZXMuICBXZSAgc2VlbSAg dG8gIG5lZWQgIGEgIFNJUC1MaXRlLi4uKGFuZCAgeWVzLCAgSQ0KPiA+ICBrbm93ICB0aGF0ICBo YXMgIGJlZW4gIGRpc2N1c3NlZCAgb2gsICBvbmNlICBvciAgdHdpY2UgIGJlZm9yZSwgIGJ1dCAg aGVyZSAgaXQNCj4gPiAgd291bGQgIGJlICBmb3IgIGRldmljZXMgIHdpdGggIGRpc3RpbmN0bHkg IGRpZmZlcmVudCAgYXBwbGljYXRpb25zKQ0KPg0KPiAgUmlnaHQgIC0gIGZvciAgZXhhbXBsZSwg IEkgIHNlZSAgbm8gIG5lZWQgIGZvciAgZm9ya2luZyAgaW4gIG9uZSAgdXNlcyAgU0lQICB3aGlj aCAgZ3JlYXRseSAgdGhlICB1c2UgIG9mICBTSVAuICBJZiAgdGhlICB0aGUgIHBsYW4gIGl0ICB0 byAgc2ltcGxpZnkgIFNJUCAgaW4gIHRoaXMgIHdheSwgIHdlICBwcm9iYWJseSAgbmVlZCAgdG8g IGV4cHJlc3MgIHRoYXQgIGluICB0aGUgIGNoYXJ0ZXIuICCgTXkgIHZpZXcgIG9uICB1c2luZyAg U0lQICBpcyAgdGhpcyAgd29yayAgd291bGQgIG9ubHkgIG5lZWQgIGEgIHN1YnNldCAgb2YgIGl0 LiAgSG93ZXZlciAgaWYgIHdlICB1c2UgIFJUU1AsICB3ZSAgbmVlZCAgdG8gIGFkZCAgYSAgYnVu Y2ggIGluICBSVFNQLiAgVHlwaWNhbGx5ICBjdXR0aW5nICBhd2F5ICBzdHVmZiAgaXMgIGZhc3Rl ciAgdGhhbiAgZ3Jvd2luZyAgbmV3ICBzdHVmZiAgYnV0ICB0aGF0ICBpcyAgbm90ICBhbHdheXMg IHRydWUuICBFaXRoZXIgIGNvdWxkICBiZSAgbWFkZSAgdG8gIHdvcmsuICBTbyAgY291bGQgIHNv bWV0aGluZyAgbmV3Lg0KDQpZZXAuICBGdWxseSAgYWdyZWUsICBwYXJ0aWN1bGFybHkgIGFib3V0 ICBoYWNraW5nICByYXRoZXIgIHRoYW4NCmdyb3dpbmcuLi4oaS5lLiwgIFNJUCAgZWFzaWVyICB0 aGFuICBSVFNQLiAgQXQgIGxlYXN0ICBpbiAgbXkgIG9waW5pb24sICBJJ2QNCmFncmVlLikNCg0K T25lICB3cmlua2xlICBJICBzZWUgIGlzICB0aGF0ICB3aGlsZSAgdGhlc2UgIGxvb2sgIGdvb2Qg IGZvciAgcmVhbC10aW1lLCAgaXQNCmlzbid0ICBxdWl0ZSAgY2xlYXIgIHRvICBtZSAgdGhhdCAg U0lQICAob3IgIGFjdHVhbGx5ICBldmVuICBSVFAgIG9uICB0aGUNCnRyYW5zcG9ydCAgc2lkZSkg IGlzICByaWdodCAgaW4gIHRoZSAgdGltZS1zaGlmdGVkICBjb250ZXh0LiAgSWYgIEkgIGFtDQpy ZXRyaWV2aW5nICB0aGUgIGZpbGUgIHRoZW4gIHBsYXlpbmcgIGxvY2FsbHkgIGFsYSAgQml0LVRv cnJlbnQsICBpdCAgc2VlbXMNCnBvc3NpYmxlICB0aGF0ICB5b3UgIHdvdWxkICB1c2UgIGEgIGJ1 bGsgIHRyYW5zZmVyICBibG9jay1ieS1ibG9jayAgaW4gIHRoYXQNCnNjZW5hcmlvICBhbmQgIGFz c2VtYmxlICBhbmQgIHBsYXkgIGxvY2FsbHksICByYXRoZXIgIHRoYW4gIHN0cmVhbSAgZnJvbSAg dGhlDQpwZWVyICB0aGF0ICBoYXMgIGl0ICBhcyAgd291bGQgIGJlICB0aGUgIGNhc2UgIGluICBy ZWFsLXRpbWUuICBUaGUgIG1vcmUgIEkndmUgIGR1Zw0KaW50byAgdGhpcyAgaW4gIHRoZSAgbGFz dCAgZmV3ICBtb250aHMsICB0aGUgIG1vcmUgIHRoZSAgcmVhbC10aW1lICBhbmQNCnRpbWUtc2hp ZnRlZCAgY2FzZXMgIGRpZmZlciAgZm9yICB0aGUgIGFjdGlvbnMgIGFmdGVyICB5b3UgIGNvbnRh Y3QgIHRoZQ0KdHJhY2tlci4NCg0KW1l1bmZlaV1Zb3UgYXJlIHJpZ2h0LldoYXQncyBtb3JlLGV2 ZW4gaW4gdGhlIHJlYWwtdGltZSBwMnAgc3RyZWFtaW5nIGNvbnRleHQsIHNvbWUNCmltcGxlbWVu YXRpb25zIGxpa2UgUFBMaXZlIHVzZSBqdXN0IGEgYmxvY2stYnktYmxvY2sgdHJhbnNmZXIgbGlr ZSBzaW1wbGUgVURQKldJVEhPVVQqDQpleHBsaWNpdCB0aW1pbmcgc2lnbmFsaW5nLCBidXQgdGhl IHNjaGVkdWxpbmcgYWxnb3JpdGhtcyh3aGljaCBpcyBvdXQgb2Ygc2NvcGUgb2YgUFBTUCllbnN1 cmUNCnRoZSByZWFsLXRpbWUgcmVxdWlyZW1lbnRzIGFjY29yZGluZyB0byBvdXIgbWVhc3VybWVu dHMuIE9mIGNvdXJzZSBJIGFncmVlIHRoYXQgUlRQIGNhbiBiZSANCmdvb2QgY2FuZGlkYXRlIGlu IGFjdHVhbCBkYXRhIHRyYW5zZmVyLg0KT25lIHBvaW50IEkgd2FudCB0byBzYXkgaXMgdGhhdCBw ZWVyIHByb3RvY29sIGlzIGluaXRpYWxseSBpbnRlbmRlZCB0byBkbyB0aGUgZm9sbG93aW5nIHRh c2s6DQpjaHVuayBhdmFpbGFiaWxpdHkgZXhjaGFuZ2UgYmV0d2VlbiBwZWVycy5TdXBwb3NlIHBl ZXIgQSBhbmQgcGVlciBCLCBBIGFza2VkIEIsaGV5LCB3aGljaCBzcGVjaWZpYw0KY2h1bmsgZG8g eW91IGhhdmUocHJlLWNvbmRpdGlvbjpBIGFuZCBCIGhhdmUgdGhlIHNhbWUgY2h1bmsgc2xpY2lu ZyByZWd1bGF0aW9uKGNvbW1vbiBzdHJ1Y3R1cmUpLg0KVGhlIHRhc2sgb2YgaG93IHRvIHNldCB1 cCB0aGUgY29ubmVjdGlvbnMgYmV0d2VlbiBwZWVyIEEgYW5kIHBlZXIgQiBpcyBvdXQgb2Ygb3Vy IGN1cnJlbnQgc2NvcGUuSSByZW1lbWJlcg0KdGhhdCBOaW5nIGhhZCByYWlzZWQgdGhlIHF1ZXN0 aW9uIHRoYXQgdGhlcmUgaXMgYSBnYXAgYmV0d2VlbiBwZWVyIHByb3RvY29sIGFuZCB0aGUgcmVh bCBkYXRhIHRyYW5zZmVyIGluIHRoZSANCm1haWxpbmcgbGlzdCBhbmQgd2UgZ290IGNvbnNlbnN1 cyBpbiB0aGlzIHBvaW50Lg0KDQo+ID4gIE15ICBmaXJzdCAgdGFrZSAgb24gIHRoZSAgcHJvcG9z ZWQgIGNoYXJ0ZXIgIGJlbG93ICBpcyAgdGhhdCAgSSAgbGlrZSAgc2VlaW5nDQo+ID4gIHRoaW5n cyAgZ2V0ICBtb3JlICBjb25jcmV0ZSwgIGJ1dCAgaXQgIGhhcyAgdHdvICBwcm9ibGVtcyAgZnJv bSAgbXkgIHBlcnNwZWN0aXZlOg0KPiA+DQo+ID4gIEkgIGFncmVlICBiaXQtdG9ycmVudCAgaXMg IGEgIHZlcnkgIGdvb2QgIG1vZGVsICBhbmQgIHdlICBzaG91bGQgIGJlICBsb29raW5nICBhdA0K PiA+ICBpdCwgIGJ1dCAgdGhlICBzdXJ2ZXkgIHdvcmsgIGlzICBhbHNvICBicmluZ2luZyAgaW4g IHdvcmsgIGZyb20gIHNvbWUgIG90aGVyICB2ZXJ5DQo+ID4gIHdpZGVseSAgZGVwbG95ZWQgIHNv bHV0aW9ucyAgKFBQTGl2ZSwgIGZvciAgZXhhbXBsZSksICBhbmQgIEknbSAgcGVyc29uYWxseSAg YQ0KPiA+ICBiaXQgIHJlbHVjdGFudCAgdG8gIGp1c3QgIHNheSAgYml0LXRvcnJlbnQgIHdpbnMu DQo+DQo+DQo+DQo+ID4NCj4gPiAgSSdtICBhd2FyZSAgdGhhdCAgUFBMaXZlICBhbmQgIEJpdC1U b3JyZW50ICBhZGRyZXNzICBzbGlnaHRseSAgZGlmZmVyZW50DQo+ID4gIHByb2JsZW1zLCAgd2hp Y2ggIGlzICBhY3R1YWxseSAgbXkgIGJpZ2dlc3QgIGNvbmNlcm4gIHdpdGggIHRoZSAgY2hhcnRl ciAgLS0NCj4gPiAgc3RpbGwgIG5vdCAgY2xlYXIgIHRoYXQgIHRoZSAgbGl2ZSAgYW5kICB0aW1l LXNoaWZ0ZWQgIGNvbnRlbnQgIHJlYWxseSAgY2FsbCAgZm9yDQo+ID4gIHRoZSAgc2FtZSAgcHJv dG9jb2wgIG9yICBzaGFyZSAgYXMgIG11Y2ggIGFzICBtaWdodCAgYmUgIHRob3VnaHQgIGluICBj b21tb24uDQo+ID4gIFBhcnRpY3VsYXJseSAgZm9yICB0aGUgIHJlYWwtdGltZSAgc3RyZWFtaW5n LCAgSSdtICBub3QgIGF0ICBhbGwgIHN1cmUNCj4gPiAgQml0LVRvcnJlbnQgIGlzICB0aGUgIHJp Z2h0ICBjaG9pY2UuICAoYWx0aG91Z2ggIEkgIGNhbiAgc2VlICB1c2luZyAgYSAgdHJhY2tlcg0K PiA+ICB0byAgZmluZCAgY2FuZGlkYXRlICBwZWVycyAgYW5kICBlc3RhYmxpc2hpbmcgIGxpdmUg IHNlc3Npb25zICBiZXR3ZWVuDQo+ID4gIHRoZW0uLi5zbyAgaXQncyAgcG9zc2libGUpICCgSSdk ICByYXRoZXIgIHdhaXQgIGp1c3QgIGEgIGxpdHRsZSAgYml0ICBmb3IgIHRoZQ0KPiA+ICBzdXJ2 ZXkgIGRvY3VtZW50ICB0byAgZXZvbHZlICB0byAgbWFrZSAgdGhhdCAgY2FsbCwgIGFuZCAgZ2V0 ICBtb3JlICB2aXNpYmlsaXR5DQo+ID4gIGludG8gIGlmICBvbmUgIHByb3RvY29sICBjYW4gIGJl ICB1c2VkICBmb3IgIGJvdGggIHN0cmVhbWluZyAgYW5kICB0aW1lLXNoaWZ0ZWQNCj4gPiAgY29u dGVudC4gIFRoYXQncyAgcGFydCAgb2YgIHRoZSAgbW90aXZhdGlvbiAgZm9yICBoYWNraW5nICB0 b2dldGhlciAgc29tZQ0KPiA+ICBzdHJhd21hbiAgd29yayAgb24gIHRoZSAgdHJhY2tlciAgYXMg IHdlbGwgIC0tICBsZXQncyAgc2VlICB3aGF0ICBoYXJkICBwcm9ibGVtcw0KPiA+ICB3ZSAgc3R1 bWJsZSAgaW4gIHRoYXQgIHByb2Nlc3MuICBJICBhZ3JlZSAgaWYgIHdlICBkb24ndCAgZmlybSAg aXQgIHVwICB3ZSdsbCAgc3Bpbg0KPiA+ICBmb3IgIGEgIGxvbmcgIHRpbWUsICBidXQgIEkgIGFs c28gIGRvbid0ICB3YW50ICB0byAganVtcCAgdG8gIGEgIHdyb25nICBjb25jbHVzaW9uLg0KPg0K PiAgRmFpciAgZW5vdWdoICAtICB3aGF0ICB5b3UgIGFyZSAgc2F5aW5nICB0aGVyZSAgZG9lcyAg c2VlbSAgdmVyeSAgcmVhc29uYWJsZSAgdG8gIG1lICAtICBidXQgIGlmICB3ZSAgZ28gIGRvd24g IHRoZSAgcGxhbiAgdGhlbiAgSSAgdGhpbmsgIHdlICBzaG91bGQgIHByb2JhYmx5ICCgc3BpbiAg dXAgIGFuICBFeHBsb3JhdG9yeSAgR3JvdXAgIHRvICBnbyAgbWFrZSAgc29tZSAgY2hvaWNlcyAg bGlrZSAgdGhhdC4NCg0KKzEuICBJJ2QgIHZlcnkgIG11Y2ggIHN1cHBvcnQgIHRoYXQgIGFuZCAg d291bGQgIGJlICB3aWxsaW5nICB0byAgaGVscCAgaWYNCnZvbHVudGVlcnMgIGFyZSAgbmVlZGVk Lg0KDQo+ID4gIE15ICBiaWdnZXN0ICBvYmplY3Rpb24gIGlzICB3aXRoICB0aGUgIHByb3Bvc2Fs ICBiZWxvdyAgaXMgIHNheWluZyAgU0lQICBpcyAgdGhlDQo+ID4gIHJpZ2h0ICBjaG9pY2UgIGZv ciAgdGhlICBQZWVyICBQcm90b2NvbC4gIFRoYXQgIHNlZW1zICBub3QtcXVpdGUtcmlnaHQgIChl dmVuDQo+ID4gIGlmICBTSVAgIGlzICB1c2VkICB0byAgZXN0YWJsaXNoICB0aGUgIGNvbm5lY3Rp b25zKS4gIFRoZSAgcGVlciAgcHJvdG9jb2wgIGhlcmUuDQo+ID4gIGFnYWluLCAgaXMgIGRvaW5n ICBzZXZlcmFsICB0aGluZ3MgIC0tICBwb3NzaWJseSAgbWFpbnRhaW5pbmcgIGFuICBvdmVybGF5 DQo+ID4gIChwb3NzaWJsZSAgUkVMT0FEICB1c2FnZSwgIGFsdGhvdWdoICB3ZSAgaGF2ZSAgdG8g IG1ha2UgIHN1cmUgIGEgIGZ1bGwgIERIVCAgaXMNCj4gPiAgbmVlZGVkLCAgd2hpY2ggIHdpdGgg IGEgIGNlbnRyYWwgIHRyYWNrZXIgIGl0ICBtYXkgIG5vdCAgYmUpICBhbmQgIGluICB0aGUgIGxp dmUNCj4gPiAgc3RyZWFtICBjYXNlLCAgZXN0YWJsaXNoaW5nICBjb25uZWN0aW9ucy4gIFVubGVz cyAgd2UgIHJlc3VycmVjdCAgZFNJUCAgKHdoaWNoDQo+ID4gIEknZCAgbG92ZSAgOykgICksICBT SVAgIGNhbid0ICBkbyAgdGhlICBmb3JtZXIsICBhbmQgIEkgIHN0aWxsICB0aGluayAgaXQgIGlz ICB3YXkNCj4gPiAgb3ZlcmtpbGwgIGZvciAgdGhlICBsYXRlciAgdW5sZXNzICB3ZSAgY29tZSAg dXAgIHdpdGggIGEgIGxpZ2h0ZXIgIHZlcnNpb24uICBJJ2xsDQo+ID4gIHRha2UgIGEgIGxvb2sg IGF0ICB0aGUgIGFkdnByb3AgIGRyYWZ0ICB5b3UgIG1lbnRpb24gIC0tICB0aGF0ICBtaWdodCAg YmUgIGV4YWN0bHkNCj4gPiAgd2hhdCAgSSAgYW0gIHRoaW5raW5nICBvZiAgYnV0ICBJICBoYXZl ICB0byAgYWRtaXQgIEkgIGhhdmVuJ3QgIHJlYWQgIGl0LiAgSSAgZ3Vlc3MNCj4gPiAgbXkgIHdv cnJ5ICBoZXJlICBpcyAgdGhhdCAgeW91ciAgdmVyc2lvbiAgb2YgIHRoZSAgZHJhZnQgIHNlZW1z ICB0byAgYmUgIHRha2luZyAgdGhlDQo+ID4gICJJICBoYXZlICBhICBTSVAgIGhhbW1lciAgc28g IHRoaXMgIGlzICBhICBTSVAgIG5haWwiICBhcHByb2FjaCwgIGFuZCAgSSdtICBub3QNCj4gPiAg cXVpdGUgIGNvbnZpbmNlZCAgdGhhdCdzICByaWdodCAgKGF0ICBsZWFzdCAgbm90ICB5ZXQsICBi dXQgIEkgIG11c3QgIGFkbWl0ICB0aGUNCj4gPiAgcHJvYmxlbSAgbG9va3MgIHZlcnkgIG5haWwg IHNoYXBlZC4gIE1heWJlICBqdXN0ICBhICByZWFsbHkgIHNtYWxsICBuYWlsKS4NCj4NCj4gIFdl bGwgIEkgIHVuZGVyc3RhbmQgIGhvdyAgc29tZXRoaW5nICBsaWtlICBSRUxBT0QgIG1pZ2h0ICBn ZXQgIHVzZWQgIGZvciAgdGhlICBwZWVyICB0byAgdHJhY2tlciAgcHJvdG9jb2wsICBidXQgIG9u Y2UgIHlvdSAga25vdyAgYSAgcGVlciAgeW91ICBhcmUgIGdvaW5nICB0byAgdHJ5ICBhbmQgIHNl dCAgdXAgIGFuICBSVFAgIHNlc3Npb24gIHdpdGggIGFuZCwgIGFzc3VtaW5nICB0aGUgIHVzZSAg b2YgIFJUUCwgIKBpdCAgc2VlbXMgIHlvdSAgbmVlZCAgYSAgcHJvdG9jb2wgIHdlcmUgIGhvc3Qg IKBBICBjYW4gIHRlbGwgIGhvc3QgIEIgIHRvICBzdGFydCAgc2VuZGluZyAgdGhlICBmb2xsb3dp bmcgIGRhdGEgIGluICBhbiAgUlRQICBzdGVhbS4gIKBEbyAgSSAgaGF2ZSAgdGhpcyAgYWJvdXQg IHJpZ2h0Pw0KDQpZZXAsICBJICB0aGluayAgeW91ICBkbyAgaGF2ZSAgaXQgIHJpZ2h0LCAgYW5k ICBsaWtlICBJICBzYWlkLCAgZ2l2ZW4gIHRoYXQNCmRlc2NyaXB0aW9uLCAgU0lQICAoaW4gIHRo ZSAgb2xkICBvcmlnaW5hbCAgc2Vzc2lvbiAgZXN0YWJsaXNobWVudCAgc2Vuc2UpICBtYXkNCnJl YWxseSAgYmUgIHJpZ2h0LCAgSSdtICBqdXN0ICBub3QgIHF1aXRlICBjb252aW5jZWQgIHlldC4g IEknbSAgc3VyZSAgeW91ICBrbm93DQp0aGlzICBzaW5jZSAgeW91ICBoYXZlICB0b28sICBidXQg IGFzICBzb21lb25lICB3aG8gIGhhcyAgaGFja2VkICBhICBidW5jaCAgb2YgIFNJUA0Kc3R1ZmYg IHRvZ2V0aGVyICBvdmVyICB0aGUgIHllYXJzLCAgSSAga25vdyAgaG93ICBtdWNoICB0aGVyZSAg aXMgIGluICBTSVAsICBhbmQNCmhvdyAgbXVjaCAgb2YgIHRoYXQgIHdlICBkb24ndCAgbmVlZCAg aW4gIHRoaXMgIGNvbnRleHQuICBDZXJ0YWlubHkgIGRvbid0ICBtZWFuDQp0byAgaW1wbHkgIGl0 ICBpc24ndCAgYSAgcHJldHR5ICBzdHJvbmcgIGNhbmRpZGF0ZS4NCg0KRGF2aWQNCg0KPiA+DQo+ ID4gIFJldXNlICBvZiAgU0RQICBhbmQgIFJUUCAgc2VlbSAgbGlrZSAgbm8tYnJhaW5lcnMgIGFu ZCAgSSAgZGVmaW5pdGVseSAgYWdyZWUuDQo+ID4NCj4gPiAgQW55d2F5LCAgaW50ZXJlc3Rpbmcg IHRob3VnaHRzLGFuZCAgbXkgIDIgIGNlbnRzLi4uDQo+ID4NCj4gPiAgRGF2aWQNCj4gPg0KPiA+ ICAgPiAgVGhlcmUgIGFyZSAgYSAgZmV3ICBvdGhlciAgdG9waWNzICB3aGljaCAgYXJlICBub3Qg IGFkZHJlc3NlZCAgaW4gIHRoaXMgIGNoYXJ0ZXINCj4gPiAgID4gIHRoYXQgIHdvcnJ5ICBtZSAg YSAgbG90LiAgVGhlICBjdXJyZW50bHkgIHByb3RvY29scyAgYmVpbmcgIHByb3Bvc2VkICBhbmQg IHJlbGF0ZWQNCj4gPiAgID4gIGRpc2N1c3Npb24gIGRvZXMgIG5vdCAgc2VlbSAgdG8gIGFkZHJl c3MgIHdoYXQgIGlzICB0aGUgIGluY2VudGl2ZSAgZm9yICBhbnlvbmUgIHRvDQo+ID4gICA+ICBz ZXJ2ZSAgY29udGVudC4gIEl0J3MgIGNsZWFyICB3aHkgIHlvdSAgd291bGQgIHJlY2VpdmUgIGJ1 dCAgbm90ICBjbGVhciAgd2h5ICB5b3UNCj4gPiAgID4gIHdvdWxkICBib3RoZXIgIHRvICB0cmFu c21pdC4gIEJpdHRvcnJlbnQgIHB1dCAgYSAgbG90ICBvZiAgZWZmb3J0ICBpbnRvICB0aGlzICBh bmQNCj4gPiAgID4gIElNSE8gIGdvdCAgaXQgICJyaWdodCAgZW5vdWdoIiAgdGhhdCAgdGhlICBz eXN0ZW0gIGlzICB2ZXJ5ICBzdWNjZXNzZnVsLiAgSSAgd29ycnkNCj4gPiAgID4gIGFib3V0ICBp dCAgaW4gIHRoaXMgIHdvcmsuICBBICBzZWNvbmQgIHRvcGljICBpcyAgdGhhdCAgdGhlICBkZXNp cmVkICBwcml2YWN5DQo+ID4gICA+ICBwcm9wZXJ0aWVzICBvZiAgdGhlICBzeXN0ZW0gIGFyZSAg YWxzbyAgcHJldHR5ICB2YWd1ZS4gIElmICB3ZSAgYXJlICBub3QgIGNsZWFyDQo+ID4gICA+ICBh Ym91dCAgdGhlc2UgIGluICB0aGUgIGJlZ2lubmluZywgIHdlICBydW4gIHRoZSAgcmlzayAgb2Yg IGdldHRpbmcgIHZlcnkgIGJvZ2dlZA0KPiA+ICAgPiAgZG93biAgaW4gIGFyZ3VpbmcgIGFib3V0 ICB0aGVtICBhcyAgdGhlICBwcm90b2NvbCAgc3RhcnRzICB0byAgZ2V0ICBjbG9zZSAgdG8gIGRv bmUuDQo+ID4gICA+DQo+ID4gICA+ICBUbyAgdHJ5ICBhbmQgIGhlbHAgIGdldCAgdGhpbmdzICBt b3ZpbmcgIGFsb25nLCAgSSAgaGF2ZSAgcHJvcG9zZWQgIGNoYXJ0ZXIgIGJlbGxvdw0KPiA+ICAg PiAgdGhhdCAgaXMgIHZlcnkgIGNvbnNlcnZhdGl2ZSAgLiAgoEFzICBhbiAgaW5kaXZpZHVhbCwg IEkgIHdvdWxkICBwcm9iYWJseSAgaGF2ZSAgYQ0KPiA+ICAgPiAgc2xpZ2h0ICBwcmVmZXJlbmNl ICBmb3IgIGEgIG1vcmUgIHJpc2t5ICBhcHByb2FjaCAgdGhhbiAgdGhlICBwcm9wb3NhbCAgYmVs b3cgIGJ1dA0KPiA+ICAgPiAgLg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gICA+DQo+ID4gICA+ DQo+ID4gICA+DQo+ID4gICA+DQo+ID4gICA+ICBUaGUgIFBlZXItdG8tUGVlciAgU3RyZWFtaW5n ICBQcm90b2NvbCAgKFBQU1ApICB3b3JraW5nICBncm91cCAgZGV2ZWxvcHMgIHR3bw0KPiA+ICAg PiAgc2lnbmFsaW5nICBhbmQgIGNvbnRyb2wgIHByb3RvY29scyAgZm9yICBhICBwZWVyLXRvLXBl ZXIgIChQMlApICBzdHJlYW1pbmcNCj4gPiAgID4gIHN5c3RlbSAgZm9yICB0cmFuc21pdHRpbmcg IGxpdmUgIGFuZCAgdGltZSAgc2hpZnRlZCAgbWVkaWEgIGNvbnRlbnQgIHdpdGggIG5lYXINCj4g PiAgID4gIHJlYWwtdGltZSAgZGVsaXZlcnkgIHJlcXVpcmVtZW50cy4NCj4gPiAgID4NCj4gPiAg ID4gIFR3byAga2luZHMgIG9mICBub2RlcyAgZXhpc3QgIGluICB0aGUgIHRhcmdldGVkICBQMlAg IHN0cmVhbWluZyAgc3lzdGVtLCAgaS5lLiwNCj4gPiAgID4gICJwZWVycyIgIGFuZCAgInRyYWNr ZXJzIi4gIFBlZXJzICBhcmUgIG5vZGVzICB0aGF0ICBhcmUgIGFjdGl2ZWx5ICBzZW5kaW5nICBh bmQNCj4gPiAgID4gIHJlY2VpdmluZyAgc3RyZWFtZWQgIG1lZGlhICBjb250ZW50LCAgYW5kICBp bmNsdWRlICBib3RoICBzdGF0aWNhbGx5ICBjb25uZWN0ZWQNCj4gPiAgID4gIGhvc3RzICBhcyAg d2VsbCAgYXMgIG1vYmlsZSAgZGV2aWNlcyAgd2l0aCAgY29ubmVjdGl2aXR5ICBhbmQgIElQICBh ZGRyZXNzZXMgIHRoYXQNCj4gPiAgID4gIGNoYW5nZSAgb3ZlciAgdGltZS4gIFRoZSAgc2V0ICBv ZiAgcGVlcnMgIHRoYXQgIGFyZSAgcGFydGljaXBhdGluZyAgaW4gIGEgIHN0cmVhbWluZw0KPiA+ ICAgPiAgc2Vzc2lvbiAgd2lsbCAgZHluYW1pY2FsbHkgIGNoYW5nZSAgb3ZlciAgdGltZS4gIFRy YWNrZXJzICBhcmUgIHdlbGwta25vd24gIG5vZGVzDQo+ID4gICA+ICB3aXRoICBzdGFibGUgIGNv bm5lY3Rpdml0eSAgdGhhdCAgbWFpbnRhaW4gIG1ldGEgIGluZm9ybWF0aW9uICBhYm91dCAgdGhl DQo+ID4gICA+ICBzdHJlYW1lZCAgY29udGVudCAgYW5kICB0aGUgIGR5bmFtaWMgIHBlZXIgIHNl dC4gIFRoZSAgd29ya2luZyAgZ3JvdXAgIGlzICBvbmx5DQo+ID4gICA+ICBhZGRyZXNzaW5nICBj ZW50cmFsaXplZCAgdHJhY2tlcnMgIGFuZCAgbm90ICB0aGUgIGRpc3RyaWJ1dGVkICB0cmFja2Vy Lg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBQUFNQICBXRyAgZGVzaWducyAgYSAgcHJvdG9jb2wg IGZvciAgc2lnbmFsaW5nICBhbmQgIGNvbnRyb2wgIGJldHdlZW4NCj4gPiAgID4gIHRyYWNrZXJz ICBhbmQgIHBlZXJzICAodGhlICBQUFNQICAidHJhY2tlciAgcHJvdG9jb2wiKSAgYW5kICBhICBz aWduYWxpbmcgIGFuZA0KPiA+ICAgPiAgY29udHJvbCAgcHJvdG9jb2wgIGZvciAgY29tbXVuaWNh dGlvbiAgYW1vbmcgIHRoZSAgcGVlcnMgICh0aGUgIFBQU1AgICJwZWVyDQo+ID4gICA+ICBwcm90 b2NvbCIpLiAgVGhlICB0d28gIHByb3RvY29scyAgZW5hYmxlICBwZWVycyAgdG8gIHJlY2VpdmUg IHN0cmVhbWluZyAgZGF0YQ0KPiA+ICAgPiAgd2l0aGluICB0aGUgIHRpbWUgIGNvbnN0cmFpbnRz ICByZXF1aXJlZCAgYnkgIHNwZWNpZmljICBjb250ZW50ICBpdGVtcy4gIKBUaGUNCj4gPiAgID4g IHRyYWNrZXIgIHByb3RvY29sICBoYW5kbGVzICB0aGUgIGluaXRpYWwgIGFuZCAgcGVyaW9kaWMg IGV4Y2hhbmdlICBvZiAgbWV0YQ0KPiA+ICAgPiAgaW5mb3JtYXRpb24gIGJldHdlZW4gIHRyYWNr ZXJzICBhbmQgIHBlZXJzLCAgc3VjaCAgYXMgIHBlZXIgIGxpc3RzICBhbmQgIGNvbnRlbnQNCj4g PiAgID4gIGluZm9ybWF0aW9uLiAgVGhlICBwZWVyICBwcm90b2NvbCAgY29udHJvbHMgIHRoZSAg YWR2ZXJ0aXNpbmcgIGFuZCAgZXhjaGFuZ2UgIG9mDQo+ID4gICA+ICBtZWRpYSAgZGF0YSAgYXZh aWxhYmlsaXR5ICBiZXR3ZWVuICB0aGUgIHBlZXJzLg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICB0 cmFja2VyICBwcm90b2NvbCAgd2lsbCAgYmUgIG1vZGVsZWQgIGFzICBtdWNoICBhcyAgcG9zc2li bGUgIHRvICBtYXRjaCAgdGhlDQo+ID4gICA+ICBleGl0aW5nICBiaXR0b3JyZW50ICBwcm90b2Nv bCAgd2l0aCAgYXBwcm9wcmlhdGUgIGV4dGVuc2lvbnMgIGZvciAgdG8gIGNhcnkNCj4gPiAgID4g IGluZm9ybWF0aW9uICB0aGF0ICBpcyAgbmVlZGVkICBmb3IgIHNlbGVjdGlvbiAgb2YgIGEgIHBl ZXIgIHN1aXRhYmxlICBmb3IgIHJlYWwNCj4gPiAgID4gIHRpbWUgIHN0cmVhbWluZy4gIE1lZGlh ICBkZXNjcmlwdGlvbnMgIHdpbGwgIHVzZSAgdGhlICBzeW50YXggIGFuZCAgc2VtYW50aWNzDQo+ ID4gICA+ICBmcm9tICBTRFAgIHdoZXJlICB0aGF0ICBpcyAgcG9zc2libGUuDQo+ID4gICA+DQo+ ID4gICA+ICBUaGUgIHBlZXIgIHByb3RvY29sICB3aWxsICBiZSAgYmUgIGFuICBleHRlbnNpb24g IG9mICBTSVAgIGFuZCAgdXNlICBJQ0UgIGZvciAgTkFUDQo+ID4gICA+ICB0cmF2ZXJzYWwuDQo+ ID4gICA+DQo+ID4gICA+ICBSVFAgIHdpbGwgIGJlICB1c2VkICBmb3IgIHRoZSAgZW5jb2Rpbmcg IGFuZCAgdHJhbnNtaXNzaW9uICBvZiAgdGhlICBtZWRpYSAgY29udGVudA0KPiA+ICAgPiAgYmV0 d2VlbiAgcGVlcnMuICBQUFNQICBpcyAgbm90ICBjaGFydGVyZWQgIHRvICB3b3JrICBvbiAgbWVk aWEgIHRyYW5zbWlzc2lvbg0KPiA+ICAgPiAgcHJvdG9jb2xzLCAgbWVkaWEgIGVuY29kaW5nICB0 ZWNobmlxdWVzICBvciAgb3RoZXIgIGNvbXBvbmVudHMgIG9mICBhICBQMlANCj4gPiAgID4gIHN0 cmVhbWluZyAgc3lzdGVtICBzdWNoICBhcyAgcGxheW91dCAgc2NoZWR1bGluZyAgYW5kICBjb250 cm9sLCAgZXRjLg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICB3b3JrICBpdGVtcyAgb2YgIHRoZSAg UFBTUCAgV0cgIGFyZToNCj4gPiAgID4NCj4gPiAgID4gICgxKSAgQSAgInByb2JsZW0gIHN0YXRl bWVudCIgIGRvY3VtZW50ICB0aGF0ICBnaXZlcyAgYW4gIG92ZXJ2aWV3ICBvZiAgdGhlDQo+ID4g ICA+ICA/oHByb3Bvc2VkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLCAgbW90aXZhdGVzICB0aGUg IGRlc2lyZSAgZm9yICBzdGFuZGFyZGl6ZWQNCj4gPiAgID4gID+gcHJvdG9jb2xzLCAgZGVmaW5l cyAgdGhlICBlbnZpc2lvbmVkICBzY29wZSAgb2YgIHRob3NlICBzdGFuZGFyZGl6ZWQNCj4gPiAg ID4gID+gY29tcG9uZW50cyAgYW5kICBkaXNjdXNzZXMgIGNvbW1vbiAgdGVybWlub2xvZ2llcyAg YW5kICBjb25jZXB0cy4NCj4gPiAgID4NCj4gPiAgID4gICgyKSAgQSAgInJlcXVpcmVtZW50cyIg IGRvY3VtZW50ICB0aGF0ICBkZXRhaWxzICB0aGUgIHNwZWNpZmljICBmdW5jdGlvbmFsLA0KPiA+ ICAgPiAgP6BvcGVyYXRpb25hbCAgYW5kICBwZXJmb3JtYW5jZSAgcmVxdWlyZW1lbnRzICBvZiAg dGhlICB0d28gIFBQU1AgIHByb3RvY29scy4NCj4gPiAgID4NCj4gPiAgID4gICgzKSAgQW4gICJh cmNoaXRlY3R1cmFsICBzdXJ2ZXkiICBkb2N1bWVudCAgdGhhdCAgc3VtbWFyaXplcyAgY3VycmVu dCAgUDJQDQo+ID4gICA+ICA/oHN0cmVhbWluZyAgYXJjaGl0ZWN0dXJlcywgIGluICBwYXJ0aWN1 bGFyICB0cmFja2VyLWJhc2VkICBQMlAgIHN0cmVhbWluZw0KPiA+ICAgPiAgP6BzeXN0ZW1zLCAg YW5kICBoaWdobGlnaHRzICBiZXN0ICBjdXJyZW50ICBwcmFjdGljZXMuDQo+ID4gICA+DQo+ID4g ICA+ICAoNCkgIEEgIGRldGFpbGVkICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICBwZWVy ICBwcm90b2NvbC4NCj4gPiAgID4NCj4gPiAgID4gICg1KSAgQSAgZGV0YWlsZWQgIHNwZWNpZmlj YXRpb24gIG9mICB0aGUgIFBQU1AgIHRyYWNrZXIgIHByb3RvY29sLg0KPiA+ICAgPg0KPiA+ICAg PiAgKDYpICBBICAidXNhZ2UgIGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVzICBob3cgIHRoZSAgdHdv ICBQUFNQICBwcm90b2NvbHMgIGFuZA0KPiA+ICAgPiAgP6BleGlzdGluZyAgSUVURiAgcHJvdG9j b2xzLCAgc3VjaCAgQUxUTywgIGNhbiAgYmUgIGNvbWJpbmVkICB0byAgY3JlYXRlICBhDQo+ID4g ICA+ICA/oGRlcGxveWFibGUgIG9wZXJhdGlvbmFsICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLiAg oFRoaXMgIGRvY3VtZW50ICB3aWxsDQo+ID4gICA+ICA/oGFsc28gIGRpc2N1c3MgIHVzZSAgb2Yg IGxheWVyZWQgIG1lZGlhICBlbmNvZGluZyAgYW5kICByZWxhdGVkICBtZWRpYSAgY2h1bmsNCj4g PiAgID4gID+gZGVzY3JpcHRpb25zICBpbiAgdGhlICBwZWVyICBwcm90b2NvbCAgZm9yICBtb3Jl ICByb2J1c3QgIHN0cmVhbWluZy4NCj4gPiAgID4NCj4gPiAgID4gIFRoZSAgd29yayAgaXRlbXMg IG9mICB0aGUgIFBQU1AgIFdHICBpbnRlcmFjdHMgIHdpdGggIHRoZSAgd29yayAgcGVyZm9ybWVk ICBpbiAgb3RoZXINCj4gPiAgID4gIElFVEYgIFdHcywgIGluY2x1ZGluZyAgU0lQQ09SRSwgIEFW VCwgIEFMVE8sICBMRURCQVQgIGFuZCAgTU1VU0lDLiAgV2hlbmV2ZXINCj4gPiAgID4gIGV4dGVu c2lvbnMgIG9yICBtb2RpZmljYXRpb24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2ZWxvcGVkICBp biAgb3RoZXIgIFdHcyAgYXJlDQo+ID4gICA+ICBkZWVtZWQgIG5lY2Vzc2FyeSwgIFBQU1AgIHNo YWxsICBjb21tdW5pY2F0ZSAgYW5kICBkaXNjdXNzICB0aGUgIHJlcXVpcmVtZW50cw0KPiA+ICAg PiAgZm9yICBzdWNoICBleHRlbnNpb25zICB3aXRoICB0aGUgIHJlbGV2YW50ICBXR3MgIGJ1dCAg aXMgIG5vdCAgY2hhcnRlZCAgdG8gIG1ha2UNCj4gPiAgID4gIHN1Y2ggIGNoYW5nZXMuDQo+ID4g ICA+DQo+ID4gICA+ICBHb2FscyAgYW5kICBNaWxlc3RvbmVzOg0KPiA+ICAgPg0KPiA+ICAgPiAg U2VwICAyMDEwICA/U3VibWl0ICBwcm9ibGVtICBzdGF0ZW1lbnQgIHRvICBJRVNHICBhcyAgSW5m b3JtYXRpb25hbA0KPiA+ICAgPiAgRGVjICAyMDEwICA/U3VibWl0ICBhcmNoaXRlY3R1cmFsICBz dXJ2ZXkgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KPiA+ICAgPiAgRGVjICAyMDEwICA/ U3VibWl0ICByZXF1aXJlbWVudHMgIGRvY3VtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9u YWwNCj4gPiAgID4gIEF1ZyAgMjAxMSAgP1N1Ym1pdCAgUFBTUCAgcGVlciAgcHJvdG9jb2wgIHRv ICBJRVNHICBhcyAgUHJvcG9zZWQgIFN0YW5kYXJkDQo+ID4gICA+ICBBdWcgIDIwMTEgID9TdWJt aXQgIFBQU1AgIHRyYWNrZXIgIHByb3RvY29sICB0byAgSUVTRyAgYXMgIFByb3Bvc2VkICBTdGFu ZGFyZA0KPiA+ICAgPiAgRGVjICAyMDExICA/U3VibWl0ICB1c2FnZSAgZ3VpZGUgIHRvICBJRVNH ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4g IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4gIEN1bGxlbiAgSmVubmluZ3MNCj4g PiAgID4gIEZvciAgY29ycG9yYXRlICBsZWdhbCAgaW5mb3JtYXRpb24gIGdvICB0bzoNCj4gPiAg ID4gIGh0dHA6Ly93d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9j cmkvaW5kZXguaHRtbA0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiAgID4gIHBwc3Ag IG1haWxpbmcgIGxpc3QNCj4gPiAgID4gIHBwc3BAaWV0Zi5vcmcNCj4gPiAgID4gIGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0KPiA+ICAgPg0KPiA+DQo+DQo+DQo+ ICBDdWxsZW4gIEplbm5pbmdzDQo+ICBGb3IgIGNvcnBvcmF0ZSAgbGVnYWwgIGluZm9ybWF0aW9u ICBnbyAgdG86DQo+ICBodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5l c3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCj4NCj4NCj4NCj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwcHNwICBtYWlsaW5nICBsaXN0DQpwcHNwQGll dGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3ANCg== --=====003_Dragon771752380135_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Just some followup point= s to=20 David's idea.To make all read easier, also copy the reply part=20 here.
----------------------------
>
>  I  was  just  trying &= nbsp;to=20  put  into  the  charter  the  direction &nbs= p;I=20  thought  the  group  wanted  to  go  or= =20  at  least  surface  the  issues  so  we= =20  could  feedback  of  the  form  "yep,  = looks=20  good"  or  "nope,  we  want  distributed".=20  Obviously  I'm  a  bit  of  a  fan &nbs= p;of=20  distributed  approaches.
 
Given  this,  and  the  foll= owup=20  Ning  had,  I  think  things  became=20  more
crisp  than  my  original  c= omment,=20  but  just  to  be  clear,  I  think=20  what  I
am  getting  at  is  that &n= bsp;I=20  see  the  tracker,  as  Ning  mentioned, &nb= sp;as=20  a
logical  function.  It  could &nb= sp;be=20  implemented  in  a  centralized  way=20  (and
likely  would  be),  or  cou= ld=20  actually  use  a  DHT  in  the  backgro= und.=20  It
may  be  that  we  don't=20  really  need  to  consider  that  in  t= he=20  design  of  the
protocol  to  query  the  "t= racker"=20  (whatever  that  may  be),  and  I
certainly  don't  want  to  = muddy=20  things  by  insisting  it  be=20  distributed.
I'd  personally  suggest  some=20  wording  akin  to  what  we  did  in=20  P2PSIP,
where  we  crafted  a  DHT=20  for  SIP  but  tried  not  to  break=20  it  for  other
possible  applications.  So  here= ,=20  maybe  we  say  we  are  building  for =  a
centralized  tracker,  but  will =  try  to  consider  the  problem  of=20  a
distributed,  and  make  sure &nb= sp;the=20  protocol  for  the  logical  process=20  of
tracker  calls  doesn't  do=20  something  that  explicitly  breaks=20  distributed
functionality  later.
 
I  definitely  don't  want  = to=20  give  the  IESG  (or  anyone  else,  re= ally)=20  the
impression  that  there  is  = ;a=20  big  group  of  us  looking  to  do &nb= sp;a=20  distributed
tracker  up  front.  As  far= =20  as  I  know,  there  isn't.
 
 
[Yunfei]I agree with you on the understanding of= the=20 tracker protocol.This is just
 a functional = protocol=20 independent of its implementation on centralized way or=20 distribution.
Yep.  Fully  agree,  particularly= =20  about  hacking  rather  than
growing...(i.e.,  SIP  easier  th= an=20  RTSP.  At  least  in  my  opinion,=20  I'd
agree.)
 
One  wrinkle  I  see  is &nb= sp;that=20  while  these  look  good  for  real-time,=20  it
isn't  quite  clear  to  me =  that  SIP  (or  actually  even  RTP  on= =20  the
transport  side)  is  right  = ;in=20  the  time-shifted  context.  If  I=20  am
retrieving  the  file  then=20  playing  locally  ala  Bit-Torrent,  it=20  seems
possible  that  you  would  = use=20  a  bulk  transfer  block-by-block  in=20  that
scenario  and  assemble  and &nbs= p;play=20  locally,  rather  than  stream  from=20  the
peer  that  has  it  as &nbs= p;would=20  be  the  case  in  real-time.  The  mor= e=20  I've  dug
into  this  in  the  last &n= bsp;few=20  months,  the  more  the  real-time=20  and
time-shifted  cases  differ  for =  the  actions  after  you  contact=20  the
tracker.
 
[Yunfei]You are right.What's more,even in the re= al-time=20 p2p streaming context, some
implemenations like PPLive use just a=20 block-by-block transfer like simple UDP*WITHOUT*
explicit timing signaling, but the scheduling=20 algorithms(which is out of scope of PPSP)ensure
the real-time requirements according to our=20 measurments. Of course I agree that RTP can be
good candidate in actual data transfer.
One point I want to say is that peer protocol is= =20 initially intended to do the following task:
chunk availability exchange between peers.Suppos= e peer=20 A and peer B, A asked B,hey, which specific
chunk do you have(pre-condition:A and B have the= same=20 chunk slicing regulation(common structure).
The task of how to set up the connections b= etween=20 peer A and peer B is out of our current scope.I remember
that Ning had raised the question that= there=20 is a gap between peer protocol and the real data transfer in the
mailing list and we got consensus in this=20 point.
 
 
 
Yunfei
 

zhangyunfei=
2010-03-18

=B7=A2=BC=FE=C8=CB=A3=BA David A.=20 Bryan
=B7=A2=CB=CD=CA=B1=BC=E4= =A3=BA=20 2010-03-16 09:02:37
=CA=D5=BC=FE=C8=CB=A3=BA Cullen=20 Jennings
=B3=AD=CB=CD=A3=BA=20 ppsp@ietf.org
=D6=F7=CC=E2=A3=BA Re: [ppsp] Charter=20 Proposal
 
So  just  a  few  little=20  followup  points,  mostly  because  I  think= =20  I  was  a
bit  unclear  about  my  com= ment=20  about  distributed  trackers,  inline...
 
On  Mon,  Mar  15,  2010 &nb= sp;at=20  12:26  PM,  Cullen  Jennings   <fluffy@cisco.c= om=20 >  wrote:
>
>  On  Mar  13,  2010, &n= bsp;at=20  8:22  AM,  David  A.  Bryan  wrote:
>
> >  So  in  general  = I=20  think  there  are  a  lot  of  good=20  comments  here,  and
> >  thanks  for  sending=20  things  to  the  list.  A  few  things =  I  had  comments  on
> >  inline...
> >
> >  On  Sat,  Mar  13= ,=20  2010  at  9:33  AM,  Cullen  Jennings  = =20 <fluffy@cisco.com >  wrote:
> >   >
> >   >
> >   >  The  PPSP  = ;could=20  easily  be  one  of  these  groups  wer= e=20  we  spend  the  first  few
> >   >  years  trying &= nbsp;to=20  chooses  which  protocol  to  start  with=20  in  various
> >   >  places.  That=20  would  just  remove  the  will  to  do =  anything  in  the  group.  I
> >   >  have  been=20  lurking  and  watching  this  work  from=20  the  beginning  and  it  seems
> >   >  like  there &nb= sp;are=20  probably  many  things  that  most  the=20  participants  agree  to
> >   >  that  we  = could=20  just  nail  down  in  the  charter.  = =A0Doing=20  so  would  help  get
> >   >  the  work  = ;done=20  faster  and  provide  others  a  clear  = ;idea=20  that  had  not  been
> >   >  been  participa= ting=20  a  much  clearer  idea  of  what  this =  work  is  about.
> >   >
> >   >  For=20  example:
> >   >
> >   >  Centralized  or= =20  distributed  trackers.  My  belief  is  that= =20  most  the  folks
> >   >  want  to  = do=20  a  centralized  tracker.  On  a  side  = note,=20  I  think  they  would  be
> >   >  hard  to  = do=20  a  distributed  one  before  a  centralized =  as  centralized  is  much
> >   >  easier.  The=20  obvious  protocol  to  use  for  a=20  centralized  one  is  to  add  the
> >   >  needed  extensi= ons=20  to  the  HTTP  based  version  of=20  bittorrent  tracker
> >   >  protocol.  If=20  they  want  to  do  a  distributed  one= ,=20  RELOAD  would  meet  the
> >   >  needs  and &nbs= p;at=20  least  be  worth  looking  at.
> >
> >  I'm  a  bit  conf= used=20  about  why  you  want  to  exclude=20  distributed  trackers.
> >  Most  of  the=20  information  that  would  be  exchanged  -- =  i.e.  the  maps  of
> >  chunks  etc  --  = are=20  going  to  be  the  same  between  the =  two.  I  am  still
> >  trying  to  get  = my=20  head  around  where  the  "edge"  is  h= ere,=20  but  from
> >  hacking  at  ideas &nb= sp;a=20  bit,  it  seems  to  me  that  the=20  tracker  protocol  might
> >  have  two  parts:=20  query/place  information  from  the  peers  = to=20  the  tracker,
> >  and  information  betw= een=20  trackers.  If  the  separation  is  clean,=20  it  might
> >  be  possible  to  = ;only=20  focus  on  the  part  between  peers/tracker= s=20  and  not
> >  consider  distributed=20  trackers,  but  otherwise  I  think  in=20  protocol
> >  design  we  should &nb= sp;at=20  least  consider  it...seems  like  a  bad=20  idea  to
> >  design  a  P2P  p= rotocol=20  that  neglects  P2P  at  a  different  = level=20  (i.e.,
> >  between  trackers)
>
>  I  was  just  trying &= nbsp;to=20  put  into  the  charter  the  direction &nbs= p;I=20  thought  the  group  wanted  to  go  or= =20  at  least  surface  the  issues  so  we= =20  could  feedback  of  the  form  "yep,  = looks=20  good"  or  "nope,  we  want  distributed".=20  Obviously  I'm  a  bit  of  a  fan &nbs= p;of=20  distributed  approaches.
 
Given  this,  and  the  foll= owup=20  Ning  had,  I  think  things  became=20  more
crisp  than  my  original  c= omment,=20  but  just  to  be  clear,  I  think=20  what  I
am  getting  at  is  that &n= bsp;I=20  see  the  tracker,  as  Ning  mentioned, &nb= sp;as=20  a
logical  function.  It  could &nb= sp;be=20  implemented  in  a  centralized  way=20  (and
likely  would  be),  or  cou= ld=20  actually  use  a  DHT  in  the  backgro= und.=20  It
may  be  that  we  don't=20  really  need  to  consider  that  in  t= he=20  design  of  the
protocol  to  query  the  "t= racker"=20  (whatever  that  may  be),  and  I
certainly  don't  want  to  = muddy=20  things  by  insisting  it  be=20  distributed.
I'd  personally  suggest  some=20  wording  akin  to  what  we  did  in=20  P2PSIP,
where  we  crafted  a  DHT=20  for  SIP  but  tried  not  to  break=20  it  for  other
possible  applications.  So  here= ,=20  maybe  we  say  we  are  building  for =  a
centralized  tracker,  but  will =  try  to  consider  the  problem  of=20  a
distributed,  and  make  sure &nb= sp;the=20  protocol  for  the  logical  process=20  of
tracker  calls  doesn't  do=20  something  that  explicitly  breaks=20  distributed
functionality  later.
 
I  definitely  don't  want  = to=20  give  the  IESG  (or  anyone  else,  re= ally)=20  the
impression  that  there  is  = ;a=20  big  group  of  us  looking  to  do &nb= sp;a=20  distributed
tracker  up  front.  As  far= =20  as  I  know,  there  isn't.
 
 
[Yunfei]I agree with you on the understanding of= the=20 tracker protocol.This is just
 a functional = protocol=20 independent of its implementation on centralized way or=20 distribution.
 
>
> >
> >   >  Similarly  for  the  media =  transfer,  I  suspect  that  many  people=20  would  be
> >   >  happy  with  RTP.  It's=20  hard  to  imagine  anything  else  given=20  the  end  goal
> >   >  for  this.  I  guess  = one=20  could  argue  for  a  new  protocol  or= =20  a  protocol  that
> >   >  transferred  data  tunneled &nbs= p;in=20  the  peer  signaling  protocol.
> >
> >  Absolutely  agree.  Devising  new=20  mechanisms  for  media  transport  seems
> >  way  out  of  scope  to  me.<= /DIV>
> >
> >   >  The  peer  signing  protoco= l=20  needs  to  be  able  to  set  up  = the=20  RTP  sessions
> >   >  and  work  thought  NATs.=20  I  think  the  NAT  traversal  scheme  = will=20  end  up
> >   >  being  ICE  or  something=20  that  more  or  less  amounts  to  ICE =  with  no  TURN
> >   >  option  given  the  deploym= ent=20  models.  Both  RTSP  and  SIP  are=20  candidates
> >   >  here.  In  some  ways  = ;at=20  first  glance,  RTSP  might  seem  simpler. =  But  a  bunch
> >   >  of  that  simplicity  comes= =20  from  the  model  of  it  being  deploy= ed=20  on  server
> >   >  all  clients  can  easily=20  reach  without  nat  nightmares  and  less
> >   >  negotiation.  Much  of  SIP= =20  complexity  comes  form  too  many=20  intermediaries
> >   >  and  forking  which  would =  not  apply  in  this  case.  =A0We  wil= l=20  have  to  add  a
> >   >  bunch  to  RTSP  to  g= et=20  it  to  work  or  subtract  some  SIP=20  to  get  it  to
> >   >  work.  Not  an  easy  = call=20  and  not  a  call  that  the  WG  = is=20  in  a  great  position
> >   >  to  sort  out.  I'd  l= ove=20  to  hear  others  thought  on  it.
> >   >
> >   >  The  alternative  to  the=20  RTSP/SIP  approach  is  to  replace  the=20  signaling  and
> >   >  SDP  with  a  capabilities =  something  more  like  the  Advertisement  /= =20  Proposal
> >   >  architecture  the  Jon  and= =20  I  have  been  discussion  (See
> >   >  draft-peterson-sipcore-advprop  ).
> >
> >  Not  quite  as  clear  to  me= =20  here,  but  I  mostly  agree.  Definitely=20  need  to
> >  negotiate  streams,  and  need  to= =20  traverse  NATs.  SIP  seems  like  using=20  a
> >  fighter  plane  to  kill  a  = fly=20  here,  but  may  very  well  turn  out =  that  many
> >  of  the  capabilities  end  up=20  being  needed  once  we  get  into  it.= =20  The
> >  problem  is  if  the  peers  = are=20  speaking  SIP,  aren't  they  expected  to=20  have
> >  the  full  SIP  capabilities.  We =  seem  to  need  a  SIP-Lite...(and  yes,=20  I
> >  know  that  has  been  discussed=20  oh,  once  or  twice  before,  but  her= e=20  it
> >  would  be  for  devices  with=20  distinctly  different  applications)
>
>  Right  -  for  example,  I  see=20  no  need  for  forking  in  one  uses=20  SIP  which  greatly  the  use  of  SIP.= =20  If  the  the  plan  it  to  simplify=20  SIP  in  this  way,  we  probably  need= =20  to  express  that  in  the  charter.  = =A0My=20  view  on  using  SIP  is  this  work=20  would  only  need  a  subset  of  it.=20  However  if  we  use  RTSP,  we  need=20  to  add  a  bunch  in  RTSP.  Typically= =20  cutting  away  stuff  is  faster  than=20  growing  new  stuff  but  that  is  not= =20  always  true.  Either  could  be  made  = ;to=20  work.  So  could  something  new.
 
Yep.  Fully  agree,  particularly= =20  about  hacking  rather  than
growing...(i.e.,  SIP  easier  th= an=20  RTSP.  At  least  in  my  opinion,=20  I'd
agree.)
 
One  wrinkle  I  see  is &nb= sp;that=20  while  these  look  good  for  real-time,=20  it
isn't  quite  clear  to  me =  that  SIP  (or  actually  even  RTP  on= =20  the
transport  side)  is  right  = ;in=20  the  time-shifted  context.  If  I=20  am
retrieving  the  file  then=20  playing  locally  ala  Bit-Torrent,  it=20  seems
possible  that  you  would  = use=20  a  bulk  transfer  block-by-block  in=20  that
scenario  and  assemble  and &nbs= p;play=20  locally,  rather  than  stream  from=20  the
peer  that  has  it  as &nbs= p;would=20  be  the  case  in  real-time.  The  mor= e=20  I've  dug
into  this  in  the  last &n= bsp;few=20  months,  the  more  the  real-time=20  and
time-shifted  cases  differ  for =  the  actions  after  you  contact=20  the
tracker.
 
[Yunfei]You are right.What's more,even in the re= al-time=20 p2p streaming context, some
implemenations like PPLive use just a=20 block-by-block transfer like simple UDP*WITHOUT*
explicit timing signaling, but the scheduling=20 algorithms(which is out of scope of PPSP)ensure
the real-time requirements according to our=20 measurments. Of course I agree that RTP can be
good candidate in actual data transfer.
One point I want to say is that peer protocol is= =20 initially intended to do the following task:
chunk availability exchange between peers.Suppos= e peer=20 A and peer B, A asked B,hey, which specific
chunk do you have(pre-condition:A and B have the= same=20 chunk slicing regulation(common structure).
The task of how to set up the connections b= etween=20 peer A and peer B is out of our current scope.I remember
that Ning had raised the question that= there=20 is a gap between peer protocol and the real data transfer in the
mailing list and we got consensus in this=20 point.
 
> >  My  first  take  on  the  pro= posed=20  charter  below  is  that  I  like=20  seeing
> >  things  get  more  concrete,  but =  it  has  two  problems  from  my=20  perspective:
> >
> >  I  agree  bit-torrent  is  a  = ;very=20  good  model  and  we  should  be  looki= ng=20  at
> >  it,  but  the  survey  work  = is=20  also  bringing  in  work  from  some  o= ther=20  very
> >  widely  deployed  solutions  (PPLive,=20  for  example),  and  I'm  personally  a
> >  bit  reluctant  to  just  say=20  bit-torrent  wins.
>
>
>
> >
> >  I'm  aware  that  PPLive  and=20  Bit-Torrent  address  slightly  different
> >  problems,  which  is  actually  my= =20  biggest  concern  with  the  charter  --
> >  still  not  clear  that  the  = ;live=20  and  time-shifted  content  really  call=20  for
> >  the  same  protocol  or  share &nb= sp;as=20  much  as  might  be  thought  in=20  common.
> >  Particularly  for  the  real-time=20  streaming,  I'm  not  at  all  sure
> >  Bit-Torrent  is  the  right  choic= e.=20  (although  I  can  see  using  a=20  tracker
> >  to  find  candidate  peers  and=20  establishing  live  sessions  between
> >  them...so  it's  possible)  =A0I'd &nbs= p;rather=20  wait  just  a  little  bit  for  the
> >  survey  document  to  evolve  to=20  make  that  call,  and  get  more=20  visibility
> >  into  if  one  protocol  can  = ;be=20  used  for  both  streaming  and=20  time-shifted
> >  content.  That's  part  of  the=20  motivation  for  hacking  together  some
> >  strawman  work  on  the  tracker=20  as  well  --  let's  see  what  hard=20  problems
> >  we  stumble  in  that  process. &n= bsp;I=20  agree  if  we  don't  firm  it  up=20  we'll  spin
> >  for  a  long  time,  but  I=20  also  don't  want  to  jump  to  a=20  wrong  conclusion.
>
>  Fair  enough  -  what  you  are=20  saying  there  does  seem  very  reasonable =  to  me  -  but  if  we  go  down=20  the  plan  then  I  think  we  should=20  probably  =A0spin  up  an  Exploratory  Grou= p=20  to  go  make  some  choices  like=20  that.
 
+1.  I'd  very  much  support  that  and= =20  would  be  willing  to  help  if
volunteers  are  needed.
 
> >  My  biggest  objection  is  with=20  the  proposal  below  is  saying  SIP  = is=20  the
> >  right  choice  for  the  Peer=20  Protocol.  That  seems  not-quite-right  (even
> >  if  SIP  is  used  to  establ= ish=20  the  connections).  The  peer  protocol=20  here.
> >  again,  is  doing  several  things= =20  --  possibly  maintaining  an  overlay
> >  (possible  RELOAD  usage,  although &nb= sp;we=20  have  to  make  sure  a  full  DHT=20  is
> >  needed,  which  with  a  central=20  tracker  it  may  not  be)  and  in=20  the  live
> >  stream  case,  establishing  connection= s.=20  Unless  we  resurrect  dSIP  (which
> >  I'd  love  ;)  ),  SIP  can't= =20  do  the  former,  and  I  still  think =  it  is  way
> >  overkill  for  the  later  unless =  we  come  up  with  a  lighter  version= .=20  I'll
> >  take  a  look  at  the  advpr= op=20  draft  you  mention  --  that  might  b= e=20  exactly
> >  what  I  am  thinking  of  bu= t=20  I  have  to  admit  I  haven't  read=20  it.  I  guess
> >  my  worry  here  is  that  yo= ur=20  version  of  the  draft  seems  to  be =  taking  the
> >  "I  have  a  SIP  hammer  so =  this  is  a  SIP  nail"  approach,  and= =20  I'm  not
> >  quite  convinced  that's  right  (= at=20  least  not  yet,  but  I  must  admit=20  the
> >  problem  looks  very  nail  shaped= .=20  Maybe  just  a  really  small  nail).
>
>  Well  I  understand  how  something=20  like  RELAOD  might  get  used  for  th= e=20  peer  to  tracker  protocol,  but  once &nbs= p;you=20  know  a  peer  you  are  going  to &nbs= p;try=20  and  set  up  an  RTP  session  with=20  and,  assuming  the  use  of  RTP,  =A0= it=20  seems  you  need  a  protocol  were  ho= st=20  =A0A  can  tell  host  B  to  start=20  sending  the  following  data  in  an  = RTP=20  steam.  =A0Do  I  have  this  about=20  right?
 
Yep,  I  think  you  do  have  it=20  right,  and  like  I  said,  given=20  that
description,  SIP  (in  the  old  original=20  session  establishment  sense)  may
really  be  right,  I'm  just  not  quit= e=20  convinced  yet.  I'm  sure  you  know
this  since  you  have  too,  but  as=20  someone  who  has  hacked  a  bunch  of= =20  SIP
stuff  together  over  the  years,  I  k= now=20  how  much  there  is  in  SIP,  and
how  much  of  that  we  don't  need &nb= sp;in=20  this  context.  Certainly  don't  mean
to  imply  it  isn't  a  pretty  strong =  candidate.
 
David
 
> >
> >  Reuse  of  SDP  and  RTP  see= m=20  like  no-brainers  and  I  definitely=20  agree.
> >
> >  Anyway,  interesting  thoughts,and  my =  2  cents...
> >
> >  David
> >
> >   >  There  are  a  few  ot= her=20  topics  which  are  not  addressed  in  = ;this=20  charter
> >   >  that  worry  me  a  lo= t.=20  The  currently  protocols  being  proposed  = and=20  related
> >   >  discussion  does  not  seem= =20  to  address  what  is  the  incentive  = for=20  anyone  to
> >   >  serve  content.  It's  clea= r=20  why  you  would  receive  but  not  cle= ar=20  why  you
> >   >  would  bother  to  transmit= .=20  Bittorrent  put  a  lot  of  effort  in= to=20  this  and
> >   >  IMHO  got  it  "right=20  enough"  that  the  system  is  very=20  successful.  I  worry
> >   >  about  it  in  this  w= ork.=20  A  second  topic  is  that  the  desire= d=20  privacy
> >   >  properties  of  the  system= =20  are  also  pretty  vague.  If  we  are =  not  clear
> >   >  about  these  in  the=20  beginning,  we  run  the  risk  of  get= ting=20  very  bogged
> >   >  down  in  arguing  about=20  them  as  the  protocol  starts  to  ge= t=20  close  to  done.
> >   >
> >   >  To  try  and  help  ge= t=20  things  moving  along,  I  have  proposed=20  charter  bellow
> >   >  that  is  very  conservativ= e=20  .  =A0As  an  individual,  I  would  pr= obably=20  have  a
> >   >  slight  preference  for  a =  more  risky  approach  than  the  proposal=20  below  but
> >   >  .
> >   >
> >   >
> >   >=20  ------------------------------------------------
> >   >
> >   >
> >   >
> >   >
> >   >  The  Peer-to-Peer  Streaming=20  Protocol  (PPSP)  working  group  develops=20  two
> >   >  signaling  and  control=20  protocols  for  a  peer-to-peer  (P2P)=20  streaming
> >   >  system  for  transmitting  = live=20  and  time  shifted  media  content  with=20  near
> >   >  real-time  delivery=20  requirements.
> >   >
> >   >  Two  kinds  of  nodes=20  exist  in  the  targeted  P2P  streaming=20  system,  i.e.,
> >   >  "peers"  and  "trackers".  = Peers=20  are  nodes  that  are  actively  sending=20  and
> >   >  receiving  streamed  media=20  content,  and  include  both  statically=20  connected
> >   >  hosts  as  well  as  m= obile=20  devices  with  connectivity  and  IP  addres= ses=20  that
> >   >  change  over  time.  The=20  set  of  peers  that  are  participating &nb= sp;in=20  a  streaming
> >   >  session  will  dynamically=20  change  over  time.  Trackers  are  well-kno= wn=20  nodes
> >   >  with  stable  connectivity  = ;that=20  maintain  meta  information  about  the
> >   >  streamed  content  and  the= =20  dynamic  peer  set.  The  working  group &nb= sp;is=20  only
> >   >  addressing  centralized  tracker= s=20  and  not  the  distributed  tracker.
> >   >
> >   >  The  PPSP  WG  designs &nbs= p;a=20  protocol  for  signaling  and  control=20  between
> >   >  trackers  and  peers  (the =  PPSP  "tracker  protocol")  and  a  signalin= g=20  and
> >   >  control  protocol  for=20  communication  among  the  peers  (the  PPSP= =20  "peer
> >   >  protocol").  The  two  prot= ocols=20  enable  peers  to  receive  streaming  data<= /DIV>
> >   >  within  the  time  constrai= nts=20  required  by  specific  content  items.=20  =A0The
> >   >  tracker  protocol  handles  = ;the=20  initial  and  periodic  exchange  of  meta
> >   >  information  between  trackers=20  and  peers,  such  as  peer  lists  and= =20  content
> >   >  information.  The  peer=20  protocol  controls  the  advertising  and=20  exchange  of
> >   >  media  data  availability=20  between  the  peers.
> >   >
> >   >  The  tracker  protocol  wil= l=20  be  modeled  as  much  as  possible  to= =20  match  the
> >   >  exiting  bittorrent  protocol=20  with  appropriate  extensions  for  to=20  cary
> >   >  information  that  is  need= ed=20  for  selection  of  a  peer  suitable  = for=20  real
> >   >  time  streaming.  Media=20  descriptions  will  use  the  syntax  and=20  semantics
> >   >  from  SDP  where  that &nbs= p;is=20  possible.
> >   >
> >   >  The  peer  protocol  will=20  be  be  an  extension  of  SIP  and=20  use  ICE  for  NAT
> >   >  traversal.
> >   >
> >   >  RTP  will  be  used  f= or=20  the  encoding  and  transmission  of  the=20  media  content
> >   >  between  peers.  PPSP  is=20  not  chartered  to  work  on  media=20  transmission
> >   >  protocols,  media  encoding=20  techniques  or  other  components  of  a=20  P2P
> >   >  streaming  system  such  as= =20  playout  scheduling  and  control,  etc.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  are:
> >   >
> >   >  (1)  A  "problem  statement= "=20  document  that  gives  an  overview  of=20  the
> >   >  ?=A0proposed  P2P  streaming=20  system,  motivates  the  desire  for=20  standardized
> >   >  ?=A0protocols,  defines  the=20  envisioned  scope  of  those  standardized
> >   >  ?=A0components  and  discusses=20  common  terminologies  and  concepts.
> >   >
> >   >  (2)  A  "requirements"  doc= ument=20  that  details  the  specific  functional,
> >   >  ?=A0operational  and  performanc= e=20  requirements  of  the  two  PPSP=20  protocols.
> >   >
> >   >  (3)  An  "architectural  su= rvey"=20  document  that  summarizes  current  P2P
> >   >  ?=A0streaming  architectures,  i= n=20  particular  tracker-based  P2P  streaming
> >   >  ?=A0systems,  and  highlights &n= bsp;best=20  current  practices.
> >   >
> >   >  (4)  A  detailed  specifica= tion=20  of  the  PPSP  peer  protocol.
> >   >
> >   >  (5)  A  detailed  specifica= tion=20  of  the  PPSP  tracker  protocol.
> >   >
> >   >  (6)  A  "usage  guide"=20  that  describes  how  the  two  PPSP=20  protocols  and
> >   >  ?=A0existing  IETF  protocols,=20  such  ALTO,  can  be  combined  to  cre= ate=20  a
> >   >  ?=A0deployable  operational  P2P= =20  streaming  system.  =A0This  document  will
> >   >  ?=A0also  discuss  use  of =  layered  media  encoding  and  related  medi= a=20  chunk
> >   >  ?=A0descriptions  in  the  = peer=20  protocol  for  more  robust  streaming.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  interacts  with  the  work=20  performed  in  other
> >   >  IETF  WGs,  including  SIPC= ORE,=20  AVT,  ALTO,  LEDBAT  and  MMUSIC.  Whenever<= /DIV>
> >   >  extensions  or  modification &nb= sp;to=20  the  protocols  developed  in  other  WGs=20  are
> >   >  deemed  necessary,  PPSP  s= hall=20  communicate  and  discuss  the  requirements
> >   >  for  such  extensions  with= =20  the  relevant  WGs  but  is  not  chart= ed=20  to  make
> >   >  such  changes.
> >   >
> >   >  Goals  and  Milestones:
> >   >
> >   >  Sep  2010  ?Submit  problem= =20  statement  to  IESG  as  Informational
> >   >  Dec  2010  ?Submit=20  architectural  survey  to  IESG  as=20  Informational
> >   >  Dec  2010  ?Submit  require= ments=20  document  to  IESG  as  Informational
> >   >  Aug  2011  ?Submit  PPSP=20  peer  protocol  to  IESG  as  Proposed=20  Standard
> >   >  Aug  2011  ?Submit  PPSP=20  tracker  protocol  to  IESG  as  Proposed=20  Standard
> >   >  Dec  2011  ?Submit  usage=20  guide  to  IESG  to  IESG  as=20  Informational
> >   >
> >   >
> >   >=20  ----------------------------------------------------------------
> >   >
> >   >
> >   >  Cullen  Jennings
> >   >  For  corporate  legal=20  information  go  to:
> >   >  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
> >   >
> >   >
> >   >
> >   >=20  =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >   >  ppsp  mailing  list
> >   >  ppsp@ietf.org
> >   >=20  https://www.ietf.org/mailman/listinfo/ppsp
> >   >
> >
>
>
>  Cullen  Jennings
>  For  corporate  legal  information  go =  to:
>  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
>
>
>
>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
ppsp  mailing  list
ppsp@ietf.org
https://www.ietf.org/mailman/listinfo/ppsp
--=====003_Dragon771752380135_=====-- From zhangyunfei@chinamobile.com Wed Mar 17 20:44:23 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2DF313A685D for ; Wed, 17 Mar 2010 20:44:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.401 X-Spam-Level: X-Spam-Status: No, score=-92.401 tagged_above=-999 required=5 tests=[AWL=-2.712, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 32DhUSblO26F for ; Wed, 17 Mar 2010 20:44:20 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id BD1DB3A6A7B for ; Wed, 17 Mar 2010 20:44:14 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031812002848-135877 ; Thu, 18 Mar 2010 12:00:28 +0800 Date: Thu, 18 Mar 2010 11:44:25 +0800 From: "zhangyunfei" To: "Ning Zong" , "'David A. Bryan'" , "'Cullen Jennings'" References: <007901cac4cd$dd29bbc0$510ca40a@china.huawei.com> Message-ID: <201003181144250318462@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:00:28, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 11:44:25 Content-Type: multipart/alternative; boundary="=====003_Dragon368034675083_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:44:23 -0000 --=====003_Dragon368034675083_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" KzEgZm9yIHRoZSB1bmRlcnN0YW5kaW5nLg0KDQpZdW5mZWkNCg0KDQoNCg0Kemhhbmd5dW5mZWkN CjIwMTAtMDMtMTgNCg0KDQoNCreivP7Iy6O6IE5pbmcgWm9uZw0Kt6LLzcqxvOSjuiAyMDEwLTAz LTE2IDE0OjE1OjU5DQrK1bz+yMujuiAnRGF2aWQgQS4gQnJ5YW4nOyAnQ3VsbGVuIEplbm5pbmdz Jw0Ks63LzaO6IHBwc3BAaWV0Zi5vcmcNCtb3zOKjuiBSZTogW3Bwc3BdIENoYXJ0ZXIgUHJvcG9z YWwNCg0KSGksICBDdWxsZW4gICYgIERhdmlkDQoNCkdpdmVuICB0aGUgIGluZm9ybWF0aW9uICBh bmQgIGNsYXJpZmljYXRpb24gIHByb3ZpZGVkICBieSAgTGFycyAgYW5kICBDdWxsZW4sICBJDQp1 bmRlcnN0YW5kICB0aGUgIHBvaW50cyAgcmFpc2VkICBieSAgQ3VsbGVuLiAgTXkgIGZlZWxpbmcg IGlzICB0aGF0ICBQUFNQICBtYXkgIG5lZWQNCm1vcmUgIHByaW9yaXR5ICBvbiAgZWZmaWNpZW5j eSAgc2luY2UgIGl0ICBmb2N1c2VzICBvbiAgcmVhbC10aW1lICBzdHJlYW1pbmcuICBTbyAgb25l DQpwb3RlbnRpYWwgIGFkdmFudGFnZSAgb2YgIGNlbnRyYWxpemVkICB0cmFja2VyICB3b3VsZCAg YmUgIGEgIHF1aWNrZXIgIHJlc3BvbnNlICB0bw0KdGhlICBwZWVyICBsaXN0ICByZXF1ZXN0LCAg cmF0aGVyICB0aGFuICBhICBob3AtYnktaG9wICByb3V0aW5nICAmICByZXNwb25zZSAgbW9kZQ0K ZGVmaW5lZCAgaW4gIFJFTE9BRC4gIEJ1dCAgdGhlICB0cmFja2VyICBpcyAgbm90ICBuZWNlc3Nh cmlseSAgYSAgc3RhbmQtYWxvbmUgIHNlcnZlcg0KKHdoYXQgIEkgIG1lYW4gIGNlbnRyYWxpemVk ICBpbiAgdGhlICBwcmV2aW91cyAgZW1haWwpLCAgaXQgIGNvdWxkICBiZSAgYSAgZ3JvdXAgIG9m DQpzZXJ2ZXJzICBvcmdhbml6ZWQgIGJ5ICBzb21lICBkaXN0cmlidXRlZCAgd2F5ICAoZm9yICBi ZXR0ZXIgIHJvYnVzdG5lc3MgIGFuZCAgbG9hZA0KYmFsYW5jZSwgIGV0YykgIGFuZCAgc2VydmUg IHRoZSAgcGVlciAgbGlzdCAgcmVxdWVzdCAgYXMgIGEgIHdob2xlICBsb2dpY2FsICB0cmFja2Vy Lg0KSG93ICB0byAgaW1wbGVtZW50ICB0aGUgIGxhdHRlciAgY2FzZSAgb2YgIGdyb3VwICBvZiAg c2VydmVycyAgaXMgIGN1cnJlbnRseSAgbm90ICBpbiAgdGhlDQpzY29wZSwgIGJ1dCAgZGVmaW5p dGVseSAgbmVlZHMgIHRvICBiZSAgY29uc2lkZXJlZCAgbGF0ZXIuDQpBbm90aGVyICB3b3JkLCAg dGhlICBwZWVyLXRvLXRyYWNrZXIgIG1lc3NhZ2UgIGlzICBzZW50ICB0byAgc29tZSAgc2luZ2xl ICBmdW5jdGlvbiAgdG8NCnJldHVybiAgcGVlciAgbGlzdCAgYXMgIHF1aWNrICBhcyAgcG9zc2li bGUsICBub3QgIHJvdXRlZCAgaG9wLWJ5LWhvcCwgIGZvciAgdGhlICBzYWtlDQpvZiAgcmVhbC10 aW1lICBlZmZpY2llbmN5LiAgSSAgcmVtZW1iZXIgIHRoZXJlICBhcmUgIHNvbWUgIGNvbXBhcmlz b24gIGRyYWZ0cw0KcHJlc2VudGVkICBpbiAgUFBTUCAgdG8gIGVtcGhhc2l6ZSAgdGhpcyAgbW90 aXZhdGlvbi4NCk9mICBjb3Vyc2UsICB0aGF0J3MgIG9ubHkgIG15ICB0d28gIGNlbnRzLCAgSSdk ICBsaWtlICB0byAgaGVhciAgbW9yZSAgb3BpbmlvbnMgIGZyb20gIHRoZQ0KZ3JvdXAuDQoNCkJS LA0KTmluZyAgWm9uZw0KDQotLS0tLU9yaWdpbmFsICBNZXNzYWdlLS0tLS0NCkZyb206ICBwcHNw LWJvdW5jZXNAaWV0Zi5vcmcgIFttYWlsdG86cHBzcC1ib3VuY2VzQGlldGYub3JnXSAgT24gIEJl aGFsZiAgT2YNCkRhdmlkICBBLiAgQnJ5YW4NClNlbnQ6ICBUdWVzZGF5LCAgTWFyY2ggIDE2LCAg MjAxMCAgODo0NiAgQU0NClRvOiAgQ3VsbGVuICBKZW5uaW5ncw0KQ2M6ICBwcHNwQGlldGYub3Jn DQpTdWJqZWN0OiAgUmU6ICBbcHBzcF0gIENoYXJ0ZXIgIFByb3Bvc2FsDQoNClNvICBqdXN0ICBh ICBmZXcgIGxpdHRsZSAgZm9sbG93dXAgIHBvaW50cywgIG1vc3RseSAgYmVjYXVzZSAgSSAgdGhp bmsgIEkgIHdhcyAgYQ0KYml0ICB1bmNsZWFyICBhYm91dCAgbXkgIGNvbW1lbnQgIGFib3V0ICBk aXN0cmlidXRlZCAgdHJhY2tlcnMsICBpbmxpbmUuLi4NCg0KT24gIE1vbiwgIE1hciAgMTUsICAy MDEwICBhdCAgMTI6MjYgIFBNLCAgQ3VsbGVuICBKZW5uaW5ncyAgIDxmbHVmZnlAY2lzY28uY29t ID4gIHdyb3RlOg0KPg0KPiAgT24gIE1hciAgMTMsICAyMDEwLCAgYXQgIDg6MjIgIEFNLCAgRGF2 aWQgIEEuICBCcnlhbiAgd3JvdGU6DQo+DQo+ID4gIFNvICBpbiAgZ2VuZXJhbCAgSSAgdGhpbmsg IHRoZXJlICBhcmUgIGEgIGxvdCAgb2YgIGdvb2QgIGNvbW1lbnRzICBoZXJlLCAgYW5kDQo+ID4g IHRoYW5rcyAgZm9yICBzZW5kaW5nICB0aGluZ3MgIHRvICB0aGUgIGxpc3QuICBBICBmZXcgIHRo aW5ncyAgSSAgaGFkICBjb21tZW50cyAgb24NCj4gPiAgaW5saW5lLi4uDQo+ID4NCj4gPiAgT24g IFNhdCwgIE1hciAgMTMsICAyMDEwICBhdCAgOTozMyAgQU0sICBDdWxsZW4gIEplbm5pbmdzICAg PGZsdWZmeUBjaXNjby5jb20gPg0Kd3JvdGU6DQo+ID4gICA+DQo+ID4gICA+DQo+ID4gICA+ICBU aGUgIFBQU1AgIGNvdWxkICBlYXNpbHkgIGJlICBvbmUgIG9mICB0aGVzZSAgZ3JvdXBzICB3ZXJl ICB3ZSAgc3BlbmQgIHRoZSAgZmlyc3QNCmZldw0KPiA+ICAgPiAgeWVhcnMgIHRyeWluZyAgdG8g IGNob29zZXMgIHdoaWNoICBwcm90b2NvbCAgdG8gIHN0YXJ0ICB3aXRoICBpbiAgdmFyaW91cw0K PiA+ICAgPiAgcGxhY2VzLiAgVGhhdCAgd291bGQgIGp1c3QgIHJlbW92ZSAgdGhlICB3aWxsICB0 byAgZG8gIGFueXRoaW5nICBpbiAgdGhlICBncm91cC4gIEkNCj4gPiAgID4gIGhhdmUgIGJlZW4g IGx1cmtpbmcgIGFuZCAgd2F0Y2hpbmcgIHRoaXMgIHdvcmsgIGZyb20gIHRoZSAgYmVnaW5uaW5n ICBhbmQgIGl0DQpzZWVtcw0KPiA+ICAgPiAgbGlrZSAgdGhlcmUgIGFyZSAgcHJvYmFibHkgIG1h bnkgIHRoaW5ncyAgdGhhdCAgbW9zdCAgdGhlICBwYXJ0aWNpcGFudHMgIGFncmVlICB0bw0KPiA+ ICAgPiAgdGhhdCAgd2UgIGNvdWxkICBqdXN0ICBuYWlsICBkb3duICBpbiAgdGhlICBjaGFydGVy LiAgIERvaW5nICBzbyAgd291bGQgIGhlbHAgIGdldA0KPiA+ICAgPiAgdGhlICB3b3JrICBkb25l ICBmYXN0ZXIgIGFuZCAgcHJvdmlkZSAgb3RoZXJzICBhICBjbGVhciAgaWRlYSAgdGhhdCAgaGFk ICBub3QgIGJlZW4NCj4gPiAgID4gIGJlZW4gIHBhcnRpY2lwYXRpbmcgIGEgIG11Y2ggIGNsZWFy ZXIgIGlkZWEgIG9mICB3aGF0ICB0aGlzICB3b3JrICBpcyAgYWJvdXQuDQo+ID4gICA+DQo+ID4g ICA+ICBGb3IgIGV4YW1wbGU6DQo+ID4gICA+DQo+ID4gICA+ICBDZW50cmFsaXplZCAgb3IgIGRp c3RyaWJ1dGVkICB0cmFja2Vycy4gIE15ICBiZWxpZWYgIGlzICB0aGF0ICBtb3N0ICB0aGUgIGZv bGtzDQo+ID4gICA+ICB3YW50ICB0byAgZG8gIGEgIGNlbnRyYWxpemVkICB0cmFja2VyLiAgT24g IGEgIHNpZGUgIG5vdGUsICBJICB0aGluayAgdGhleSAgd291bGQgIGJlDQo+ID4gICA+ICBoYXJk ICB0byAgZG8gIGEgIGRpc3RyaWJ1dGVkICBvbmUgIGJlZm9yZSAgYSAgY2VudHJhbGl6ZWQgIGFz ICBjZW50cmFsaXplZCAgaXMNCm11Y2gNCj4gPiAgID4gIGVhc2llci4gIFRoZSAgb2J2aW91cyAg cHJvdG9jb2wgIHRvICB1c2UgIGZvciAgYSAgY2VudHJhbGl6ZWQgIG9uZSAgaXMgIHRvICBhZGQg IHRoZQ0KPiA+ICAgPiAgbmVlZGVkICBleHRlbnNpb25zICB0byAgdGhlICBIVFRQICBiYXNlZCAg dmVyc2lvbiAgb2YgIGJpdHRvcnJlbnQgIHRyYWNrZXINCj4gPiAgID4gIHByb3RvY29sLiAgSWYg IHRoZXkgIHdhbnQgIHRvICBkbyAgYSAgZGlzdHJpYnV0ZWQgIG9uZSwgIFJFTE9BRCAgd291bGQg IG1lZXQgIHRoZQ0KPiA+ICAgPiAgbmVlZHMgIGFuZCAgYXQgIGxlYXN0ICBiZSAgd29ydGggIGxv b2tpbmcgIGF0Lg0KPiA+DQo+ID4gIEknbSAgYSAgYml0ICBjb25mdXNlZCAgYWJvdXQgIHdoeSAg eW91ICB3YW50ICB0byAgZXhjbHVkZSAgZGlzdHJpYnV0ZWQgIHRyYWNrZXJzLg0KPiA+ICBNb3N0 ICBvZiAgdGhlICBpbmZvcm1hdGlvbiAgdGhhdCAgd291bGQgIGJlICBleGNoYW5nZWQgIC0tICBp LmUuICB0aGUgIG1hcHMgIG9mDQo+ID4gIGNodW5rcyAgZXRjICAtLSAgYXJlICBnb2luZyAgdG8g IGJlICB0aGUgIHNhbWUgIGJldHdlZW4gIHRoZSAgdHdvLiAgSSAgYW0gIHN0aWxsDQo+ID4gIHRy eWluZyAgdG8gIGdldCAgbXkgIGhlYWQgIGFyb3VuZCAgd2hlcmUgIHRoZSAgImVkZ2UiICBpcyAg aGVyZSwgIGJ1dCAgZnJvbQ0KPiA+ICBoYWNraW5nICBhdCAgaWRlYXMgIGEgIGJpdCwgIGl0ICBz ZWVtcyAgdG8gIG1lICB0aGF0ICB0aGUgIHRyYWNrZXIgIHByb3RvY29sICBtaWdodA0KPiA+ICBo YXZlICB0d28gIHBhcnRzOiAgcXVlcnkvcGxhY2UgIGluZm9ybWF0aW9uICBmcm9tICB0aGUgIHBl ZXJzICB0byAgdGhlICB0cmFja2VyLA0KPiA+ICBhbmQgIGluZm9ybWF0aW9uICBiZXR3ZWVuICB0 cmFja2Vycy4gIElmICB0aGUgIHNlcGFyYXRpb24gIGlzICBjbGVhbiwgIGl0ICBtaWdodA0KPiA+ ICBiZSAgcG9zc2libGUgIHRvICBvbmx5ICBmb2N1cyAgb24gIHRoZSAgcGFydCAgYmV0d2VlbiAg cGVlcnMvdHJhY2tlcnMgIGFuZCAgbm90DQo+ID4gIGNvbnNpZGVyICBkaXN0cmlidXRlZCAgdHJh Y2tlcnMsICBidXQgIG90aGVyd2lzZSAgSSAgdGhpbmsgIGluICBwcm90b2NvbA0KPiA+ICBkZXNp Z24gIHdlICBzaG91bGQgIGF0ICBsZWFzdCAgY29uc2lkZXIgIGl0Li4uc2VlbXMgIGxpa2UgIGEg IGJhZCAgaWRlYSAgdG8NCj4gPiAgZGVzaWduICBhICBQMlAgIHByb3RvY29sICB0aGF0ICBuZWds ZWN0cyAgUDJQICBhdCAgYSAgZGlmZmVyZW50ICBsZXZlbCAgKGkuZS4sDQo+ID4gIGJldHdlZW4g IHRyYWNrZXJzKQ0KPg0KPiAgSSAgd2FzICBqdXN0ICB0cnlpbmcgIHRvICBwdXQgIGludG8gIHRo ZSAgY2hhcnRlciAgdGhlICBkaXJlY3Rpb24gIEkgIHRob3VnaHQgIHRoZQ0KZ3JvdXAgIHdhbnRl ZCAgdG8gIGdvICBvciAgYXQgIGxlYXN0ICBzdXJmYWNlICB0aGUgIGlzc3VlcyAgc28gIHdlICBj b3VsZCAgZmVlZGJhY2sgIG9mDQp0aGUgIGZvcm0gICJ5ZXAsICBsb29rcyAgZ29vZCIgIG9yICAi bm9wZSwgIHdlICB3YW50ICBkaXN0cmlidXRlZCIuICBPYnZpb3VzbHkgIEknbSAgYQ0KYml0ICBv ZiAgYSAgZmFuICBvZiAgZGlzdHJpYnV0ZWQgIGFwcHJvYWNoZXMuDQoNCkdpdmVuICB0aGlzLCAg YW5kICB0aGUgIGZvbGxvd3VwICBOaW5nICBoYWQsICBJICB0aGluayAgdGhpbmdzICBiZWNhbWUg IG1vcmUNCmNyaXNwICB0aGFuICBteSAgb3JpZ2luYWwgIGNvbW1lbnQsICBidXQgIGp1c3QgIHRv ICBiZSAgY2xlYXIsICBJICB0aGluayAgd2hhdCAgSQ0KYW0gIGdldHRpbmcgIGF0ICBpcyAgdGhh dCAgSSAgc2VlICB0aGUgIHRyYWNrZXIsICBhcyAgTmluZyAgbWVudGlvbmVkLCAgYXMgIGENCmxv Z2ljYWwgIGZ1bmN0aW9uLiAgSXQgIGNvdWxkICBiZSAgaW1wbGVtZW50ZWQgIGluICBhICBjZW50 cmFsaXplZCAgd2F5ICAoYW5kDQpsaWtlbHkgIHdvdWxkICBiZSksICBvciAgY291bGQgIGFjdHVh bGx5ICB1c2UgIGEgIERIVCAgaW4gIHRoZSAgYmFja2dyb3VuZC4gIEl0DQptYXkgIGJlICB0aGF0 ICB3ZSAgZG9uJ3QgIHJlYWxseSAgbmVlZCAgdG8gIGNvbnNpZGVyICB0aGF0ICBpbiAgdGhlICBk ZXNpZ24gIG9mICB0aGUNCnByb3RvY29sICB0byAgcXVlcnkgIHRoZSAgInRyYWNrZXIiICAod2hh dGV2ZXIgIHRoYXQgIG1heSAgYmUpLCAgYW5kICBJDQpjZXJ0YWlubHkgIGRvbid0ICB3YW50ICB0 byAgbXVkZHkgIHRoaW5ncyAgYnkgIGluc2lzdGluZyAgaXQgIGJlICBkaXN0cmlidXRlZC4NCkkn ZCAgcGVyc29uYWxseSAgc3VnZ2VzdCAgc29tZSAgd29yZGluZyAgYWtpbiAgdG8gIHdoYXQgIHdl ICBkaWQgIGluICBQMlBTSVAsDQp3aGVyZSAgd2UgIGNyYWZ0ZWQgIGEgIERIVCAgZm9yICBTSVAg IGJ1dCAgdHJpZWQgIG5vdCAgdG8gIGJyZWFrICBpdCAgZm9yICBvdGhlcg0KcG9zc2libGUgIGFw cGxpY2F0aW9ucy4gIFNvICBoZXJlLCAgbWF5YmUgIHdlICBzYXkgIHdlICBhcmUgIGJ1aWxkaW5n ICBmb3IgIGENCmNlbnRyYWxpemVkICB0cmFja2VyLCAgYnV0ICB3aWxsICB0cnkgIHRvICBjb25z aWRlciAgdGhlICBwcm9ibGVtICBvZiAgYQ0KZGlzdHJpYnV0ZWQsICBhbmQgIG1ha2UgIHN1cmUg IHRoZSAgcHJvdG9jb2wgIGZvciAgdGhlICBsb2dpY2FsICBwcm9jZXNzICBvZg0KdHJhY2tlciAg Y2FsbHMgIGRvZXNuJ3QgIGRvICBzb21ldGhpbmcgIHRoYXQgIGV4cGxpY2l0bHkgIGJyZWFrcyAg ZGlzdHJpYnV0ZWQNCmZ1bmN0aW9uYWxpdHkgIGxhdGVyLg0KDQpJICBkZWZpbml0ZWx5ICBkb24n dCAgd2FudCAgdG8gIGdpdmUgIHRoZSAgSUVTRyAgKG9yICBhbnlvbmUgIGVsc2UsICByZWFsbHkp ICB0aGUNCmltcHJlc3Npb24gIHRoYXQgIHRoZXJlICBpcyAgYSAgYmlnICBncm91cCAgb2YgIHVz ICBsb29raW5nICB0byAgZG8gIGEgIGRpc3RyaWJ1dGVkDQp0cmFja2VyICB1cCAgZnJvbnQuICBB cyAgZmFyICBhcyAgSSAga25vdywgIHRoZXJlICBpc24ndC4NCg0KPg0KPiA+DQo+ID4gICA+ICBT aW1pbGFybHkgIGZvciAgdGhlICBtZWRpYSAgdHJhbnNmZXIsICBJICBzdXNwZWN0ICB0aGF0ICBt YW55ICBwZW9wbGUgIHdvdWxkICBiZQ0KPiA+ICAgPiAgaGFwcHkgIHdpdGggIFJUUC4gIEl0J3Mg IGhhcmQgIHRvICBpbWFnaW5lICBhbnl0aGluZyAgZWxzZSAgZ2l2ZW4gIHRoZSAgZW5kICBnb2Fs DQo+ID4gICA+ICBmb3IgIHRoaXMuICBJICBndWVzcyAgb25lICBjb3VsZCAgYXJndWUgIGZvciAg YSAgbmV3ICBwcm90b2NvbCAgb3IgIGEgIHByb3RvY29sICB0aGF0DQo+ID4gICA+ICB0cmFuc2Zl cnJlZCAgZGF0YSAgdHVubmVsZWQgIGluICB0aGUgIHBlZXIgIHNpZ25hbGluZyAgcHJvdG9jb2wu DQo+ID4NCj4gPiAgQWJzb2x1dGVseSAgYWdyZWUuICBEZXZpc2luZyAgbmV3ICBtZWNoYW5pc21z ICBmb3IgIG1lZGlhICB0cmFuc3BvcnQgIHNlZW1zDQo+ID4gIHdheSAgb3V0ICBvZiAgc2NvcGUg IHRvICBtZS4NCj4gPg0KPiA+ICAgPiAgVGhlICBwZWVyICBzaWduaW5nICBwcm90b2NvbCAgbmVl ZHMgIHRvICBiZSAgYWJsZSAgdG8gIHNldCAgdXAgIHRoZSAgUlRQICBzZXNzaW9ucw0KPiA+ICAg PiAgYW5kICB3b3JrICB0aG91Z2h0ICBOQVRzLiAgSSAgdGhpbmsgIHRoZSAgTkFUICB0cmF2ZXJz YWwgIHNjaGVtZSAgd2lsbCAgZW5kICB1cA0KPiA+ICAgPiAgYmVpbmcgIElDRSAgb3IgIHNvbWV0 aGluZyAgdGhhdCAgbW9yZSAgb3IgIGxlc3MgIGFtb3VudHMgIHRvICBJQ0UgIHdpdGggIG5vICBU VVJODQo+ID4gICA+ICBvcHRpb24gIGdpdmVuICB0aGUgIGRlcGxveW1lbnQgIG1vZGVscy4gIEJv dGggIFJUU1AgIGFuZCAgU0lQICBhcmUgIGNhbmRpZGF0ZXMNCj4gPiAgID4gIGhlcmUuICBJbiAg c29tZSAgd2F5cyAgYXQgIGZpcnN0ICBnbGFuY2UsICBSVFNQICBtaWdodCAgc2VlbSAgc2ltcGxl ci4gIEJ1dCAgYQ0KYnVuY2gNCj4gPiAgID4gIG9mICB0aGF0ICBzaW1wbGljaXR5ICBjb21lcyAg ZnJvbSAgdGhlICBtb2RlbCAgb2YgIGl0ICBiZWluZyAgZGVwbG95ZWQgIG9uICBzZXJ2ZXINCj4g PiAgID4gIGFsbCAgY2xpZW50cyAgY2FuICBlYXNpbHkgIHJlYWNoICB3aXRob3V0ICBuYXQgIG5p Z2h0bWFyZXMgIGFuZCAgbGVzcw0KPiA+ICAgPiAgbmVnb3RpYXRpb24uICBNdWNoICBvZiAgU0lQ ICBjb21wbGV4aXR5ICBjb21lcyAgZm9ybSAgdG9vICBtYW55ICBpbnRlcm1lZGlhcmllcw0KPiA+ ICAgPiAgYW5kICBmb3JraW5nICB3aGljaCAgd291bGQgIG5vdCAgYXBwbHkgIGluICB0aGlzICBj YXNlLiAgIFdlICB3aWxsICBoYXZlICB0byAgYWRkICBhDQo+ID4gICA+ICBidW5jaCAgdG8gIFJU U1AgIHRvICBnZXQgIGl0ICB0byAgd29yayAgb3IgIHN1YnRyYWN0ICBzb21lICBTSVAgIHRvICBn ZXQgIGl0ICB0bw0KPiA+ICAgPiAgd29yay4gIE5vdCAgYW4gIGVhc3kgIGNhbGwgIGFuZCAgbm90 ICBhICBjYWxsICB0aGF0ICB0aGUgIFdHICBpcyAgaW4gIGEgIGdyZWF0DQpwb3NpdGlvbg0KPiA+ ICAgPiAgdG8gIHNvcnQgIG91dC4gIEknZCAgbG92ZSAgdG8gIGhlYXIgIG90aGVycyAgdGhvdWdo dCAgb24gIGl0Lg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAg UlRTUC9TSVAgIGFwcHJvYWNoICBpcyAgdG8gIHJlcGxhY2UgIHRoZSAgc2lnbmFsaW5nDQphbmQN Cj4gPiAgID4gIFNEUCAgd2l0aCAgYSAgY2FwYWJpbGl0aWVzICBzb21ldGhpbmcgIG1vcmUgIGxp a2UgIHRoZSAgQWR2ZXJ0aXNlbWVudCAgLw0KUHJvcG9zYWwNCj4gPiAgID4gIGFyY2hpdGVjdHVy ZSAgdGhlICBKb24gIGFuZCAgSSAgaGF2ZSAgYmVlbiAgZGlzY3Vzc2lvbiAgKFNlZQ0KPiA+ICAg PiAgZHJhZnQtcGV0ZXJzb24tc2lwY29yZS1hZHZwcm9wICApLg0KPiA+DQo+ID4gIE5vdCAgcXVp dGUgIGFzICBjbGVhciAgdG8gIG1lICBoZXJlLCAgYnV0ICBJICBtb3N0bHkgIGFncmVlLiAgRGVm aW5pdGVseSAgbmVlZCAgdG8NCj4gPiAgbmVnb3RpYXRlICBzdHJlYW1zLCAgYW5kICBuZWVkICB0 byAgdHJhdmVyc2UgIE5BVHMuICBTSVAgIHNlZW1zICBsaWtlICB1c2luZyAgYQ0KPiA+ICBmaWdo dGVyICBwbGFuZSAgdG8gIGtpbGwgIGEgIGZseSAgaGVyZSwgIGJ1dCAgbWF5ICB2ZXJ5ICB3ZWxs ICB0dXJuICBvdXQgIHRoYXQgIG1hbnkNCj4gPiAgb2YgIHRoZSAgY2FwYWJpbGl0aWVzICBlbmQg IHVwICBiZWluZyAgbmVlZGVkICBvbmNlICB3ZSAgZ2V0ICBpbnRvICBpdC4gIFRoZQ0KPiA+ICBw cm9ibGVtICBpcyAgaWYgIHRoZSAgcGVlcnMgIGFyZSAgc3BlYWtpbmcgIFNJUCwgIGFyZW4ndCAg dGhleSAgZXhwZWN0ZWQgIHRvICBoYXZlDQo+ID4gIHRoZSAgZnVsbCAgU0lQICBjYXBhYmlsaXRp ZXMuICBXZSAgc2VlbSAgdG8gIG5lZWQgIGEgIFNJUC1MaXRlLi4uKGFuZCAgeWVzLCAgSQ0KPiA+ ICBrbm93ICB0aGF0ICBoYXMgIGJlZW4gIGRpc2N1c3NlZCAgb2gsICBvbmNlICBvciAgdHdpY2Ug IGJlZm9yZSwgIGJ1dCAgaGVyZSAgaXQNCj4gPiAgd291bGQgIGJlICBmb3IgIGRldmljZXMgIHdp dGggIGRpc3RpbmN0bHkgIGRpZmZlcmVudCAgYXBwbGljYXRpb25zKQ0KPg0KPiAgUmlnaHQgIC0g IGZvciAgZXhhbXBsZSwgIEkgIHNlZSAgbm8gIG5lZWQgIGZvciAgZm9ya2luZyAgaW4gIG9uZSAg dXNlcyAgU0lQICB3aGljaA0KZ3JlYXRseSAgdGhlICB1c2UgIG9mICBTSVAuICBJZiAgdGhlICB0 aGUgIHBsYW4gIGl0ICB0byAgc2ltcGxpZnkgIFNJUCAgaW4gIHRoaXMgIHdheSwgIHdlDQpwcm9i YWJseSAgbmVlZCAgdG8gIGV4cHJlc3MgIHRoYXQgIGluICB0aGUgIGNoYXJ0ZXIuICAgTXkgIHZp ZXcgIG9uICB1c2luZyAgU0lQICBpcyAgdGhpcw0Kd29yayAgd291bGQgIG9ubHkgIG5lZWQgIGEg IHN1YnNldCAgb2YgIGl0LiAgSG93ZXZlciAgaWYgIHdlICB1c2UgIFJUU1AsICB3ZSAgbmVlZCAg dG8gIGFkZA0KYSAgYnVuY2ggIGluICBSVFNQLiAgVHlwaWNhbGx5ICBjdXR0aW5nICBhd2F5ICBz dHVmZiAgaXMgIGZhc3RlciAgdGhhbiAgZ3Jvd2luZyAgbmV3DQpzdHVmZiAgYnV0ICB0aGF0ICBp cyAgbm90ICBhbHdheXMgIHRydWUuICBFaXRoZXIgIGNvdWxkICBiZSAgbWFkZSAgdG8gIHdvcmsu ICBTbyAgY291bGQNCnNvbWV0aGluZyAgbmV3Lg0KDQpZZXAuICBGdWxseSAgYWdyZWUsICBwYXJ0 aWN1bGFybHkgIGFib3V0ICBoYWNraW5nICByYXRoZXIgIHRoYW4NCmdyb3dpbmcuLi4oaS5lLiwg IFNJUCAgZWFzaWVyICB0aGFuICBSVFNQLiAgQXQgIGxlYXN0ICBpbiAgbXkgIG9waW5pb24sICBJ J2QNCmFncmVlLikNCg0KT25lICB3cmlua2xlICBJICBzZWUgIGlzICB0aGF0ICB3aGlsZSAgdGhl c2UgIGxvb2sgIGdvb2QgIGZvciAgcmVhbC10aW1lLCAgaXQNCmlzbid0ICBxdWl0ZSAgY2xlYXIg IHRvICBtZSAgdGhhdCAgU0lQICAob3IgIGFjdHVhbGx5ICBldmVuICBSVFAgIG9uICB0aGUNCnRy YW5zcG9ydCAgc2lkZSkgIGlzICByaWdodCAgaW4gIHRoZSAgdGltZS1zaGlmdGVkICBjb250ZXh0 LiAgSWYgIEkgIGFtDQpyZXRyaWV2aW5nICB0aGUgIGZpbGUgIHRoZW4gIHBsYXlpbmcgIGxvY2Fs bHkgIGFsYSAgQml0LVRvcnJlbnQsICBpdCAgc2VlbXMNCnBvc3NpYmxlICB0aGF0ICB5b3UgIHdv dWxkICB1c2UgIGEgIGJ1bGsgIHRyYW5zZmVyICBibG9jay1ieS1ibG9jayAgaW4gIHRoYXQNCnNj ZW5hcmlvICBhbmQgIGFzc2VtYmxlICBhbmQgIHBsYXkgIGxvY2FsbHksICByYXRoZXIgIHRoYW4g IHN0cmVhbSAgZnJvbSAgdGhlDQpwZWVyICB0aGF0ICBoYXMgIGl0ICBhcyAgd291bGQgIGJlICB0 aGUgIGNhc2UgIGluICByZWFsLXRpbWUuICBUaGUgIG1vcmUgIEkndmUgIGR1Zw0KaW50byAgdGhp cyAgaW4gIHRoZSAgbGFzdCAgZmV3ICBtb250aHMsICB0aGUgIG1vcmUgIHRoZSAgcmVhbC10aW1l ICBhbmQNCnRpbWUtc2hpZnRlZCAgY2FzZXMgIGRpZmZlciAgZm9yICB0aGUgIGFjdGlvbnMgIGFm dGVyICB5b3UgIGNvbnRhY3QgIHRoZQ0KdHJhY2tlci4NCg0KPiA+ICBNeSAgZmlyc3QgIHRha2Ug IG9uICB0aGUgIHByb3Bvc2VkICBjaGFydGVyICBiZWxvdyAgaXMgIHRoYXQgIEkgIGxpa2UgIHNl ZWluZw0KPiA+ICB0aGluZ3MgIGdldCAgbW9yZSAgY29uY3JldGUsICBidXQgIGl0ICBoYXMgIHR3 byAgcHJvYmxlbXMgIGZyb20gIG15ICBwZXJzcGVjdGl2ZToNCj4gPg0KPiA+ICBJICBhZ3JlZSAg Yml0LXRvcnJlbnQgIGlzICBhICB2ZXJ5ICBnb29kICBtb2RlbCAgYW5kICB3ZSAgc2hvdWxkICBi ZSAgbG9va2luZyAgYXQNCj4gPiAgaXQsICBidXQgIHRoZSAgc3VydmV5ICB3b3JrICBpcyAgYWxz byAgYnJpbmdpbmcgIGluICB3b3JrICBmcm9tICBzb21lICBvdGhlciAgdmVyeQ0KPiA+ICB3aWRl bHkgIGRlcGxveWVkICBzb2x1dGlvbnMgIChQUExpdmUsICBmb3IgIGV4YW1wbGUpLCAgYW5kICBJ J20gIHBlcnNvbmFsbHkgIGENCj4gPiAgYml0ICByZWx1Y3RhbnQgIHRvICBqdXN0ICBzYXkgIGJp dC10b3JyZW50ICB3aW5zLg0KPg0KPg0KPg0KPiA+DQo+ID4gIEknbSAgYXdhcmUgIHRoYXQgIFBQ TGl2ZSAgYW5kICBCaXQtVG9ycmVudCAgYWRkcmVzcyAgc2xpZ2h0bHkgIGRpZmZlcmVudA0KPiA+ ICBwcm9ibGVtcywgIHdoaWNoICBpcyAgYWN0dWFsbHkgIG15ICBiaWdnZXN0ICBjb25jZXJuICB3 aXRoICB0aGUgIGNoYXJ0ZXIgIC0tDQo+ID4gIHN0aWxsICBub3QgIGNsZWFyICB0aGF0ICB0aGUg IGxpdmUgIGFuZCAgdGltZS1zaGlmdGVkICBjb250ZW50ICByZWFsbHkgIGNhbGwgIGZvcg0KPiA+ ICB0aGUgIHNhbWUgIHByb3RvY29sICBvciAgc2hhcmUgIGFzICBtdWNoICBhcyAgbWlnaHQgIGJl ICB0aG91Z2h0ICBpbiAgY29tbW9uLg0KPiA+ICBQYXJ0aWN1bGFybHkgIGZvciAgdGhlICByZWFs LXRpbWUgIHN0cmVhbWluZywgIEknbSAgbm90ICBhdCAgYWxsICBzdXJlDQo+ID4gIEJpdC1Ub3Jy ZW50ICBpcyAgdGhlICByaWdodCAgY2hvaWNlLiAgKGFsdGhvdWdoICBJICBjYW4gIHNlZSAgdXNp bmcgIGEgIHRyYWNrZXINCj4gPiAgdG8gIGZpbmQgIGNhbmRpZGF0ZSAgcGVlcnMgIGFuZCAgZXN0 YWJsaXNoaW5nICBsaXZlICBzZXNzaW9ucyAgYmV0d2Vlbg0KPiA+ICB0aGVtLi4uc28gIGl0J3Mg IHBvc3NpYmxlKSAgIEknZCAgcmF0aGVyICB3YWl0ICBqdXN0ICBhICBsaXR0bGUgIGJpdCAgZm9y ICB0aGUNCj4gPiAgc3VydmV5ICBkb2N1bWVudCAgdG8gIGV2b2x2ZSAgdG8gIG1ha2UgIHRoYXQg IGNhbGwsICBhbmQgIGdldCAgbW9yZSAgdmlzaWJpbGl0eQ0KPiA+ICBpbnRvICBpZiAgb25lICBw cm90b2NvbCAgY2FuICBiZSAgdXNlZCAgZm9yICBib3RoICBzdHJlYW1pbmcgIGFuZCAgdGltZS1z aGlmdGVkDQo+ID4gIGNvbnRlbnQuICBUaGF0J3MgIHBhcnQgIG9mICB0aGUgIG1vdGl2YXRpb24g IGZvciAgaGFja2luZyAgdG9nZXRoZXIgIHNvbWUNCj4gPiAgc3RyYXdtYW4gIHdvcmsgIG9uICB0 aGUgIHRyYWNrZXIgIGFzICB3ZWxsICAtLSAgbGV0J3MgIHNlZSAgd2hhdCAgaGFyZCAgcHJvYmxl bXMNCj4gPiAgd2UgIHN0dW1ibGUgIGluICB0aGF0ICBwcm9jZXNzLiAgSSAgYWdyZWUgIGlmICB3 ZSAgZG9uJ3QgIGZpcm0gIGl0ICB1cCAgd2UnbGwgIHNwaW4NCj4gPiAgZm9yICBhICBsb25nICB0 aW1lLCAgYnV0ICBJICBhbHNvICBkb24ndCAgd2FudCAgdG8gIGp1bXAgIHRvICBhICB3cm9uZyAg Y29uY2x1c2lvbi4NCj4NCj4gIEZhaXIgIGVub3VnaCAgLSAgd2hhdCAgeW91ICBhcmUgIHNheWlu ZyAgdGhlcmUgIGRvZXMgIHNlZW0gIHZlcnkgIHJlYXNvbmFibGUgIHRvICBtZSAgLQ0KYnV0ICBp ZiAgd2UgIGdvICBkb3duICB0aGUgIHBsYW4gIHRoZW4gIEkgIHRoaW5rICB3ZSAgc2hvdWxkICBw cm9iYWJseSAgIHNwaW4gIHVwICBhbg0KRXhwbG9yYXRvcnkgIEdyb3VwICB0byAgZ28gIG1ha2Ug IHNvbWUgIGNob2ljZXMgIGxpa2UgIHRoYXQuDQoNCisxLiAgSSdkICB2ZXJ5ICBtdWNoICBzdXBw b3J0ICB0aGF0ICBhbmQgIHdvdWxkICBiZSAgd2lsbGluZyAgdG8gIGhlbHAgIGlmDQp2b2x1bnRl ZXJzICBhcmUgIG5lZWRlZC4NCg0KPiA+ICBNeSAgYmlnZ2VzdCAgb2JqZWN0aW9uICBpcyAgd2l0 aCAgdGhlICBwcm9wb3NhbCAgYmVsb3cgIGlzICBzYXlpbmcgIFNJUCAgaXMgIHRoZQ0KPiA+ICBy aWdodCAgY2hvaWNlICBmb3IgIHRoZSAgUGVlciAgUHJvdG9jb2wuICBUaGF0ICBzZWVtcyAgbm90 LXF1aXRlLXJpZ2h0ICAoZXZlbg0KPiA+ICBpZiAgU0lQICBpcyAgdXNlZCAgdG8gIGVzdGFibGlz aCAgdGhlICBjb25uZWN0aW9ucykuICBUaGUgIHBlZXIgIHByb3RvY29sICBoZXJlLg0KPiA+ICBh Z2FpbiwgIGlzICBkb2luZyAgc2V2ZXJhbCAgdGhpbmdzICAtLSAgcG9zc2libHkgIG1haW50YWlu aW5nICBhbiAgb3ZlcmxheQ0KPiA+ICAocG9zc2libGUgIFJFTE9BRCAgdXNhZ2UsICBhbHRob3Vn aCAgd2UgIGhhdmUgIHRvICBtYWtlICBzdXJlICBhICBmdWxsICBESFQgIGlzDQo+ID4gIG5lZWRl ZCwgIHdoaWNoICB3aXRoICBhICBjZW50cmFsICB0cmFja2VyICBpdCAgbWF5ICBub3QgIGJlKSAg YW5kICBpbiAgdGhlICBsaXZlDQo+ID4gIHN0cmVhbSAgY2FzZSwgIGVzdGFibGlzaGluZyAgY29u bmVjdGlvbnMuICBVbmxlc3MgIHdlICByZXN1cnJlY3QgIGRTSVAgICh3aGljaA0KPiA+ICBJJ2Qg IGxvdmUgIDspICApLCAgU0lQICBjYW4ndCAgZG8gIHRoZSAgZm9ybWVyLCAgYW5kICBJICBzdGls bCAgdGhpbmsgIGl0ICBpcyAgd2F5DQo+ID4gIG92ZXJraWxsICBmb3IgIHRoZSAgbGF0ZXIgIHVu bGVzcyAgd2UgIGNvbWUgIHVwICB3aXRoICBhICBsaWdodGVyICB2ZXJzaW9uLiAgSSdsbA0KPiA+ ICB0YWtlICBhICBsb29rICBhdCAgdGhlICBhZHZwcm9wICBkcmFmdCAgeW91ICBtZW50aW9uICAt LSAgdGhhdCAgbWlnaHQgIGJlICBleGFjdGx5DQo+ID4gIHdoYXQgIEkgIGFtICB0aGlua2luZyAg b2YgIGJ1dCAgSSAgaGF2ZSAgdG8gIGFkbWl0ICBJICBoYXZlbid0ICByZWFkICBpdC4gIEkgIGd1 ZXNzDQo+ID4gIG15ICB3b3JyeSAgaGVyZSAgaXMgIHRoYXQgIHlvdXIgIHZlcnNpb24gIG9mICB0 aGUgIGRyYWZ0ICBzZWVtcyAgdG8gIGJlICB0YWtpbmcgIHRoZQ0KPiA+ICAiSSAgaGF2ZSAgYSAg U0lQICBoYW1tZXIgIHNvICB0aGlzICBpcyAgYSAgU0lQICBuYWlsIiAgYXBwcm9hY2gsICBhbmQg IEknbSAgbm90DQo+ID4gIHF1aXRlICBjb252aW5jZWQgIHRoYXQncyAgcmlnaHQgIChhdCAgbGVh c3QgIG5vdCAgeWV0LCAgYnV0ICBJICBtdXN0ICBhZG1pdCAgdGhlDQo+ID4gIHByb2JsZW0gIGxv b2tzICB2ZXJ5ICBuYWlsICBzaGFwZWQuICBNYXliZSAganVzdCAgYSAgcmVhbGx5ICBzbWFsbCAg bmFpbCkuDQo+DQo+ICBXZWxsICBJICB1bmRlcnN0YW5kICBob3cgIHNvbWV0aGluZyAgbGlrZSAg UkVMQU9EICBtaWdodCAgZ2V0ICB1c2VkICBmb3IgIHRoZSAgcGVlciAgdG8NCnRyYWNrZXIgIHBy b3RvY29sLCAgYnV0ICBvbmNlICB5b3UgIGtub3cgIGEgIHBlZXIgIHlvdSAgYXJlICBnb2luZyAg dG8gIHRyeSAgYW5kICBzZXQgIHVwDQphbiAgUlRQICBzZXNzaW9uICB3aXRoICBhbmQsICBhc3N1 bWluZyAgdGhlICB1c2UgIG9mICBSVFAsICAgaXQgIHNlZW1zICB5b3UgIG5lZWQgIGENCnByb3Rv Y29sICB3ZXJlICBob3N0ICAgQSAgY2FuICB0ZWxsICBob3N0ICBCICB0byAgc3RhcnQgIHNlbmRp bmcgIHRoZSAgZm9sbG93aW5nICBkYXRhICBpbg0KYW4gIFJUUCAgc3RlYW0uICAgRG8gIEkgIGhh dmUgIHRoaXMgIGFib3V0ICByaWdodD8NCg0KWWVwLCAgSSAgdGhpbmsgIHlvdSAgZG8gIGhhdmUg IGl0ICByaWdodCwgIGFuZCAgbGlrZSAgSSAgc2FpZCwgIGdpdmVuICB0aGF0DQpkZXNjcmlwdGlv biwgIFNJUCAgKGluICB0aGUgIG9sZCAgb3JpZ2luYWwgIHNlc3Npb24gIGVzdGFibGlzaG1lbnQg IHNlbnNlKSAgbWF5DQpyZWFsbHkgIGJlICByaWdodCwgIEknbSAganVzdCAgbm90ICBxdWl0ZSAg Y29udmluY2VkICB5ZXQuICBJJ20gIHN1cmUgIHlvdSAga25vdw0KdGhpcyAgc2luY2UgIHlvdSAg aGF2ZSAgdG9vLCAgYnV0ICBhcyAgc29tZW9uZSAgd2hvICBoYXMgIGhhY2tlZCAgYSAgYnVuY2gg IG9mICBTSVANCnN0dWZmICB0b2dldGhlciAgb3ZlciAgdGhlICB5ZWFycywgIEkgIGtub3cgIGhv dyAgbXVjaCAgdGhlcmUgIGlzICBpbiAgU0lQLCAgYW5kDQpob3cgIG11Y2ggIG9mICB0aGF0ICB3 ZSAgZG9uJ3QgIG5lZWQgIGluICB0aGlzICBjb250ZXh0LiAgQ2VydGFpbmx5ICBkb24ndCAgbWVh bg0KdG8gIGltcGx5ICBpdCAgaXNuJ3QgIGEgIHByZXR0eSAgc3Ryb25nICBjYW5kaWRhdGUuDQoN CkRhdmlkDQoNCj4gPg0KPiA+ICBSZXVzZSAgb2YgIFNEUCAgYW5kICBSVFAgIHNlZW0gIGxpa2Ug IG5vLWJyYWluZXJzICBhbmQgIEkgIGRlZmluaXRlbHkgIGFncmVlLg0KPiA+DQo+ID4gIEFueXdh eSwgIGludGVyZXN0aW5nICB0aG91Z2h0cyxhbmQgIG15ICAyICBjZW50cy4uLg0KPiA+DQo+ID4g IERhdmlkDQo+ID4NCj4gPiAgID4gIFRoZXJlICBhcmUgIGEgIGZldyAgb3RoZXIgIHRvcGljcyAg d2hpY2ggIGFyZSAgbm90ICBhZGRyZXNzZWQgIGluICB0aGlzICBjaGFydGVyDQo+ID4gICA+ICB0 aGF0ICB3b3JyeSAgbWUgIGEgIGxvdC4gIFRoZSAgY3VycmVudGx5ICBwcm90b2NvbHMgIGJlaW5n ICBwcm9wb3NlZCAgYW5kICByZWxhdGVkDQo+ID4gICA+ICBkaXNjdXNzaW9uICBkb2VzICBub3Qg IHNlZW0gIHRvICBhZGRyZXNzICB3aGF0ICBpcyAgdGhlICBpbmNlbnRpdmUgIGZvciAgYW55b25l ICB0bw0KPiA+ICAgPiAgc2VydmUgIGNvbnRlbnQuICBJdCdzICBjbGVhciAgd2h5ICB5b3UgIHdv dWxkICByZWNlaXZlICBidXQgIG5vdCAgY2xlYXIgIHdoeSAgeW91DQo+ID4gICA+ICB3b3VsZCAg Ym90aGVyICB0byAgdHJhbnNtaXQuICBCaXR0b3JyZW50ICBwdXQgIGEgIGxvdCAgb2YgIGVmZm9y dCAgaW50byAgdGhpcyAgYW5kDQo+ID4gICA+ICBJTUhPICBnb3QgIGl0ICAicmlnaHQgIGVub3Vn aCIgIHRoYXQgIHRoZSAgc3lzdGVtICBpcyAgdmVyeSAgc3VjY2Vzc2Z1bC4gIEkgIHdvcnJ5DQo+ ID4gICA+ICBhYm91dCAgaXQgIGluICB0aGlzICB3b3JrLiAgQSAgc2Vjb25kICB0b3BpYyAgaXMg IHRoYXQgIHRoZSAgZGVzaXJlZCAgcHJpdmFjeQ0KPiA+ICAgPiAgcHJvcGVydGllcyAgb2YgIHRo ZSAgc3lzdGVtICBhcmUgIGFsc28gIHByZXR0eSAgdmFndWUuICBJZiAgd2UgIGFyZSAgbm90ICBj bGVhcg0KPiA+ICAgPiAgYWJvdXQgIHRoZXNlICBpbiAgdGhlICBiZWdpbm5pbmcsICB3ZSAgcnVu ICB0aGUgIHJpc2sgIG9mICBnZXR0aW5nICB2ZXJ5ICBib2dnZWQNCj4gPiAgID4gIGRvd24gIGlu ICBhcmd1aW5nICBhYm91dCAgdGhlbSAgYXMgIHRoZSAgcHJvdG9jb2wgIHN0YXJ0cyAgdG8gIGdl dCAgY2xvc2UgIHRvICBkb25lLg0KPiA+ICAgPg0KPiA+ICAgPiAgVG8gIHRyeSAgYW5kICBoZWxw ICBnZXQgIHRoaW5ncyAgbW92aW5nICBhbG9uZywgIEkgIGhhdmUgIHByb3Bvc2VkICBjaGFydGVy ICBiZWxsb3cNCj4gPiAgID4gIHRoYXQgIGlzICB2ZXJ5ICBjb25zZXJ2YXRpdmUgIC4gICBBcyAg YW4gIGluZGl2aWR1YWwsICBJICB3b3VsZCAgcHJvYmFibHkgIGhhdmUgIGENCj4gPiAgID4gIHNs aWdodCAgcHJlZmVyZW5jZSAgZm9yICBhICBtb3JlICByaXNreSAgYXBwcm9hY2ggIHRoYW4gIHRo ZSAgcHJvcG9zYWwgIGJlbG93ICBidXQNCj4gPiAgID4gIC4NCj4gPiAgID4NCj4gPiAgID4NCj4g PiAgID4gIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K PiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBQZWVyLXRv LVBlZXIgIFN0cmVhbWluZyAgUHJvdG9jb2wgIChQUFNQKSAgd29ya2luZyAgZ3JvdXAgIGRldmVs b3BzICB0d28NCj4gPiAgID4gIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBwcm90b2NvbHMgIGZv ciAgYSAgcGVlci10by1wZWVyICAoUDJQKSAgc3RyZWFtaW5nDQo+ID4gICA+ICBzeXN0ZW0gIGZv ciAgdHJhbnNtaXR0aW5nICBsaXZlICBhbmQgIHRpbWUgIHNoaWZ0ZWQgIG1lZGlhICBjb250ZW50 ICB3aXRoICBuZWFyDQo+ID4gICA+ICByZWFsLXRpbWUgIGRlbGl2ZXJ5ICByZXF1aXJlbWVudHMu DQo+ID4gICA+DQo+ID4gICA+ICBUd28gIGtpbmRzICBvZiAgbm9kZXMgIGV4aXN0ICBpbiAgdGhl ICB0YXJnZXRlZCAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbSwgIGkuZS4sDQo+ID4gICA+ICAicGVl cnMiICBhbmQgICJ0cmFja2VycyIuICBQZWVycyAgYXJlICBub2RlcyAgdGhhdCAgYXJlICBhY3Rp dmVseSAgc2VuZGluZyAgYW5kDQo+ID4gICA+ICByZWNlaXZpbmcgIHN0cmVhbWVkICBtZWRpYSAg Y29udGVudCwgIGFuZCAgaW5jbHVkZSAgYm90aCAgc3RhdGljYWxseSAgY29ubmVjdGVkDQo+ID4g ICA+ICBob3N0cyAgYXMgIHdlbGwgIGFzICBtb2JpbGUgIGRldmljZXMgIHdpdGggIGNvbm5lY3Rp dml0eSAgYW5kICBJUCAgYWRkcmVzc2VzICB0aGF0DQo+ID4gICA+ICBjaGFuZ2UgIG92ZXIgIHRp bWUuICBUaGUgIHNldCAgb2YgIHBlZXJzICB0aGF0ICBhcmUgIHBhcnRpY2lwYXRpbmcgIGluICBh DQpzdHJlYW1pbmcNCj4gPiAgID4gIHNlc3Npb24gIHdpbGwgIGR5bmFtaWNhbGx5ICBjaGFuZ2Ug IG92ZXIgIHRpbWUuICBUcmFja2VycyAgYXJlICB3ZWxsLWtub3duDQpub2Rlcw0KPiA+ICAgPiAg d2l0aCAgc3RhYmxlICBjb25uZWN0aXZpdHkgIHRoYXQgIG1haW50YWluICBtZXRhICBpbmZvcm1h dGlvbiAgYWJvdXQgIHRoZQ0KPiA+ICAgPiAgc3RyZWFtZWQgIGNvbnRlbnQgIGFuZCAgdGhlICBk eW5hbWljICBwZWVyICBzZXQuICBUaGUgIHdvcmtpbmcgIGdyb3VwICBpcyAgb25seQ0KPiA+ICAg PiAgYWRkcmVzc2luZyAgY2VudHJhbGl6ZWQgIHRyYWNrZXJzICBhbmQgIG5vdCAgdGhlICBkaXN0 cmlidXRlZCAgdHJhY2tlci4NCj4gPiAgID4NCj4gPiAgID4gIFRoZSAgUFBTUCAgV0cgIGRlc2ln bnMgIGEgIHByb3RvY29sICBmb3IgIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBiZXR3ZWVuDQo+ ID4gICA+ICB0cmFja2VycyAgYW5kICBwZWVycyAgKHRoZSAgUFBTUCAgInRyYWNrZXIgIHByb3Rv Y29sIikgIGFuZCAgYSAgc2lnbmFsaW5nICBhbmQNCj4gPiAgID4gIGNvbnRyb2wgIHByb3RvY29s ICBmb3IgIGNvbW11bmljYXRpb24gIGFtb25nICB0aGUgIHBlZXJzICAodGhlICBQUFNQICAicGVl cg0KPiA+ICAgPiAgcHJvdG9jb2wiKS4gIFRoZSAgdHdvICBwcm90b2NvbHMgIGVuYWJsZSAgcGVl cnMgIHRvICByZWNlaXZlICBzdHJlYW1pbmcgIGRhdGENCj4gPiAgID4gIHdpdGhpbiAgdGhlICB0 aW1lICBjb25zdHJhaW50cyAgcmVxdWlyZWQgIGJ5ICBzcGVjaWZpYyAgY29udGVudCAgaXRlbXMu ICAgVGhlDQo+ID4gICA+ICB0cmFja2VyICBwcm90b2NvbCAgaGFuZGxlcyAgdGhlICBpbml0aWFs ICBhbmQgIHBlcmlvZGljICBleGNoYW5nZSAgb2YgIG1ldGENCj4gPiAgID4gIGluZm9ybWF0aW9u ICBiZXR3ZWVuICB0cmFja2VycyAgYW5kICBwZWVycywgIHN1Y2ggIGFzICBwZWVyICBsaXN0cyAg YW5kICBjb250ZW50DQo+ID4gICA+ICBpbmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wg IGNvbnRyb2xzICB0aGUgIGFkdmVydGlzaW5nICBhbmQgIGV4Y2hhbmdlICBvZg0KPiA+ICAgPiAg bWVkaWEgIGRhdGEgIGF2YWlsYWJpbGl0eSAgYmV0d2VlbiAgdGhlICBwZWVycy4NCj4gPiAgID4N Cj4gPiAgID4gIFRoZSAgdHJhY2tlciAgcHJvdG9jb2wgIHdpbGwgIGJlICBtb2RlbGVkICBhcyAg bXVjaCAgYXMgIHBvc3NpYmxlICB0byAgbWF0Y2ggIHRoZQ0KPiA+ICAgPiAgZXhpdGluZyAgYml0 dG9ycmVudCAgcHJvdG9jb2wgIHdpdGggIGFwcHJvcHJpYXRlICBleHRlbnNpb25zICBmb3IgIHRv ICBjYXJ5DQo+ID4gICA+ICBpbmZvcm1hdGlvbiAgdGhhdCAgaXMgIG5lZWRlZCAgZm9yICBzZWxl Y3Rpb24gIG9mICBhICBwZWVyICBzdWl0YWJsZSAgZm9yICByZWFsDQo+ID4gICA+ICB0aW1lICBz dHJlYW1pbmcuICBNZWRpYSAgZGVzY3JpcHRpb25zICB3aWxsICB1c2UgIHRoZSAgc3ludGF4ICBh bmQgIHNlbWFudGljcw0KPiA+ICAgPiAgZnJvbSAgU0RQICB3aGVyZSAgdGhhdCAgaXMgIHBvc3Np YmxlLg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBwZWVyICBwcm90b2NvbCAgd2lsbCAgYmUgIGJl ICBhbiAgZXh0ZW5zaW9uICBvZiAgU0lQICBhbmQgIHVzZSAgSUNFICBmb3IgIE5BVA0KPiA+ICAg PiAgdHJhdmVyc2FsLg0KPiA+ICAgPg0KPiA+ICAgPiAgUlRQICB3aWxsICBiZSAgdXNlZCAgZm9y ICB0aGUgIGVuY29kaW5nICBhbmQgIHRyYW5zbWlzc2lvbiAgb2YgIHRoZSAgbWVkaWEgIGNvbnRl bnQNCj4gPiAgID4gIGJldHdlZW4gIHBlZXJzLiAgUFBTUCAgaXMgIG5vdCAgY2hhcnRlcmVkICB0 byAgd29yayAgb24gIG1lZGlhICB0cmFuc21pc3Npb24NCj4gPiAgID4gIHByb3RvY29scywgIG1l ZGlhICBlbmNvZGluZyAgdGVjaG5pcXVlcyAgb3IgIG90aGVyICBjb21wb25lbnRzICBvZiAgYSAg UDJQDQo+ID4gICA+ICBzdHJlYW1pbmcgIHN5c3RlbSAgc3VjaCAgYXMgIHBsYXlvdXQgIHNjaGVk dWxpbmcgIGFuZCAgY29udHJvbCwgIGV0Yy4NCj4gPiAgID4NCj4gPiAgID4gIFRoZSAgd29yayAg aXRlbXMgIG9mICB0aGUgIFBQU1AgIFdHICBhcmU6DQo+ID4gICA+DQo+ID4gICA+ICAoMSkgIEEg ICJwcm9ibGVtICBzdGF0ZW1lbnQiICBkb2N1bWVudCAgdGhhdCAgZ2l2ZXMgIGFuICBvdmVydmll dyAgb2YgIHRoZQ0KPiA+ICAgPiAgICAgIHByb3Bvc2VkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVt LCAgbW90aXZhdGVzICB0aGUgIGRlc2lyZSAgZm9yICBzdGFuZGFyZGl6ZWQNCj4gPiAgID4gICAg ICBwcm90b2NvbHMsICBkZWZpbmVzICB0aGUgIGVudmlzaW9uZWQgIHNjb3BlICBvZiAgdGhvc2Ug IHN0YW5kYXJkaXplZA0KPiA+ICAgPiAgICAgIGNvbXBvbmVudHMgIGFuZCAgZGlzY3Vzc2VzICBj b21tb24gIHRlcm1pbm9sb2dpZXMgIGFuZCAgY29uY2VwdHMuDQo+ID4gICA+DQo+ID4gICA+ICAo MikgIEEgICJyZXF1aXJlbWVudHMiICBkb2N1bWVudCAgdGhhdCAgZGV0YWlscyAgdGhlICBzcGVj aWZpYyAgZnVuY3Rpb25hbCwNCj4gPiAgID4gICAgICBvcGVyYXRpb25hbCAgYW5kICBwZXJmb3Jt YW5jZSAgcmVxdWlyZW1lbnRzICBvZiAgdGhlICB0d28gIFBQU1AgIHByb3RvY29scy4NCj4gPiAg ID4NCj4gPiAgID4gICgzKSAgQW4gICJhcmNoaXRlY3R1cmFsICBzdXJ2ZXkiICBkb2N1bWVudCAg dGhhdCAgc3VtbWFyaXplcyAgY3VycmVudCAgUDJQDQo+ID4gICA+ICAgICAgc3RyZWFtaW5nICBh cmNoaXRlY3R1cmVzLCAgaW4gIHBhcnRpY3VsYXIgIHRyYWNrZXItYmFzZWQgIFAyUCAgc3RyZWFt aW5nDQo+ID4gICA+ICAgICAgc3lzdGVtcywgIGFuZCAgaGlnaGxpZ2h0cyAgYmVzdCAgY3VycmVu dCAgcHJhY3RpY2VzLg0KPiA+ICAgPg0KPiA+ICAgPiAgKDQpICBBICBkZXRhaWxlZCAgc3BlY2lm aWNhdGlvbiAgb2YgIHRoZSAgUFBTUCAgcGVlciAgcHJvdG9jb2wuDQo+ID4gICA+DQo+ID4gICA+ ICAoNSkgIEEgIGRldGFpbGVkICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFja2Vy ICBwcm90b2NvbC4NCj4gPiAgID4NCj4gPiAgID4gICg2KSAgQSAgInVzYWdlICBndWlkZSIgIHRo YXQgIGRlc2NyaWJlcyAgaG93ICB0aGUgIHR3byAgUFBTUCAgcHJvdG9jb2xzICBhbmQNCj4gPiAg ID4gICAgICBleGlzdGluZyAgSUVURiAgcHJvdG9jb2xzLCAgc3VjaCAgQUxUTywgIGNhbiAgYmUg IGNvbWJpbmVkICB0byAgY3JlYXRlICBhDQo+ID4gICA+ICAgICAgZGVwbG95YWJsZSAgb3BlcmF0 aW9uYWwgIFAyUCAgc3RyZWFtaW5nICBzeXN0ZW0uICAgVGhpcyAgZG9jdW1lbnQgIHdpbGwNCj4g PiAgID4gICAgICBhbHNvICBkaXNjdXNzICB1c2UgIG9mICBsYXllcmVkICBtZWRpYSAgZW5jb2Rp bmcgIGFuZCAgcmVsYXRlZCAgbWVkaWEgIGNodW5rDQo+ID4gICA+ICAgICAgZGVzY3JpcHRpb25z ICBpbiAgdGhlICBwZWVyICBwcm90b2NvbCAgZm9yICBtb3JlICByb2J1c3QgIHN0cmVhbWluZy4N Cj4gPiAgID4NCj4gPiAgID4gIFRoZSAgd29yayAgaXRlbXMgIG9mICB0aGUgIFBQU1AgIFdHICBp bnRlcmFjdHMgIHdpdGggIHRoZSAgd29yayAgcGVyZm9ybWVkICBpbg0Kb3RoZXINCj4gPiAgID4g IElFVEYgIFdHcywgIGluY2x1ZGluZyAgU0lQQ09SRSwgIEFWVCwgIEFMVE8sICBMRURCQVQgIGFu ZCAgTU1VU0lDLiAgV2hlbmV2ZXINCj4gPiAgID4gIGV4dGVuc2lvbnMgIG9yICBtb2RpZmljYXRp b24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2ZWxvcGVkICBpbiAgb3RoZXIgIFdHcyAgYXJlDQo+ ID4gICA+ICBkZWVtZWQgIG5lY2Vzc2FyeSwgIFBQU1AgIHNoYWxsICBjb21tdW5pY2F0ZSAgYW5k ICBkaXNjdXNzICB0aGUgIHJlcXVpcmVtZW50cw0KPiA+ICAgPiAgZm9yICBzdWNoICBleHRlbnNp b25zICB3aXRoICB0aGUgIHJlbGV2YW50ICBXR3MgIGJ1dCAgaXMgIG5vdCAgY2hhcnRlZCAgdG8g IG1ha2UNCj4gPiAgID4gIHN1Y2ggIGNoYW5nZXMuDQo+ID4gICA+DQo+ID4gICA+ICBHb2FscyAg YW5kICBNaWxlc3RvbmVzOg0KPiA+ICAgPg0KPiA+ICAgPiAgU2VwICAyMDEwICAgICBTdWJtaXQg IHByb2JsZW0gIHN0YXRlbWVudCAgdG8gIElFU0cgIGFzICBJbmZvcm1hdGlvbmFsDQo+ID4gICA+ ICBEZWMgIDIwMTAgICAgIFN1Ym1pdCAgYXJjaGl0ZWN0dXJhbCAgc3VydmV5ICB0byAgSUVTRyAg YXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4gIERlYyAgMjAxMCAgICAgU3VibWl0ICByZXF1aXJl bWVudHMgIGRvY3VtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4gIEF1 ZyAgMjAxMSAgICAgU3VibWl0ICBQUFNQICBwZWVyICBwcm90b2NvbCAgdG8gIElFU0cgIGFzICBQ cm9wb3NlZCAgU3RhbmRhcmQNCj4gPiAgID4gIEF1ZyAgMjAxMSAgICAgU3VibWl0ICBQUFNQICB0 cmFja2VyICBwcm90b2NvbCAgdG8gIElFU0cgIGFzICBQcm9wb3NlZCAgU3RhbmRhcmQNCj4gPiAg ID4gIERlYyAgMjAxMSAgICAgU3VibWl0ICB1c2FnZSAgZ3VpZGUgIHRvICBJRVNHICB0byAgSUVT RyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4gIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4gIEN1bGxlbiAgSmVubmluZ3MNCj4gPiAgID4gIEZv ciAgY29ycG9yYXRlICBsZWdhbCAgaW5mb3JtYXRpb24gIGdvICB0bzoNCj4gPiAgID4gIGh0dHA6 Ly93d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXgu aHRtbA0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiAgID4gIHBwc3AgIG1haWxpbmcg IGxpc3QNCj4gPiAgID4gIHBwc3BAaWV0Zi5vcmcNCj4gPiAgID4gIGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0KPiA+ICAgPg0KPiA+DQo+DQo+DQo+ICBDdWxsZW4g IEplbm5pbmdzDQo+ICBGb3IgIGNvcnBvcmF0ZSAgbGVnYWwgIGluZm9ybWF0aW9uICBnbyAgdG86 DQo+ICBodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwv Y3JpL2luZGV4Lmh0bWwNCj4NCj4NCj4NCj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpwcHNwICBtYWlsaW5nICBsaXN0DQpwcHNwQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3ANCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnBwc3AgIG1haWxpbmcgIGxpc3QN CnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBz cA0K --=====003_Dragon368034675083_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
+1 for the=20 understanding.
 
Yunfei
 

zhangyunfei=
2010-03-18

=B7=A2=BC=FE=C8=CB=A3=BA Ning=20 Zong
=B7=A2=CB=CD=CA=B1=BC=E4= =A3=BA=20 2010-03-16 14:15:59
=CA=D5=BC=FE=C8=CB=A3=BA 'David A. Bryan';=20 'Cullen Jennings'
=B3=AD=CB=CD=A3=BA=20 ppsp@ietf.org
=D6=F7=CC=E2=A3=BA Re: [ppsp] Charter=20 Proposal
 
Hi,  Cullen  &  David
 
Given  the  information  and  clarification=20  provided  by  Lars  and  Cullen,  I
understand  the  points  raised  by  Cullen. =  My  feeling  is  that  PPSP  may  need<= /DIV>
more  priority  on  efficiency  since  it=20  focuses  on  real-time  streaming.  So  one<= /DIV>
potential  advantage  of  centralized  tracker=20  would  be  a  quicker  response  to
the  peer  list  request,  rather  than  = ;a=20  hop-by-hop  routing  &  response  mode
defined  in  RELOAD.  But  the  tracker  = ;is=20  not  necessarily  a  stand-alone  server
(what  I  mean  centralized  in  the=20  previous  email),  it  could  be  a  gr= oup=20  of
servers  organized  by  some  distributed  wa= y=20  (for  better  robustness  and  load
balance,  etc)  and  serve  the  peer  l= ist=20  request  as  a  whole  logical  tracker.
How  to  implement  the  latter  case  o= f=20  group  of  servers  is  currently  not  = ;in=20  the
scope,  but  definitely  needs  to  be=20  considered  later.
Another  word,  the  peer-to-tracker  message &nbs= p;is=20  sent  to  some  single  function  to
return  peer  list  as  quick  as  possi= ble,=20  not  routed  hop-by-hop,  for  the  sake
of  real-time  efficiency.  I  remember  ther= e=20  are  some  comparison  drafts
presented  in  PPSP  to  emphasize  this=20  motivation.
Of  course,  that's  only  my  two  cent= s,=20  I'd  like  to  hear  more  opinions  fr= om=20  the
group.
 
BR,
Ning  Zong
 
-----Original  Message-----
From:  ppsp-bounces@ietf.org  [mailto:ppsp-bounces@ietf.org]= =20  On  Behalf  Of
David  A.  Bryan
Sent:  Tuesday,  March  16,  2010  8:46=20  AM
To:  Cullen  Jennings
Cc:  ppsp@ietf.org
Subject:  Re:  [ppsp]  Charter  Proposal
 
So  just  a  few  little  followup  poin= ts,=20  mostly  because  I  think  I  was  a
bit  unclear  about  my  comment  about=20  distributed  trackers,  inline...
 
On  Mon,  Mar  15,  2010  at  12:26 &nbs= p;PM,=20  Cullen  Jennings   <fluffy@cisco.com >  wrote:
>
>  On  Mar  13,  2010,  at  8:22 &nbs= p;AM,=20  David  A.  Bryan  wrote:
>
> >  So  in  general  I  think  th= ere=20  are  a  lot  of  good  comments  here, =  and
> >  thanks  for  sending  things  to=20  the  list.  A  few  things  I  had=20  comments  on
> >  inline...
> >
> >  On  Sat,  Mar  13,  2010  at =  9:33  AM,  Cullen  Jennings   <fluffy@cisco.co= m=20 >
wrote:
> >   >
> >   >
> >   >  The  PPSP  could  easily=20  be  one  of  these  groups  were  we=20  spend  the  first
few
> >   >  years  trying  to  chooses =  which  protocol  to  start  with  in=20  various
> >   >  places.  That  would  just =  remove  the  will  to  do  anything  in= =20  the  group.  I
> >   >  have  been  lurking  and=20  watching  this  work  from  the  beginning=20  and  it
seems
> >   >  like  there  are  probably =  many  things  that  most  the  participants =  agree  to
> >   >  that  we  could  just  = ;nail=20  down  in  the  charter.   Doing  so=20  would  help  get
> >   >  the  work  done  faster=20  and  provide  others  a  clear  idea  t= hat=20  had  not  been
> >   >  been  participating  a  muc= h=20  clearer  idea  of  what  this  work  is= =20  about.
> >   >
> >   >  For  example:
> >   >
> >   >  Centralized  or  distributed=20  trackers.  My  belief  is  that  most  = the=20  folks
> >   >  want  to  do  a=20  centralized  tracker.  On  a  side  note, &n= bsp;I=20  think  they  would  be
> >   >  hard  to  do  a=20  distributed  one  before  a  centralized  as= =20  centralized  is
much
> >   >  easier.  The  obvious  prot= ocol=20  to  use  for  a  centralized  one  is=20  to  add  the
> >   >  needed  extensions  to  the= =20  HTTP  based  version  of  bittorrent=20  tracker
> >   >  protocol.  If  they  want=20  to  do  a  distributed  one,  RELOAD  w= ould=20  meet  the
> >   >  needs  and  at  least  = ;be=20  worth  looking  at.
> >
> >  I'm  a  bit  confused  about  = ;why=20  you  want  to  exclude  distributed=20  trackers.
> >  Most  of  the  information  that=20  would  be  exchanged  --  i.e.  the  ma= ps=20  of
> >  chunks  etc  --  are  going  = to=20  be  the  same  between  the  two.  I=20  am  still
> >  trying  to  get  my  head  ar= ound=20  where  the  "edge"  is  here,  but=20  from
> >  hacking  at  ideas  a  bit,  = it=20  seems  to  me  that  the  tracker  prot= ocol=20  might
> >  have  two  parts:  query/place=20  information  from  the  peers  to  the=20  tracker,
> >  and  information  between  trackers.=20  If  the  separation  is  clean,  it=20  might
> >  be  possible  to  only  focus &nbs= p;on=20  the  part  between  peers/trackers  and=20  not
> >  consider  distributed  trackers,  but=20  otherwise  I  think  in  protocol
> >  design  we  should  at  least=20  consider  it...seems  like  a  bad  idea=20  to
> >  design  a  P2P  protocol  that=20  neglects  P2P  at  a  different  level=20  (i.e.,
> >  between  trackers)
>
>  I  was  just  trying  to  put=20  into  the  charter  the  direction  I=20  thought  the
group  wanted  to  go  or  at  least=20  surface  the  issues  so  we  could=20  feedback  of
the  form  "yep,  looks  good"  or  "nop= e,=20  we  want  distributed".  Obviously  I'm  a
bit  of  a  fan  of  distributed=20  approaches.
 
Given  this,  and  the  followup  Ning  = had,=20  I  think  things  became  more
crisp  than  my  original  comment,  but=20  just  to  be  clear,  I  think  what=20  I
am  getting  at  is  that  I  see  = the=20  tracker,  as  Ning  mentioned,  as  a
logical  function.  It  could  be  implemente= d=20  in  a  centralized  way  (and
likely  would  be),  or  could  actually &nbs= p;use=20  a  DHT  in  the  background.  It
may  be  that  we  don't  really  need=20  to  consider  that  in  the  design  of= =20  the
protocol  to  query  the  "tracker"  (whateve= r=20  that  may  be),  and  I
certainly  don't  want  to  muddy  things &nb= sp;by=20  insisting  it  be  distributed.
I'd  personally  suggest  some  wording  akin= =20  to  what  we  did  in  P2PSIP,
where  we  crafted  a  DHT  for  SIP=20  but  tried  not  to  break  it  for=20  other
possible  applications.  So  here,  maybe  we= =20  say  we  are  building  for  a
centralized  tracker,  but  will  try  to=20  consider  the  problem  of  a
distributed,  and  make  sure  the  protocol =  for  the  logical  process  of
tracker  calls  doesn't  do  something  that =  explicitly  breaks  distributed
functionality  later.
 
I  definitely  don't  want  to  give  th= e=20  IESG  (or  anyone  else,  really)  the
impression  that  there  is  a  big  gro= up=20  of  us  looking  to  do  a=20  distributed
tracker  up  front.  As  far  as  I=20  know,  there  isn't.
 
>
> >
> >   >  Similarly  for  the  media =  transfer,  I  suspect  that  many  people=20  would  be
> >   >  happy  with  RTP.  It's=20  hard  to  imagine  anything  else  given=20  the  end  goal
> >   >  for  this.  I  guess  = one=20  could  argue  for  a  new  protocol  or= =20  a  protocol  that
> >   >  transferred  data  tunneled &nbs= p;in=20  the  peer  signaling  protocol.
> >
> >  Absolutely  agree.  Devising  new=20  mechanisms  for  media  transport  seems
> >  way  out  of  scope  to  me.<= /DIV>
> >
> >   >  The  peer  signing  protoco= l=20  needs  to  be  able  to  set  up  = the=20  RTP  sessions
> >   >  and  work  thought  NATs.=20  I  think  the  NAT  traversal  scheme  = will=20  end  up
> >   >  being  ICE  or  something=20  that  more  or  less  amounts  to  ICE =  with  no  TURN
> >   >  option  given  the  deploym= ent=20  models.  Both  RTSP  and  SIP  are=20  candidates
> >   >  here.  In  some  ways  = ;at=20  first  glance,  RTSP  might  seem  simpler. =  But  a
bunch
> >   >  of  that  simplicity  comes= =20  from  the  model  of  it  being  deploy= ed=20  on  server
> >   >  all  clients  can  easily=20  reach  without  nat  nightmares  and  less
> >   >  negotiation.  Much  of  SIP= =20  complexity  comes  form  too  many=20  intermediaries
> >   >  and  forking  which  would =  not  apply  in  this  case.   We  = will=20  have  to  add  a
> >   >  bunch  to  RTSP  to  g= et=20  it  to  work  or  subtract  some  SIP=20  to  get  it  to
> >   >  work.  Not  an  easy  = call=20  and  not  a  call  that  the  WG  = is=20  in  a  great
position
> >   >  to  sort  out.  I'd  l= ove=20  to  hear  others  thought  on  it.
> >   >
> >   >  The  alternative  to  the=20  RTSP/SIP  approach  is  to  replace  the=20  signaling
and
> >   >  SDP  with  a  capabilities =  something  more  like  the  Advertisement=20  /
Proposal
> >   >  architecture  the  Jon  and= =20  I  have  been  discussion  (See
> >   >  draft-peterson-sipcore-advprop  ).
> >
> >  Not  quite  as  clear  to  me= =20  here,  but  I  mostly  agree.  Definitely=20  need  to
> >  negotiate  streams,  and  need  to= =20  traverse  NATs.  SIP  seems  like  using=20  a
> >  fighter  plane  to  kill  a  = fly=20  here,  but  may  very  well  turn  out =  that  many
> >  of  the  capabilities  end  up=20  being  needed  once  we  get  into  it.= =20  The
> >  problem  is  if  the  peers  = are=20  speaking  SIP,  aren't  they  expected  to=20  have
> >  the  full  SIP  capabilities.  We =  seem  to  need  a  SIP-Lite...(and  yes,=20  I
> >  know  that  has  been  discussed=20  oh,  once  or  twice  before,  but  her= e=20  it
> >  would  be  for  devices  with=20  distinctly  different  applications)
>
>  Right  -  for  example,  I  see=20  no  need  for  forking  in  one  uses=20  SIP  which
greatly  the  use  of  SIP.  If  the=20  the  plan  it  to  simplify  SIP  in=20  this  way,  we
probably  need  to  express  that  in  t= he=20  charter.   My  view  on  using  SIP &nb= sp;is=20  this
work  would  only  need  a  subset  of=20  it.  However  if  we  use  RTSP,  we=20  need  to  add
a  bunch  in  RTSP.  Typically  cutting  = ;away=20  stuff  is  faster  than  growing  new
stuff  but  that  is  not  always  true.= =20  Either  could  be  made  to  work.  So =  could
something  new.
 
Yep.  Fully  agree,  particularly  about  hac= king=20  rather  than
growing...(i.e.,  SIP  easier  than  RTSP.  A= t=20  least  in  my  opinion,  I'd
agree.)
 
One  wrinkle  I  see  is  that  while=20  these  look  good  for  real-time,  it
isn't  quite  clear  to  me  that  SIP=20  (or  actually  even  RTP  on  the
transport  side)  is  right  in  the=20  time-shifted  context.  If  I  am
retrieving  the  file  then  playing  locally= =20  ala  Bit-Torrent,  it  seems
possible  that  you  would  use  a  bulk= =20  transfer  block-by-block  in  that
scenario  and  assemble  and  play  locally, =  rather  than  stream  from  the
peer  that  has  it  as  would  be  = ;the=20  case  in  real-time.  The  more  I've=20  dug
into  this  in  the  last  few  months, =  the  more  the  real-time  and
time-shifted  cases  differ  for  the  action= s=20  after  you  contact  the
tracker.
 
> >  My  first  take  on  the  pro= posed=20  charter  below  is  that  I  like=20  seeing
> >  things  get  more  concrete,  but =  it  has  two  problems  from  my=20  perspective:
> >
> >  I  agree  bit-torrent  is  a  = ;very=20  good  model  and  we  should  be  looki= ng=20  at
> >  it,  but  the  survey  work  = is=20  also  bringing  in  work  from  some  o= ther=20  very
> >  widely  deployed  solutions  (PPLive,=20  for  example),  and  I'm  personally  a
> >  bit  reluctant  to  just  say=20  bit-torrent  wins.
>
>
>
> >
> >  I'm  aware  that  PPLive  and=20  Bit-Torrent  address  slightly  different
> >  problems,  which  is  actually  my= =20  biggest  concern  with  the  charter  --
> >  still  not  clear  that  the  = ;live=20  and  time-shifted  content  really  call=20  for
> >  the  same  protocol  or  share &nb= sp;as=20  much  as  might  be  thought  in=20  common.
> >  Particularly  for  the  real-time=20  streaming,  I'm  not  at  all  sure
> >  Bit-Torrent  is  the  right  choic= e.=20  (although  I  can  see  using  a=20  tracker
> >  to  find  candidate  peers  and=20  establishing  live  sessions  between
> >  them...so  it's  possible)   I'd=20  rather  wait  just  a  little  bit  for= =20  the
> >  survey  document  to  evolve  to=20  make  that  call,  and  get  more=20  visibility
> >  into  if  one  protocol  can  = ;be=20  used  for  both  streaming  and=20  time-shifted
> >  content.  That's  part  of  the=20  motivation  for  hacking  together  some
> >  strawman  work  on  the  tracker=20  as  well  --  let's  see  what  hard=20  problems
> >  we  stumble  in  that  process. &n= bsp;I=20  agree  if  we  don't  firm  it  up=20  we'll  spin
> >  for  a  long  time,  but  I=20  also  don't  want  to  jump  to  a=20  wrong  conclusion.
>
>  Fair  enough  -  what  you  are=20  saying  there  does  seem  very  reasonable =  to  me  -
but  if  we  go  down  the  plan  t= hen=20  I  think  we  should  probably   spin=20  up  an
Exploratory  Group  to  go  make  some=20  choices  like  that.
 
+1.  I'd  very  much  support  that  and= =20  would  be  willing  to  help  if
volunteers  are  needed.
 
> >  My  biggest  objection  is  with=20  the  proposal  below  is  saying  SIP  = is=20  the
> >  right  choice  for  the  Peer=20  Protocol.  That  seems  not-quite-right  (even
> >  if  SIP  is  used  to  establ= ish=20  the  connections).  The  peer  protocol=20  here.
> >  again,  is  doing  several  things= =20  --  possibly  maintaining  an  overlay
> >  (possible  RELOAD  usage,  although &nb= sp;we=20  have  to  make  sure  a  full  DHT=20  is
> >  needed,  which  with  a  central=20  tracker  it  may  not  be)  and  in=20  the  live
> >  stream  case,  establishing  connection= s.=20  Unless  we  resurrect  dSIP  (which
> >  I'd  love  ;)  ),  SIP  can't= =20  do  the  former,  and  I  still  think =  it  is  way
> >  overkill  for  the  later  unless =  we  come  up  with  a  lighter  version= .=20  I'll
> >  take  a  look  at  the  advpr= op=20  draft  you  mention  --  that  might  b= e=20  exactly
> >  what  I  am  thinking  of  bu= t=20  I  have  to  admit  I  haven't  read=20  it.  I  guess
> >  my  worry  here  is  that  yo= ur=20  version  of  the  draft  seems  to  be =  taking  the
> >  "I  have  a  SIP  hammer  so =  this  is  a  SIP  nail"  approach,  and= =20  I'm  not
> >  quite  convinced  that's  right  (= at=20  least  not  yet,  but  I  must  admit=20  the
> >  problem  looks  very  nail  shaped= .=20  Maybe  just  a  really  small  nail).
>
>  Well  I  understand  how  something=20  like  RELAOD  might  get  used  for  th= e=20  peer  to
tracker  protocol,  but  once  you  know &nbs= p;a=20  peer  you  are  going  to  try  and=20  set  up
an  RTP  session  with  and,  assuming  = the=20  use  of  RTP,   it  seems  you  ne= ed=20  a
protocol  were  host   A  can  tell=20  host  B  to  start  sending  the  follo= wing=20  data  in
an  RTP  steam.   Do  I  have  this= =20  about  right?
 
Yep,  I  think  you  do  have  it=20  right,  and  like  I  said,  given=20  that
description,  SIP  (in  the  old  original=20  session  establishment  sense)  may
really  be  right,  I'm  just  not  quit= e=20  convinced  yet.  I'm  sure  you  know
this  since  you  have  too,  but  as=20  someone  who  has  hacked  a  bunch  of= =20  SIP
stuff  together  over  the  years,  I  k= now=20  how  much  there  is  in  SIP,  and
how  much  of  that  we  don't  need &nb= sp;in=20  this  context.  Certainly  don't  mean
to  imply  it  isn't  a  pretty  strong =  candidate.
 
David
 
> >
> >  Reuse  of  SDP  and  RTP  see= m=20  like  no-brainers  and  I  definitely=20  agree.
> >
> >  Anyway,  interesting  thoughts,and  my =  2  cents...
> >
> >  David
> >
> >   >  There  are  a  few  ot= her=20  topics  which  are  not  addressed  in  = ;this=20  charter
> >   >  that  worry  me  a  lo= t.=20  The  currently  protocols  being  proposed  = and=20  related
> >   >  discussion  does  not  seem= =20  to  address  what  is  the  incentive  = for=20  anyone  to
> >   >  serve  content.  It's  clea= r=20  why  you  would  receive  but  not  cle= ar=20  why  you
> >   >  would  bother  to  transmit= .=20  Bittorrent  put  a  lot  of  effort  in= to=20  this  and
> >   >  IMHO  got  it  "right=20  enough"  that  the  system  is  very=20  successful.  I  worry
> >   >  about  it  in  this  w= ork.=20  A  second  topic  is  that  the  desire= d=20  privacy
> >   >  properties  of  the  system= =20  are  also  pretty  vague.  If  we  are =  not  clear
> >   >  about  these  in  the=20  beginning,  we  run  the  risk  of  get= ting=20  very  bogged
> >   >  down  in  arguing  about=20  them  as  the  protocol  starts  to  ge= t=20  close  to  done.
> >   >
> >   >  To  try  and  help  ge= t=20  things  moving  along,  I  have  proposed=20  charter  bellow
> >   >  that  is  very  conservativ= e=20  .   As  an  individual,  I  would=20  probably  have  a
> >   >  slight  preference  for  a =  more  risky  approach  than  the  proposal=20  below  but
> >   >  .
> >   >
> >   >
> >   >=20  ------------------------------------------------
> >   >
> >   >
> >   >
> >   >
> >   >  The  Peer-to-Peer  Streaming=20  Protocol  (PPSP)  working  group  develops=20  two
> >   >  signaling  and  control=20  protocols  for  a  peer-to-peer  (P2P)=20  streaming
> >   >  system  for  transmitting  = live=20  and  time  shifted  media  content  with=20  near
> >   >  real-time  delivery=20  requirements.
> >   >
> >   >  Two  kinds  of  nodes=20  exist  in  the  targeted  P2P  streaming=20  system,  i.e.,
> >   >  "peers"  and  "trackers".  = Peers=20  are  nodes  that  are  actively  sending=20  and
> >   >  receiving  streamed  media=20  content,  and  include  both  statically=20  connected
> >   >  hosts  as  well  as  m= obile=20  devices  with  connectivity  and  IP  addres= ses=20  that
> >   >  change  over  time.  The=20  set  of  peers  that  are  participating &nb= sp;in=20  a
streaming
> >   >  session  will  dynamically=20  change  over  time.  Trackers  are=20  well-known
nodes
> >   >  with  stable  connectivity  = ;that=20  maintain  meta  information  about  the
> >   >  streamed  content  and  the= =20  dynamic  peer  set.  The  working  group &nb= sp;is=20  only
> >   >  addressing  centralized  tracker= s=20  and  not  the  distributed  tracker.
> >   >
> >   >  The  PPSP  WG  designs &nbs= p;a=20  protocol  for  signaling  and  control=20  between
> >   >  trackers  and  peers  (the =  PPSP  "tracker  protocol")  and  a  signalin= g=20  and
> >   >  control  protocol  for=20  communication  among  the  peers  (the  PPSP= =20  "peer
> >   >  protocol").  The  two  prot= ocols=20  enable  peers  to  receive  streaming  data<= /DIV>
> >   >  within  the  time  constrai= nts=20  required  by  specific  content  items.=20   The
> >   >  tracker  protocol  handles  = ;the=20  initial  and  periodic  exchange  of  meta
> >   >  information  between  trackers=20  and  peers,  such  as  peer  lists  and= =20  content
> >   >  information.  The  peer=20  protocol  controls  the  advertising  and=20  exchange  of
> >   >  media  data  availability=20  between  the  peers.
> >   >
> >   >  The  tracker  protocol  wil= l=20  be  modeled  as  much  as  possible  to= =20  match  the
> >   >  exiting  bittorrent  protocol=20  with  appropriate  extensions  for  to=20  cary
> >   >  information  that  is  need= ed=20  for  selection  of  a  peer  suitable  = for=20  real
> >   >  time  streaming.  Media=20  descriptions  will  use  the  syntax  and=20  semantics
> >   >  from  SDP  where  that &nbs= p;is=20  possible.
> >   >
> >   >  The  peer  protocol  will=20  be  be  an  extension  of  SIP  and=20  use  ICE  for  NAT
> >   >  traversal.
> >   >
> >   >  RTP  will  be  used  f= or=20  the  encoding  and  transmission  of  the=20  media  content
> >   >  between  peers.  PPSP  is=20  not  chartered  to  work  on  media=20  transmission
> >   >  protocols,  media  encoding=20  techniques  or  other  components  of  a=20  P2P
> >   >  streaming  system  such  as= =20  playout  scheduling  and  control,  etc.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  are:
> >   >
> >   >  (1)  A  "problem  statement= "=20  document  that  gives  an  overview  of=20  the
> >   >      proposed  P2P=20  streaming  system,  motivates  the  desire  = for=20  standardized
> >   >      protocols,  define= s=20  the  envisioned  scope  of  those=20  standardized
> >   >      components  and=20  discusses  common  terminologies  and  concepts.<= /DIV>
> >   >
> >   >  (2)  A  "requirements"  doc= ument=20  that  details  the  specific  functional,
> >   >      operational  and=20  performance  requirements  of  the  two  PPS= P=20  protocols.
> >   >
> >   >  (3)  An  "architectural  su= rvey"=20  document  that  summarizes  current  P2P
> >   >      streaming=20  architectures,  in  particular  tracker-based  P2= P=20  streaming
> >   >      systems,  and=20  highlights  best  current  practices.
> >   >
> >   >  (4)  A  detailed  specifica= tion=20  of  the  PPSP  peer  protocol.
> >   >
> >   >  (5)  A  detailed  specifica= tion=20  of  the  PPSP  tracker  protocol.
> >   >
> >   >  (6)  A  "usage  guide"=20  that  describes  how  the  two  PPSP=20  protocols  and
> >   >      existing  IETF=20  protocols,  such  ALTO,  can  be  combined=20  to  create  a
> >   >      deployable  operat= ional=20  P2P  streaming  system.   This  document=20  will
> >   >      also  discuss &nbs= p;use=20  of  layered  media  encoding  and  related=20  media  chunk
> >   >      descriptions  in=20  the  peer  protocol  for  more  robust=20  streaming.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  interacts  with  the  work=20  performed  in
other
> >   >  IETF  WGs,  including  SIPC= ORE,=20  AVT,  ALTO,  LEDBAT  and  MMUSIC.  Whenever<= /DIV>
> >   >  extensions  or  modification &nb= sp;to=20  the  protocols  developed  in  other  WGs=20  are
> >   >  deemed  necessary,  PPSP  s= hall=20  communicate  and  discuss  the  requirements
> >   >  for  such  extensions  with= =20  the  relevant  WGs  but  is  not  chart= ed=20  to  make
> >   >  such  changes.
> >   >
> >   >  Goals  and  Milestones:
> >   >
> >   >  Sep  2010     Submit=20  problem  statement  to  IESG  as=20  Informational
> >   >  Dec  2010     Submit=20  architectural  survey  to  IESG  as=20  Informational
> >   >  Dec  2010     Submit=20  requirements  document  to  IESG  as=20  Informational
> >   >  Aug  2011     Submit=20  PPSP  peer  protocol  to  IESG  as  Pro= posed=20  Standard
> >   >  Aug  2011     Submit=20  PPSP  tracker  protocol  to  IESG  as=20  Proposed  Standard
> >   >  Dec  2011     Submit=20  usage  guide  to  IESG  to  IESG  as=20  Informational
> >   >
> >   >
> >   >=20  ----------------------------------------------------------------
> >   >
> >   >
> >   >  Cullen  Jennings
> >   >  For  corporate  legal=20  information  go  to:
> >   >  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
> >   >
> >   >
> >   >
> >   >=20  =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >   >  ppsp  mailing  list
> >   >  ppsp@ietf.org
> >   >=20  https://www.ietf.org/mailman/listinfo/ppsp
> >   >
> >
>
>
>  Cullen  Jennings
>  For  corporate  legal  information  go =  to:
>  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
>
>
>
>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
ppsp  mailing  list
ppsp@ietf.org
https://www.ietf.org/mailman/listinfo/ppsp
 
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
ppsp  mailing  list
ppsp@ietf.org
https://www.ietf.org/mailman/listinfo/ppsp
--=====003_Dragon368034675083_=====-- From hocs@itri.org.tw Wed Mar 17 20:45:16 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C42493A69D8; Wed, 17 Mar 2010 20:45:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.993 X-Spam-Level: X-Spam-Status: No, score=-91.993 tagged_above=-999 required=5 tests=[AWL=-0.892, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_EQ_TW=1.335, HELO_MISMATCH_TW=0.994, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_BAD_ID=2.837, 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 r9lU8Yxrcaoc; Wed, 17 Mar 2010 20:45:15 -0700 (PDT) Received: from maillog1.itri.org.tw (unknown [61.61.254.20]) by core3.amsl.com (Postfix) with ESMTP id 3432D3A68AD; Wed, 17 Mar 2010 20:45:13 -0700 (PDT) Received: from mail.itri.org.tw (mail.itri.org.tw [140.96.157.2]) by maillog1.itri.org.tw with ESMTP id o2I3im0o076281; Thu, 18 Mar 2010 11:44:53 +0800 (CST) (envelope-from hocs@itri.org.tw) Received: from mail.itri.org.tw (localhost [127.0.0.1]) by mail.itri.org.tw (8.13.4/8.13.4) with ESMTP id o2I3ib3x029975; Thu, 18 Mar 2010 11:44:37 +0800 (CST) Received: from msx.itri.org.tw ([140.96.151.68])by mail.itri.org.tw (8.13.4/8.13.4) with ESMTP id o2I3ibLj029923; Thu, 18 Mar 2010 11:44:37 +0800 (CST) Received: from 52092035394 (140.96.150.239) by smtpx.itri.org.tw(140.96.151.68) with Microsoft SMTP Server id 8.2.234.1; Thu, 18 Mar 201011:44:30 +0800 From: JeffreyHo To: "'David A. Bryan'" References: <8b2769931003171914k707fd83cw4e3e600b82429b04@mail.gmail.com> Date: Thu, 18 Mar 2010 11:44:31 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_Boundary_xjm1kYZsl8wnrOP6lWZo" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcrGQVMI7Y/vo2q4SbCgWaVOyWIMgwACsg7A In-Reply-To: <8b2769931003171914k707fd83cw4e3e600b82429b04@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-MAIL: maillog1.itri.org.tw o2I3im0o076281 Cc: ppsp@ietf.org, p2psip@ietf.org Subject: Re: [ppsp] [P2PSIP] Is P2PSIP RELOAD not suitable to be leverage for bothP2P Live Streaming and VoD Service? X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:45:16 -0000 --=_Boundary_xjm1kYZsl8wnrOP6lWZo Content-Type: message/rfc822 Content-Disposition: attachment; filename=originalmail.eml Received: from msx.itri.org.tw ([140.96.151.68]) by mail.itri.org.tw (8.13.4/8.13.4) with ESMTP id o2I3ibLj029923; Thu, 18 Mar 2010 11:44:37 +0800 (CST) Received: from 52092035394 (140.96.150.239) by smtpx.itri.org.tw (140.96.151.68) with Microsoft SMTP Server id 8.2.234.1; Thu, 18 Mar 2010 11:44:30 +0800 From: JeffreyHo To: "'David A. Bryan'" CC: , References: <8b2769931003171914k707fd83cw4e3e600b82429b04@mail.gmail.com> Subject: RE: [P2PSIP] Is P2PSIP RELOAD not suitable to be leverage for bothP2P Live Streaming and VoD Service? Date: Thu, 18 Mar 2010 11:44:31 +0800 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_009F_01CAC690.5F753EB0" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcrGQVMI7Y/vo2q4SbCgWaVOyWIMgwACsg7A In-Reply-To: <8b2769931003171914k707fd83cw4e3e600b82429b04@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Disposition-Notification-To: "JeffreyHo" ------=_NextPart_000_009F_01CAC690.5F753EB0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Actually, there is the same topic posted in the PPSP group. Please see http://www.ietf.org/mail-archive/web/ppsp/current/msg00552.html But there is not any discussion there. I think there is indeed a good = bits of overlay of participants between P2PSIP and PPSP lists. Thanks. _____ =20 From: p2psip-bounces@ietf.org [mailto:p2psip-bounces@ietf.org] On Behalf = Of David A. Bryan Sent: Thursday, March 18, 2010 10:15 AM To: wang.jun17@zte.com.cn Cc: p2psip@ietf.org Subject: Re: [P2PSIP] Is P2PSIP RELOAD not suitable to be leverage for bothP2P Live Streaming and VoD Service? This isn't really the best list for a discussion about these topics, = since the P2PSIP group isn't chartered right now to work on streaming or = trackers. The best place is probably over on the PPSP list, rather than here. That = is the group that is looking building streaming systems and trackers, and = can certainly discuss if RELOAD is a good protocol choice for that = application, while this group is currently only chartered to look at a protocol for = DHTs for use with SIP. You are more likely to get the right folks for this discussion on that list (and of course there is a good bit of overlap of participants between the lists). David (as chair) 2010/3/17 Eric Rescorla Yes, this is also out of scope for the WG.=20 -Ekr 2010/3/17 DHT/reload discussed here are used for build trackers of a streaming = system, where the resources are chunk/piece of data other than users.=20 Wang Russell Eric Rescorla =20 2010-03-17 22:12=20 =CA=D5=BC=FE=C8=CB wang.jun17@zte.com.cn=20 =B3=AD=CB=CD jc , "p2psip@ietf.org" , p2psip-bounces@ietf.org =09 =D6=F7=CC=E2 Re: [P2PSIP] =B4=F0=B8=B4: Re: Is P2PSIP RELOAD not suitable to be = leverage for both P2P Live Streaming and VoD Service?=09 =09 This all seems really off topic for this WG. The charter of P2PSIP explicitly excludes=20 any work on this kind of media sharing:=20 1. Issues specific to applications other than locating users and resources for SIP-based communications and presence.=20 -Ekr=20 2010/3/17 < wang.jun17@zte.com.cn>=20 I think whatever the centralized or distributed tracker you = chose, if you must deal with billions of users's access, they're the same. The centralized tracker must be deployed in distributed or so-called = 'cluster' mode, DHT is just one kind of distributed algorithm, not so special...=20 And futhermore, the DHT algorithm does not always mean 'poor performance', we have implemented one kind of DHT algorithm suitable for stable network, its lookup cost is one hop(thousands nodes) or two hop(millions nodes), and the algorithm released as a plug-in of RELOAD protocol.=20 The similar algorithm you can found in amazon's dynamo or the = memcahce project, and there's also some other constant complexity DHT algorithm.=20 Russell Wang jc < julian@orchidseed.org>=20 =B7=A2=BC=FE=C8=CB: = p2psip-bounces@ietf.org=20 2010-03-16 08:58=20 =CA=D5=BC=FE=C8=CB Bruce Lowekamp < bbl@lowekamp.net> =09 =B3=AD=CB=CD " p2psip@ietf.org" < p2psip@ietf.org> =09 =D6=F7=CC=E2 Re: [P2PSIP] Is P2PSIP RELOAD not suitable to be leverage for both P2P Live Streaming and VoD Service?=09 =09 The largest overlay i've seen where every node participated in storage = and routing was ~1.6M. They operate best under ~650K. At about 1M the = routing times get into the minutes. You would need to create and ad-hoc overlay = for every stream. I've implemented a multicast layer that does this over a = DHT. The DHT is the signaling layer used to setup these ad-hoc = overlays(groups). RELOAD could perform the signaling, rendezvous setup, multicast grouping storage but not too much more.=20 On Mar 15, 2010, at 8:10 PM, Bruce Lowekamp wrote:=20 So substituting the terms used in RELOAD, this is exactly my point. draft-hu-ppsp-tracker-dht-performance-comparison assumes 20M peers, i.e. nodes used in routing, and bases latency calculations on that number. = Not 57K. The draft further works out that with 20M peers storing data, each needs to store 0.01 of a resource.=20 Even if you do the calculations with a reasonable number of peers = (routing nodes), the dht overlay will still obviously have higher latency than a single-server based solution. You select a dht overlay for different reasons than you would select a central server-based solution.=20 Bruce=20 On Mon, Mar 15, 2010 at 3:27 PM, jc < julian@orchidseed.org> wrote:=20 You need 57,142.857 nodes to route 20M of peer traffic. This is the algorithm we used in fasttrack and is the same as in skype. This is a maximum capacity scenario. Sent from my iPhone=20 On Mar 15, 2010, at 6:32 PM, Bruce Lowekamp < bbl@lowekamp.net> wrote: They scale fine, but there is a point beyond which adding additional = peers to the overlay routing merely adds latency. Don't have time to look up = the references now, but there are a number of papers discussing the = advantages of different numbers of peers (superpeers in a lot of systems) needed = for overlay routing. You don't need 10M.=20 Bruce=20 On Mon, Mar 15, 2010 at 11:55 AM, jc < julian@orchidseed.org> wrote:=20 On Mar 15, 2010, at 3:32 PM, Bruce Lowekamp wrote:=20 The performance comparison draft compares the performance of a = centralized lookup server with a P2P DHT system with 10M peers. Since those address entirely different use cases, and no one would ever deploy a 10M peer distributed tracker, it's not clear what the point of the comparison is. This has nothing to do with RELOAD.=20 There are active distributed trackers w/ > 1M peers. Why would you not deploy a 10M user distributed tracker? They do inherently scale = infinitely by nature.=20 Bruce=20 On Mon, Mar 15, 2010 at 12:55 AM, World < = worldhocs@yahoo.com.tw> wrote:=20 Dear all,=20 =20 I am thinking what P2P Live Streaming and VoD Service can leverage = P2PSIP RELOAD. According to some research or proposal report, it seems that = P2PSIP RELOAD can be used in P2P-based Tracker and/or chunk description distribution (chunk discovery) at the full distributed deployment. Both P2P-based Tracker and chunk description distribution over P2PSIP overlay were evaluated in performance referred to draft-chen-ppsp-dht-chunk-discovery-evaluation-00.txt and draft-hu-ppsp-tracker-dht-performance-comparison-01.txt. The result = showed the performance of DHT-based Tracker and chunk description distribution = is worse, even not acceptable for P2P Live Streaming and VoD Service.=20 So can we make such conclusion that P2PSIP RELOAD is not suitable to be leverage for both P2P Live Streaming and VoD Service in case a full distributed deployment is not mandatory? What do you think?=20 =20 Any comments are welcome. Thanks.=20 =20 BR, Jeffrey=09 _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip=20 _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail = is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy = and are not permitted to disclose the contents of this communication to = others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the originator of = the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail = is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy = and are not permitted to disclose the contents of this communication to = others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the originator of = the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip ------=_NextPart_000_009F_01CAC690.5F753EB0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Actually, there is the same = topic posted=20 in the PPSP group. Please see = http://www.ietf.org/mail-archive/web/ppsp/current/msg00552.html
But there is not=20 any discussion there. I think there is indeed a good bits of = overlay of=20 participants between P2PSIP and PPSP lists.
Thanks.


From: p2psip-bounces@ietf.org=20 [mailto:p2psip-bounces@ietf.org] On Behalf Of David A.=20 Bryan
Sent: Thursday, March 18, 2010 10:15 AM
To:=20 wang.jun17@zte.com.cn
Cc: p2psip@ietf.org
Subject: = Re:=20 [P2PSIP] Is P2PSIP RELOAD not suitable to be leverage for bothP2P Live = Streaming=20 and VoD Service?

This isn't really the best list for a discussion about these = topics,=20 since the P2PSIP group isn't chartered right now to work on streaming or = trackers. The best place is probably over on the PPSP list, rather than = here.=20 That is the group that is looking building streaming systems and = trackers, and=20 can certainly discuss if RELOAD is a good protocol choice for that = application,=20 while this group is currently only chartered to look at a protocol for = DHTs for=20 use with SIP. You are more likely to get the right folks for this = discussion on=20 that list (and of course there is a good bit of overlap of participants = between=20 the lists).

David (as chair)

2010/3/17 Eric Rescorla <ekr@rtfm.com>
Yes,=20 this is also out of scope for the WG.

-Ekr


2010/3/17 <wang.jun17@zte.com.cn>

DHT/reload discussed here are used for = build trackers=20 of a streaming system, where the resources are chunk/piece of data = other=20 than users.


Wang = Russell



Eric = Rescorla <ekr@rtfm.com>=20

2010-03-17 22:12 =

=CA=D5=BC=FE=C8=CB
wang.jun17@zte.com.cn =
=B3=AD=CB=CD
jc <julian@orchidseed.org>, "p2psip@ietf.org"=20 <p2psip@ietf.org>, p2psip-bounces@ietf.org =
=D6=F7=CC=E2
Re: [P2PSIP] = =B4=F0=B8=B4: Re: Is P2PSIP=20 RELOAD not suitable to be leverage for both P2P Live = Streaming=20 and VoD Service?

=




<= FONT=20 face=3Dsans-serif size=3D3>This all seems really off topic for this = WG. The=20 charter of P2PSIP explicitly excludes

any work on this kind of media sharing: =


1. Issues specific to applications other = than=20 locating users and
resources for SIP-based communications and=20 presence.

-Ekr=20


2010/3/17 <wang.jun17@zte.com.cn>

       I think whatever the = centralized or=20 distributed tracker you chose, if you must deal with billions of = users's=20 access, they're the same. The centralized tracker must be deployed = in=20 distributed or so-called 'cluster' mode, DHT is just one kind of = distributed=20 algorithm, not so special...
=
     And = futhermore,=20 the DHT algorithm does not always mean 'poor performance', we have=20 implemented one kind of DHT algorithm suitable for stable network, = its=20 lookup cost is one hop(thousands nodes) or two hop(millions nodes), = and the=20 algorithm released as a plug-in of RELOAD protocol.

 =20    The similar algorithm you can found in amazon's dynamo = or the=20 memcahce project, and there's also some other constant complexity = DHT=20 algorithm.
=



Russell Wang



jc = <julian@orchidseed.org>
=B7=A2=BC=FE=C8=CB: =  p2psip-bounces@ietf.org

2010-03-16 = 08:58


=CA=D5=BC=FE=C8=CB
Bruce = Lowekamp=20 <bbl@lowekamp.net> =
=B3=AD=CB=CD
"p2psip@ietf.org" <p2psip@ietf.org> =
=D6=F7=CC=E2
Re: [P2PSIP] Is = P2PSIP RELOAD=20 not suitable to be leverage for both     =  =20  P2P Live Streaming and VoD=20 Service?






The largest overlay i've seen = where every=20 node participated in storage and routing was ~1.6M. They operate = best under=20 ~650K. At about 1M the routing times get into the minutes. You would = need to=20 create and ad-hoc overlay for every stream. I've implemented a = multicast=20 layer that does this over a DHT. The DHT is the signaling layer used = to=20 setup these ad-hoc overlays(groups). RELOAD could perform the = signaling,=20 rendezvous setup, multicast grouping storage but not too much more.=20

On Mar 15, 2010, at 8:10 PM, Bruce Lowekamp wrote: =

So=20 substituting the terms used in RELOAD, this is exactly my point.=20  draft-hu-ppsp-tracker-dht-performance-comparison assumes 20M = peers,=20 i.e. nodes used in routing, and bases latency calculations on that = number.=20  Not 57K.  The draft further works out that with 20M peers = storing=20 data, each needs to store 0.01 of a resource.

Even if you do = the=20 calculations with a reasonable number of peers (routing nodes), the = dht=20 overlay will still obviously have higher latency than a = single-server based=20 solution.  You select a dht overlay for different reasons than = you=20 would select a central server-based solution.

Bruce =


On=20 Mon, Mar 15, 2010 at 3:27 PM, jc <
julian@orchidseed.org> wrote:
You need 57,142.857 nodes = to route=20 20M of peer traffic. This is the algorithm we used in fasttrack and = is the=20 same as in skype. This is a maximum capacity scenario.

Sent = from my=20 iPhone

On Mar 15, 2010, at 6:32 PM, Bruce Lowekamp = <bbl@lowekamp.net> wrote:

They scale fine, but there is a point = beyond which=20 adding additional peers to the overlay routing merely adds latency.=20  Don't have time to look up the references now, but there are a = number=20 of papers discussing the advantages of different numbers of peers=20 (superpeers in a lot of systems) needed for overlay routing. =  You don't=20 need 10M.

Bruce


On Mon, Mar 15, 2010 at 11:55 = AM, jc=20 <
julian@orchidseed.org> wrote:

On Mar 15, 2010, at = 3:32 PM,=20 Bruce Lowekamp wrote:

The performance comparison draft = compares the=20 performance of a centralized lookup server with a P2P DHT system = with 10M=20 peers.  Since those address entirely different use cases, and = no one=20 would ever deploy a 10M peer distributed tracker, it's not clear = what the=20 point of the comparison is.  This has nothing to do with = RELOAD.=20

There are active distributed trackers w/ > 1M peers. Why = would=20 you not deploy a 10M user distributed tracker? They do inherently = scale=20 infinitely by nature.


Bruce



On Mon, Mar = 15, 2010=20 at 12:55 AM, World <worldhocs@yahoo.com.tw> wrote:
Dear all,=20
 
I am thinking what P2P Live Streaming and VoD = Service=20 can leverage P2PSIP RELOAD. According to some research or = proposal=20 report, it seems that P2PSIP RELOAD can be used in P2P-based = Tracker=20 and/or chunk description distribution (chunk discovery) at the = full=20 distributed deployment. Both P2P-based Tracker and chunk = description=20 distribution over P2PSIP overlay were evaluated in performance = referred to = draft-chen-ppsp-dht-chunk-discovery-evaluation-00.txt and=20 draft-hu-ppsp-tracker-dht-performance-comparison-01.txt. The = result=20 showed the performance of DHT-based Tracker and chunk = description=20 distribution is worse, even not acceptable for P2P Live = Streaming and=20 VoD Service.

So can we make such conclusion that = P2PSIP RELOAD=20 is not suitable to be leverage for both P2P Live Streaming and = VoD=20 Service in case a full distributed deployment is not = mandatory? What=20 do you think?
 
Any comments are welcome. Thanks.=20 =
 
BR,
Jeffrey




_______________________________________________
P= 2PSIP=20 mailing list
P2PSIP@ietf.org
https://www.ietf.org/mailman/listinfo/p2psip


_______________________________________________
P= 2PSIP=20 mailing list
P2PSIP@ietf.org
https://www.ietf.org/mailman/listinfo/p2psip



_______________________________________________
P2PSI= P=20 mailing list

P2PSIP@ietf.org
https://www.ietf.org/mailman/listinfo/p2psip


--------------------------------------------------------
= ZTE=20 Information Security Notice: The information contained in this mail = is=20 solely property of the sender's organization. This mail = communication is=20 confidential. Recipients named above are obligated to maintain = secrecy and=20 are not permitted to disclose the contents of this communication to=20 others.
This email and any files transmitted with it are = confidential and=20 intended solely for the use of the individual or entity to whom they = are=20 addressed. If you have received this email in error please notify = the=20 originator of the message. Any views expressed in this message are = those of=20 the individual sender.
This message has been scanned for viruses = and Spam=20 by ZTE Anti-Spam system.


_______________________________________________
P2PSIP = mailing=20 list

P2PSIP@ietf.org
https://www.ietf.org/mailman/listinfo/p2psip



------------------------------------=
--------------------
ZTE Information Security Notice: The information=
 contained in this mail is solely prop=
erty of the sender's organization. This mai=
l communication is confidential. Recipients name=
d above are obligated to maintain secrecy&n=
bsp;and are not permitted to disclose the&n=
bsp;contents of this communication to others.
This email and any files transmitted with&n=
bsp;it are confidential and intended solely =
;for the use of the individual or enti=
ty to whom they are addressed. If you&=
nbsp;have received this email in error plea=
se notify the originator of the message.&nb=
sp;Any views expressed in this message are&=
nbsp;those of the individual sender.
This message has been scanned for viruses&n=
bsp;and Spam by ZTE Anti-Spam system.
=



_____________________= __________________________
P2PSIP=20 mailing list
P2PSIP@ietf.org
https://www.ietf.org/mailman/listinfo/p2psip

<= /BLOCKQUOTE>

------=_NextPart_000_009F_01CAC690.5F753EB0-- --=_Boundary_xjm1kYZsl8wnrOP6lWZo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E6=9C=AC=E4=BF=A1=E4=BB=B6=E5=8F=AF=E8=83=BD=E5=8C=85=E5=90=AB=E5=B7=A5=E7= =A0=94=E9=99=A2=E6=A9=9F=E5=AF=86=E8=B3=87=E8=A8=8A=EF=BC=8C=E9=9D=9E=E6=8C= =87=E5=AE=9A=E4=B9=8B=E6=94=B6=E4=BB=B6=E8=80=85=EF=BC=8C=E8=AB=8B=E5=8B=BF= =E4=BD=BF=E7=94=A8=E6=88=96=E6=8F=AD=E9=9C=B2=E6=9C=AC=E4=BF=A1=E4=BB=B6=E5= =85=A7=E5=AE=B9=EF=BC=8C=E4=B8=A6=E8=AB=8B=E9=8A=B7=E6=AF=80=E6=AD=A4=E4=BF= =A1=E4=BB=B6=E3=80=82 This email may contain confidential information. Please do not use or= disclose it in any way and delete it if you are not the intended= recipient. --=_Boundary_xjm1kYZsl8wnrOP6lWZo-- From zhangyunfei@chinamobile.com Wed Mar 17 20:46:20 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 363093A6A95 for ; Wed, 17 Mar 2010 20:46:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.13 X-Spam-Level: X-Spam-Status: No, score=-92.13 tagged_above=-999 required=5 tests=[AWL=-2.441, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 48FLJZ7QEhPA for ; Wed, 17 Mar 2010 20:46:16 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id BD56F3A69D8 for ; Wed, 17 Mar 2010 20:46:12 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031812022584-135937 ; Thu, 18 Mar 2010 12:02:25 +0800 Date: Thu, 18 Mar 2010 11:46:22 +0800 From: "zhangyunfei" To: "David A. Bryan" , "Xiao, Lin (NSN - CN/Beijing)" References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com><8b2769931003130 722t2869617bq66dcf24b1afa0c3d@mail.gmail.com><8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail. com><5D84FDD8D5DC8646B9F73CF1EFD1BFA40150B45D@CNBEEXC007.nsn-intra.net> <8b2769931003160725p1ef5b1edt3e79510a84795c0@mail.gmail.com> Message-ID: <201003181146223439191@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:02:26, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 11:46:23 Content-Type: multipart/alternative; boundary="=====003_Dragon135658214410_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 03:46:20 -0000 --=====003_Dragon135658214410_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" VGhpcyBpcyBhbHNvIHdoYXQgSSB3YW50IHRvIGNsYXJpZnkuKzEuDQpQZWVyIHByb3RvY29sIGlz IG9ubHkgZm9yIGNodW5rIGF2YWlsYWJpbGl0eSBleGNoYW5nZSBmcm9tIG91ciBjdXJyZW50IGRp c2N1c3Npb24gYm90aCBpbiB0aGUgbWVldGluZyBhbmQgaW4gdGhlIG1haWxpbmcgbGlzdC4NCg0K WXVuZmVpDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAzLTE4DQoNCg0KDQq3orz+yMujuiBE YXZpZCBBLiBCcnlhbg0Kt6LLzcqxvOSjuiAyMDEwLTAzLTE2IDIzOjA3OjEyDQrK1bz+yMujuiBY aWFvLCBMaW4gKE5TTiAtIENOL0JlaWppbmcpDQqzrcvNo7ogcHBzcEBpZXRmLm9yZw0K1vfM4qO6 IFJlOiBbcHBzcF0gQ2hhcnRlciBQcm9wb3NhbCAtIHJlYWwtdGltZSBhbmQgdGltZS1zaGlmdGVk DQoNCk15ICB1bmRlcnN0YW5kaW5nICBvZiAgdGhlICB3b3JrICBvZiAgdGhlICBQUFNQICBncm91 cCAgaXMgIHllcywgIGl0ICB3b3VsZCAgYmUNCmxpbWl0ZWQgIHRvICB0aGUgIHRyYWNrZXIgIGFu ZCAgcGVlciAgcHJvdG9jb2xzLiAgSG93ZXZlciwgIHdoYXQgIEN1bGxlbiAgd2FzDQpwcm9wb3Np bmcgIHdlbnQgIGZ1cnRoZXIgIChzaW5jZSAgaGUgIHdhcyAgdGFsa2luZyAgYWJvdXQgIHRoZSAg YWN0dWFsDQpuZWdvdGlhdGluZyAgb2YgIGVzdGFibGlzaGluZyAgYSAgc2Vzc2lvbiksICBzbyAg bXkgIGNvbW1lbnRzICB3ZXJlICBhYm91dA0KdGhhdC4gIE15ICBtb3N0ICByZWNlbnQgIHVuZGVy c3RhbmRpbmcgIGFmdGVyICB0aGUgIEhpcm9zaGltYSAgbWVldGluZyAgKGFuZCAgSQ0KbWF5ICBi ZSAgY29uZnVzZWQpICB3YXMgIHRoYXQgIFBQU1AgIHdhcyAgbW9yZSAgZm9jdXNlZCAgb24gIGp1 c3QgIHRoZSAgdHJhY2tlcg0KYW5kICBwZWVyICBwcm90b2NvbCAgcGFydCAgb2YgIHRoZSAgcHV6 emxlICBmb3IgIG5vdy4NCg0KRGF2aWQNCg0KT24gIFR1ZSwgIE1hciAgMTYsICAyMDEwICBhdCAg NDowNiAgQU0sICBYaWFvLCAgTGluICAoTlNOICAtICBDTi9CZWlqaW5nKQ0KPGxpbi54aWFvQG5z bi5jb20gPiAgd3JvdGU6DQo+DQo+ICBIaSwNCj4NCj4gIEknZCAgbGlrZSAgdG8gIG9wZW4gIGEg IG5ldyAgdGhyZWFkICBmb3IgIHRoZSAgZGlzY3Vzc2lvbiAgb2YgIGFsbG93ZWQgIFBQU1AgIG1l ZGlhICB0eXBlLg0KPg0KPiAgSXQgIGlzICB0cnVlICB0aGF0ICB0aGVyZSAgYXJlICBsb3QgIG9m ICBkaWZmZXJlbnQgIHJlcXVpcmVtZW50cyAgYW5kICBiZWhhdmlvcnMgIG9mICByZWFsLXRpbWUg IHN0cmVhbWluZywgIFZvRCAgYW5kICBmaWxlICBkb3dubG9hZGluZy4gIEhvd2V2ZXIsICBQUFNQ ICBpcyAgb25seSAgYSAgc2V0ICBvZiAgc2lnbmFsaW5nICBwcm90b2NvbHMgIGJ1dCAgbm90ICBt ZWRpYSAgdHJhbnNtaXNzaW9uICBwcm90b2NvbC4gIEZyb20gIHRoaXMgIHBvaW50LCAgdGhlcmUg IG11c3QgIGJlICBjb21tb24gIHN0cnVjdHVyZSAgYW5kICBzaWduYWxpbmcgIHByb2Nlc3MgIGZs b3cgIHNoYXJlZCAgYnkgIHRoZXNlICB0aHJlZSAgdXNlICBjYXNlcy4gIEEgICJ1c2FnZSAgdHlw ZSIgIHdhcyAgZGVmaW5lZCAgdG8gIGlkZW50aWZ5ICB0aGUgIHR5cGUgIG9mICBjb250ZW50ICB0 cmFuc21pdHRlZCAgaW4gIFBQU1AgIHN5c3RlbSAgKHJlcXVpcmVtZW50ICBkcmFmdCAgLTAzKS4g IKBQYXJhbWV0ZXJzICBjYW4gIGJlICBhZGp1c3RlZCAgYWNjb3JkaW5nICB0byAgZGlmZmVyZW50 ICAidXNhZ2UgIHR5cGVzIiAgZm9yICBkaWZmZXJlbnQgIGtpbmQgIG9mICB0cmFuc21pc3Npb24u DQo+DQo+ICBBcyAgZmFyICBhcyAgSSAga25vdywgIG1vc3QgIG9mICB0aGUgIFAyUCAgc3RyZWFt aW5nICBzb2Z0d2FyZSwgIGUuZy4gIFBQbGl2ZSAgYW5kICBQUFN0cmVhbSwgIHN1cHBvcnQgIGJv dGggIGxpdmUgIHN0cmVhbWluZyAgYW5kICBWb0QgIHNlcnZpY2VzLiAgUmVjZW50bHksICBQUFN0 cmVhbSAgZXZlbiAgYWxsb3cgIGRvd25sb2FkaW5nICB0aGUgIHdob2xlICBmaWxtICBmaWxlICB0 byAgdXNlcnMnICBsb2NhbCAgZGlza3MsICBqdXN0ICBsaWtlICBCaXQtVG9ycmVudCAgZG9lcy4g IEl0ICBtZWFucyAgY29tbW9uICBzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgbWV0aG9kICBjYW4g IGJlICBkZXNpZ25lZCAgZm9yICBhbGwgIHRoZSAgInVzYWdlICB0eXBlcyIuDQo+DQo+DQo+ICBC cg0KPiAgTGluICBYaWFvDQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAtLS0tLU9yaWdpbmFsICBNZXNz YWdlLS0tLS0NCj4gIEZyb206ICBwcHNwLWJvdW5jZXNAaWV0Zi5vcmcgIFttYWlsdG86cHBzcC1i b3VuY2VzQGlldGYub3JnXSAgT24gIEJlaGFsZiAgT2YgIGV4dCAgRGF2aWQgIEEuICBCcnlhbg0K PiAgU2VudDogIFR1ZXNkYXksICBNYXJjaCAgMTYsICAyMDEwICA4OjQ2ICBBTQ0KPiAgVG86ICBD dWxsZW4gIEplbm5pbmdzDQo+ICBDYzogIHBwc3BAaWV0Zi5vcmcNCj4gIFN1YmplY3Q6ICBSZTog IFtwcHNwXSAgQ2hhcnRlciAgUHJvcG9zYWwNCj4NCj4gIFNvICBqdXN0ICBhICBmZXcgIGxpdHRs ZSAgZm9sbG93dXAgIHBvaW50cywgIG1vc3RseSAgYmVjYXVzZSAgSSAgdGhpbmsgIEkgIHdhcyAg YSAgYml0ICB1bmNsZWFyICBhYm91dCAgbXkgIGNvbW1lbnQgIGFib3V0ICBkaXN0cmlidXRlZCAg dHJhY2tlcnMsICBpbmxpbmUuLi4NCj4NCj4gIE9uICBNb24sICBNYXIgIDE1LCAgMjAxMCAgYXQg IDEyOjI2ICBQTSwgIEN1bGxlbiAgSmVubmluZ3MgICA8Zmx1ZmZ5QGNpc2NvLmNvbSA+ICB3cm90 ZToNCj4gPg0KPiA+ICBPbiAgTWFyICAxMywgIDIwMTAsICBhdCAgODoyMiAgQU0sICBEYXZpZCAg QS4gIEJyeWFuICB3cm90ZToNCj4gPg0KPiA+ID4gIFNvICBpbiAgZ2VuZXJhbCAgSSAgdGhpbmsg IHRoZXJlICBhcmUgIGEgIGxvdCAgb2YgIGdvb2QgIGNvbW1lbnRzICBoZXJlLCAgYW5kDQo+ID4g PiAgdGhhbmtzICBmb3IgIHNlbmRpbmcgIHRoaW5ncyAgdG8gIHRoZSAgbGlzdC4gIEEgIGZldyAg dGhpbmdzICBJICBoYWQgIGNvbW1lbnRzICBvbg0KPiA+ID4gIGlubGluZS4uLg0KPiA+ID4NCj4g PiA+ICBPbiAgU2F0LCAgTWFyICAxMywgIDIwMTAgIGF0ICA5OjMzICBBTSwgIEN1bGxlbiAgSmVu bmluZ3MgICA8Zmx1ZmZ5QGNpc2NvLmNvbSA+ICB3cm90ZToNCj4gPiA+ICAgPg0KPiA+ID4gICA+ DQo+ID4gPiAgID4gIFRoZSAgUFBTUCAgY291bGQgIGVhc2lseSAgYmUgIG9uZSAgb2YgIHRoZXNl ICBncm91cHMgIHdlcmUgIHdlICBzcGVuZCAgdGhlDQo+ID4gPiAgID4gIGZpcnN0ICBmZXcgIHll YXJzICB0cnlpbmcgIHRvICBjaG9vc2VzICB3aGljaCAgcHJvdG9jb2wgIHRvICBzdGFydCAgd2l0 aCAgaW4NCj4gPiA+ICAgPiAgdmFyaW91cyAgcGxhY2VzLiAgVGhhdCAgd291bGQgIGp1c3QgIHJl bW92ZSAgdGhlICB3aWxsICB0byAgZG8gIGFueXRoaW5nICBpbg0KPiA+ID4gICA+ICB0aGUgIGdy b3VwLiAgSSAgaGF2ZSAgYmVlbiAgbHVya2luZyAgYW5kICB3YXRjaGluZyAgdGhpcyAgd29yayAg ZnJvbSAgdGhlDQo+ID4gPiAgID4gIGJlZ2lubmluZyAgYW5kICBpdCAgc2VlbXMgIGxpa2UgIHRo ZXJlICBhcmUgIHByb2JhYmx5ICBtYW55ICB0aGluZ3MgIHRoYXQNCj4gPiA+ICAgPiAgbW9zdCAg dGhlICBwYXJ0aWNpcGFudHMgIGFncmVlICB0byAgdGhhdCAgd2UgIGNvdWxkICBqdXN0ICBuYWls ICBkb3duICBpbiAgdGhlDQo+ID4gPiAgID4gIGNoYXJ0ZXIuICCgRG9pbmcgIHNvICB3b3VsZCAg aGVscCAgZ2V0ICB0aGUgIHdvcmsgIGRvbmUgIGZhc3RlciAgYW5kICBwcm92aWRlDQo+ID4gPiAg ID4gIG90aGVycyAgYSAgY2xlYXIgIGlkZWEgIHRoYXQgIGhhZCAgbm90ICBiZWVuICBiZWVuICBw YXJ0aWNpcGF0aW5nICBhICBtdWNoICBjbGVhcmVyICBpZGVhICBvZiAgd2hhdCAgdGhpcyAgd29y ayAgaXMgIGFib3V0Lg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIEZvciAgZXhhbXBsZToNCj4gPiA+ ICAgPg0KPiA+ID4gICA+ICBDZW50cmFsaXplZCAgb3IgIGRpc3RyaWJ1dGVkICB0cmFja2Vycy4g IE15ICBiZWxpZWYgIGlzICB0aGF0ICBtb3N0ICB0aGUNCj4gPiA+ICAgPiAgZm9sa3MgIHdhbnQg IHRvICBkbyAgYSAgY2VudHJhbGl6ZWQgIHRyYWNrZXIuICBPbiAgYSAgc2lkZSAgbm90ZSwgIEkg IHRoaW5rDQo+ID4gPiAgID4gIHRoZXkgIHdvdWxkICBiZSAgaGFyZCAgdG8gIGRvICBhICBkaXN0 cmlidXRlZCAgb25lICBiZWZvcmUgIGEgIGNlbnRyYWxpemVkICBhcw0KPiA+ID4gICA+ICBjZW50 cmFsaXplZCAgaXMgIG11Y2ggIGVhc2llci4gIFRoZSAgb2J2aW91cyAgcHJvdG9jb2wgIHRvICB1 c2UgIGZvciAgYQ0KPiA+ID4gICA+ICBjZW50cmFsaXplZCAgb25lICBpcyAgdG8gIGFkZCAgdGhl ICBuZWVkZWQgIGV4dGVuc2lvbnMgIHRvICB0aGUgIEhUVFAgIGJhc2VkDQo+ID4gPiAgID4gIHZl cnNpb24gIG9mICBiaXR0b3JyZW50ICB0cmFja2VyICBwcm90b2NvbC4gIElmICB0aGV5ICB3YW50 ICB0byAgZG8gIGENCj4gPiA+ICAgPiAgZGlzdHJpYnV0ZWQgIG9uZSwgIFJFTE9BRCAgd291bGQg IG1lZXQgIHRoZSAgbmVlZHMgIGFuZCAgYXQgIGxlYXN0ICBiZSAgd29ydGggIGxvb2tpbmcgIGF0 Lg0KPiA+ID4NCj4gPiA+ICBJJ20gIGEgIGJpdCAgY29uZnVzZWQgIGFib3V0ICB3aHkgIHlvdSAg d2FudCAgdG8gIGV4Y2x1ZGUgIGRpc3RyaWJ1dGVkICB0cmFja2Vycy4NCj4gPiA+ICBNb3N0ICBv ZiAgdGhlICBpbmZvcm1hdGlvbiAgdGhhdCAgd291bGQgIGJlICBleGNoYW5nZWQgIC0tICBpLmUu ICB0aGUgIG1hcHMgIG9mDQo+ID4gPiAgY2h1bmtzICBldGMgIC0tICBhcmUgIGdvaW5nICB0byAg YmUgIHRoZSAgc2FtZSAgYmV0d2VlbiAgdGhlICB0d28uICBJICBhbSAgc3RpbGwNCj4gPiA+ICB0 cnlpbmcgIHRvICBnZXQgIG15ICBoZWFkICBhcm91bmQgIHdoZXJlICB0aGUgICJlZGdlIiAgaXMg IGhlcmUsICBidXQgIGZyb20NCj4gPiA+ICBoYWNraW5nICBhdCAgaWRlYXMgIGEgIGJpdCwgIGl0 ICBzZWVtcyAgdG8gIG1lICB0aGF0ICB0aGUgIHRyYWNrZXIgIHByb3RvY29sDQo+ID4gPiAgbWln aHQgIGhhdmUgIHR3byAgcGFydHM6ICBxdWVyeS9wbGFjZSAgaW5mb3JtYXRpb24gIGZyb20gIHRo ZSAgcGVlcnMgIHRvICB0aGUNCj4gPiA+ICB0cmFja2VyLCAgYW5kICBpbmZvcm1hdGlvbiAgYmV0 d2VlbiAgdHJhY2tlcnMuICBJZiAgdGhlICBzZXBhcmF0aW9uICBpcw0KPiA+ID4gIGNsZWFuLCAg aXQgIG1pZ2h0ICBiZSAgcG9zc2libGUgIHRvICBvbmx5ICBmb2N1cyAgb24gIHRoZSAgcGFydCAg YmV0d2Vlbg0KPiA+ID4gIHBlZXJzL3RyYWNrZXJzICBhbmQgIG5vdCAgY29uc2lkZXIgIGRpc3Ry aWJ1dGVkICB0cmFja2VycywgIGJ1dCAgb3RoZXJ3aXNlICBJDQo+ID4gPiAgdGhpbmsgIGluICBw cm90b2NvbCAgZGVzaWduICB3ZSAgc2hvdWxkICBhdCAgbGVhc3QgIGNvbnNpZGVyICBpdC4uLnNl ZW1zICBsaWtlDQo+ID4gPiAgYSAgYmFkICBpZGVhICB0byAgZGVzaWduICBhICBQMlAgIHByb3Rv Y29sICB0aGF0ICBuZWdsZWN0cyAgUDJQICBhdCAgYSAgZGlmZmVyZW50DQo+ID4gPiAgbGV2ZWwg IChpLmUuLCAgYmV0d2VlbiAgdHJhY2tlcnMpDQo+ID4NCj4gPiAgSSAgd2FzICBqdXN0ICB0cnlp bmcgIHRvICBwdXQgIGludG8gIHRoZSAgY2hhcnRlciAgdGhlICBkaXJlY3Rpb24gIEkgIHRob3Vn aHQgIHRoZSAgZ3JvdXAgIHdhbnRlZCAgdG8gIGdvICBvciAgYXQgIGxlYXN0ICBzdXJmYWNlICB0 aGUgIGlzc3VlcyAgc28gIHdlICBjb3VsZCAgZmVlZGJhY2sgIG9mICB0aGUgIGZvcm0gICJ5ZXAs ICBsb29rcyAgZ29vZCIgIG9yICAibm9wZSwgIHdlICB3YW50ICBkaXN0cmlidXRlZCIuICBPYnZp b3VzbHkgIEknbSAgYSAgYml0ICBvZiAgYSAgZmFuICBvZiAgZGlzdHJpYnV0ZWQgIGFwcHJvYWNo ZXMuDQo+DQo+ICBHaXZlbiAgdGhpcywgIGFuZCAgdGhlICBmb2xsb3d1cCAgTmluZyAgaGFkLCAg SSAgdGhpbmsgIHRoaW5ncyAgYmVjYW1lICBtb3JlICBjcmlzcCAgdGhhbiAgbXkgIG9yaWdpbmFs ICBjb21tZW50LCAgYnV0ICBqdXN0ICB0byAgYmUgIGNsZWFyLCAgSSAgdGhpbmsgIHdoYXQgIEkg IGFtICBnZXR0aW5nICBhdCAgaXMgIHRoYXQgIEkgIHNlZSAgdGhlICB0cmFja2VyLCAgYXMgIE5p bmcgIG1lbnRpb25lZCwgIGFzICBhICBsb2dpY2FsICBmdW5jdGlvbi4gIEl0ICBjb3VsZCAgYmUg IGltcGxlbWVudGVkICBpbiAgYSAgY2VudHJhbGl6ZWQgIHdheSAgKGFuZCAgbGlrZWx5ICB3b3Vs ZCAgYmUpLCAgb3IgIGNvdWxkICBhY3R1YWxseSAgdXNlICBhICBESFQgIGluICB0aGUgIGJhY2tn cm91bmQuICBJdCAgbWF5ICBiZSAgdGhhdCAgd2UgIGRvbid0ICByZWFsbHkgIG5lZWQgIHRvICBj b25zaWRlciAgdGhhdCAgaW4gIHRoZSAgZGVzaWduICBvZiAgdGhlICBwcm90b2NvbCAgdG8gIHF1 ZXJ5ICB0aGUgICJ0cmFja2VyIiAgKHdoYXRldmVyICB0aGF0ICBtYXkgIGJlKSwgIGFuZCAgSSAg Y2VydGFpbmx5ICBkb24ndCAgd2FudCAgdG8gIG11ZGR5ICB0aGluZ3MgIGJ5ICBpbnNpc3Rpbmcg IGl0ICBiZSAgZGlzdHJpYnV0ZWQuDQo+ICBJJ2QgIHBlcnNvbmFsbHkgIHN1Z2dlc3QgIHNvbWUg IHdvcmRpbmcgIGFraW4gIHRvICB3aGF0ICB3ZSAgZGlkICBpbiAgUDJQU0lQLCAgd2hlcmUgIHdl ICBjcmFmdGVkICBhICBESFQgIGZvciAgU0lQICBidXQgIHRyaWVkICBub3QgIHRvICBicmVhayAg aXQgIGZvciAgb3RoZXIgIHBvc3NpYmxlICBhcHBsaWNhdGlvbnMuICBTbyAgaGVyZSwgIG1heWJl ICB3ZSAgc2F5ICB3ZSAgYXJlICBidWlsZGluZyAgZm9yICBhICBjZW50cmFsaXplZCAgdHJhY2tl ciwgIGJ1dCAgd2lsbCAgdHJ5ICB0byAgY29uc2lkZXIgIHRoZSAgcHJvYmxlbSAgb2YgIGEgIGRp c3RyaWJ1dGVkLCAgYW5kICBtYWtlICBzdXJlICB0aGUgIHByb3RvY29sICBmb3IgIHRoZSAgbG9n aWNhbCAgcHJvY2VzcyAgb2YgIHRyYWNrZXIgIGNhbGxzICBkb2Vzbid0ICBkbyAgc29tZXRoaW5n ICB0aGF0ICBleHBsaWNpdGx5ICBicmVha3MgIGRpc3RyaWJ1dGVkICBmdW5jdGlvbmFsaXR5ICBs YXRlci4NCj4NCj4gIEkgIGRlZmluaXRlbHkgIGRvbid0ICB3YW50ICB0byAgZ2l2ZSAgdGhlICBJ RVNHICAob3IgIGFueW9uZSAgZWxzZSwgIHJlYWxseSkgIHRoZSAgaW1wcmVzc2lvbiAgdGhhdCAg dGhlcmUgIGlzICBhICBiaWcgIGdyb3VwICBvZiAgdXMgIGxvb2tpbmcgIHRvICBkbyAgYSAgZGlz dHJpYnV0ZWQgIHRyYWNrZXIgIHVwICBmcm9udC4gIEFzICBmYXIgIGFzICBJICBrbm93LCAgdGhl cmUgIGlzbid0Lg0KPg0KPiA+DQo+ID4gPg0KPiA+ID4gICA+ICBTaW1pbGFybHkgIGZvciAgdGhl ICBtZWRpYSAgdHJhbnNmZXIsICBJICBzdXNwZWN0ICB0aGF0ICBtYW55ICBwZW9wbGUgIHdvdWxk DQo+ID4gPiAgID4gIGJlICBoYXBweSAgd2l0aCAgUlRQLiAgSXQncyAgaGFyZCAgdG8gIGltYWdp bmUgIGFueXRoaW5nICBlbHNlICBnaXZlbiAgdGhlICBlbmQNCj4gPiA+ICAgPiAgZ29hbCAgZm9y ICB0aGlzLiAgSSAgZ3Vlc3MgIG9uZSAgY291bGQgIGFyZ3VlICBmb3IgIGEgIG5ldyAgcHJvdG9j b2wgIG9yICBhDQo+ID4gPiAgID4gIHByb3RvY29sICB0aGF0ICB0cmFuc2ZlcnJlZCAgZGF0YSAg dHVubmVsZWQgIGluICB0aGUgIHBlZXIgIHNpZ25hbGluZyAgcHJvdG9jb2wuDQo+ID4gPg0KPiA+ ID4gIEFic29sdXRlbHkgIGFncmVlLiAgRGV2aXNpbmcgIG5ldyAgbWVjaGFuaXNtcyAgZm9yICBt ZWRpYSAgdHJhbnNwb3J0ICBzZWVtcw0KPiA+ID4gIHdheSAgb3V0ICBvZiAgc2NvcGUgIHRvICBt ZS4NCj4gPiA+DQo+ID4gPiAgID4gIFRoZSAgcGVlciAgc2lnbmluZyAgcHJvdG9jb2wgIG5lZWRz ICB0byAgYmUgIGFibGUgIHRvICBzZXQgIHVwICB0aGUgIFJUUA0KPiA+ID4gICA+ICBzZXNzaW9u cyAgYW5kICB3b3JrICB0aG91Z2h0ICBOQVRzLiAgSSAgdGhpbmsgIHRoZSAgTkFUICB0cmF2ZXJz YWwgIHNjaGVtZQ0KPiA+ID4gICA+ICB3aWxsICBlbmQgIHVwICBiZWluZyAgSUNFICBvciAgc29t ZXRoaW5nICB0aGF0ICBtb3JlICBvciAgbGVzcyAgYW1vdW50cyAgdG8gIElDRQ0KPiA+ID4gICA+ ICB3aXRoICBubyAgVFVSTiAgb3B0aW9uICBnaXZlbiAgdGhlICBkZXBsb3ltZW50ICBtb2RlbHMu ICBCb3RoICBSVFNQICBhbmQgIFNJUA0KPiA+ID4gICA+ICBhcmUgIGNhbmRpZGF0ZXMgIGhlcmUu ICBJbiAgc29tZSAgd2F5cyAgYXQgIGZpcnN0ICBnbGFuY2UsICBSVFNQICBtaWdodCAgc2VlbQ0K PiA+ID4gICA+ICBzaW1wbGVyLiAgQnV0ICBhICBidW5jaCAgb2YgIHRoYXQgIHNpbXBsaWNpdHkg IGNvbWVzICBmcm9tICB0aGUgIG1vZGVsICBvZiAgaXQNCj4gPiA+ICAgPiAgYmVpbmcgIGRlcGxv eWVkICBvbiAgc2VydmVyICBhbGwgIGNsaWVudHMgIGNhbiAgZWFzaWx5ICByZWFjaCAgd2l0aG91 dCAgbmF0DQo+ID4gPiAgID4gIG5pZ2h0bWFyZXMgIGFuZCAgbGVzcyAgbmVnb3RpYXRpb24uICBN dWNoICBvZiAgU0lQICBjb21wbGV4aXR5ICBjb21lcyAgZm9ybQ0KPiA+ID4gICA+ICB0b28gIG1h bnkgIGludGVybWVkaWFyaWVzICBhbmQgIGZvcmtpbmcgIHdoaWNoICB3b3VsZCAgbm90ICBhcHBs eSAgaW4gIHRoaXMNCj4gPiA+ICAgPiAgY2FzZS4gIKBXZSAgd2lsbCAgaGF2ZSAgdG8gIGFkZCAg YSAgYnVuY2ggIHRvICBSVFNQICB0byAgZ2V0ICBpdCAgdG8gIHdvcmsgIG9yDQo+ID4gPiAgID4g IHN1YnRyYWN0ICBzb21lICBTSVAgIHRvICBnZXQgIGl0ICB0byAgd29yay4gIE5vdCAgYW4gIGVh c3kgIGNhbGwgIGFuZCAgbm90ICBhDQo+ID4gPiAgID4gIGNhbGwgIHRoYXQgIHRoZSAgV0cgIGlz ICBpbiAgYSAgZ3JlYXQgIHBvc2l0aW9uICB0byAgc29ydCAgb3V0LiAgSSdkICBsb3ZlICB0byAg aGVhciAgb3RoZXJzICB0aG91Z2h0ICBvbiAgaXQuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgVGhl ICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAgUlRTUC9TSVAgIGFwcHJvYWNoICBpcyAgdG8gIHJlcGxh Y2UgIHRoZQ0KPiA+ID4gICA+ICBzaWduYWxpbmcgIGFuZCAgU0RQICB3aXRoICBhICBjYXBhYmls aXRpZXMgIHNvbWV0aGluZyAgbW9yZSAgbGlrZSAgdGhlDQo+ID4gPiAgID4gIEFkdmVydGlzZW1l bnQgIC8gIFByb3Bvc2FsICBhcmNoaXRlY3R1cmUgIHRoZSAgSm9uICBhbmQgIEkgIGhhdmUgIGJl ZW4NCj4gPiA+ICAgPiAgZGlzY3Vzc2lvbiAgKFNlZSAgZHJhZnQtcGV0ZXJzb24tc2lwY29yZS1h ZHZwcm9wICApLg0KPiA+ID4NCj4gPiA+ICBOb3QgIHF1aXRlICBhcyAgY2xlYXIgIHRvICBtZSAg aGVyZSwgIGJ1dCAgSSAgbW9zdGx5ICBhZ3JlZS4gIERlZmluaXRlbHkgIG5lZWQgIHRvDQo+ID4g PiAgbmVnb3RpYXRlICBzdHJlYW1zLCAgYW5kICBuZWVkICB0byAgdHJhdmVyc2UgIE5BVHMuICBT SVAgIHNlZW1zICBsaWtlICB1c2luZyAgYQ0KPiA+ID4gIGZpZ2h0ZXIgIHBsYW5lICB0byAga2ls bCAgYSAgZmx5ICBoZXJlLCAgYnV0ICBtYXkgIHZlcnkgIHdlbGwgIHR1cm4gIG91dCAgdGhhdA0K PiA+ID4gIG1hbnkgIG9mICB0aGUgIGNhcGFiaWxpdGllcyAgZW5kICB1cCAgYmVpbmcgIG5lZWRl ZCAgb25jZSAgd2UgIGdldCAgaW50byAgaXQuICBUaGUNCj4gPiA+ICBwcm9ibGVtICBpcyAgaWYg IHRoZSAgcGVlcnMgIGFyZSAgc3BlYWtpbmcgIFNJUCwgIGFyZW4ndCAgdGhleSAgZXhwZWN0ZWQg IHRvDQo+ID4gPiAgaGF2ZSAgdGhlICBmdWxsICBTSVAgIGNhcGFiaWxpdGllcy4gIFdlICBzZWVt ICB0byAgbmVlZCAgYSAgU0lQLUxpdGUuLi4oYW5kDQo+ID4gPiAgeWVzLCAgSSAga25vdyAgdGhh dCAgaGFzICBiZWVuICBkaXNjdXNzZWQgIG9oLCAgb25jZSAgb3IgIHR3aWNlICBiZWZvcmUsICBi dXQNCj4gPiA+ICBoZXJlICBpdCAgd291bGQgIGJlICBmb3IgIGRldmljZXMgIHdpdGggIGRpc3Rp bmN0bHkgIGRpZmZlcmVudCAgYXBwbGljYXRpb25zKQ0KPiA+DQo+ID4gIFJpZ2h0ICAtICBmb3Ig IGV4YW1wbGUsICBJICBzZWUgIG5vICBuZWVkICBmb3IgIGZvcmtpbmcgIGluICBvbmUgIHVzZXMg IFNJUCAgd2hpY2ggIGdyZWF0bHkgIHRoZSAgdXNlICBvZiAgU0lQLiAgSWYgIHRoZSAgdGhlICBw bGFuICBpdCAgdG8gIHNpbXBsaWZ5ICBTSVAgIGluICB0aGlzICB3YXksICB3ZSAgcHJvYmFibHkg IG5lZWQgIHRvICBleHByZXNzICB0aGF0ICBpbiAgdGhlICBjaGFydGVyLiAgoE15ICB2aWV3ICBv biAgdXNpbmcgIFNJUCAgaXMgIHRoaXMgIHdvcmsgIHdvdWxkICBvbmx5ICBuZWVkICBhICBzdWJz ZXQgIG9mICBpdC4gIEhvd2V2ZXIgIGlmICB3ZSAgdXNlICBSVFNQLCAgd2UgIG5lZWQgIHRvICBh ZGQgIGEgIGJ1bmNoICBpbiAgUlRTUC4gIFR5cGljYWxseSAgY3V0dGluZyAgYXdheSAgc3R1ZmYg IGlzICBmYXN0ZXIgIHRoYW4gIGdyb3dpbmcgIG5ldyAgc3R1ZmYgIGJ1dCAgdGhhdCAgaXMgIG5v dCAgYWx3YXlzICB0cnVlLiAgRWl0aGVyICBjb3VsZCAgYmUgIG1hZGUgIHRvICB3b3JrLiAgU28g IGNvdWxkICBzb21ldGhpbmcgIG5ldy4NCj4NCj4gIFllcC4gIEZ1bGx5ICBhZ3JlZSwgIHBhcnRp Y3VsYXJseSAgYWJvdXQgIGhhY2tpbmcgIHJhdGhlciAgdGhhbiAgZ3Jvd2luZy4uLihpLmUuLCAg U0lQICBlYXNpZXIgIHRoYW4gIFJUU1AuICBBdCAgbGVhc3QgIGluICBteSAgb3BpbmlvbiwgIEkn ZA0KPiAgYWdyZWUuKQ0KPg0KPiAgT25lICB3cmlua2xlICBJICBzZWUgIGlzICB0aGF0ICB3aGls ZSAgdGhlc2UgIGxvb2sgIGdvb2QgIGZvciAgcmVhbC10aW1lLCAgaXQgIGlzbid0ICBxdWl0ZSAg Y2xlYXIgIHRvICBtZSAgdGhhdCAgU0lQICAob3IgIGFjdHVhbGx5ICBldmVuICBSVFAgIG9uICB0 aGUgIHRyYW5zcG9ydCAgc2lkZSkgIGlzICByaWdodCAgaW4gIHRoZSAgdGltZS1zaGlmdGVkICBj b250ZXh0LiAgSWYgIEkgIGFtICByZXRyaWV2aW5nICB0aGUgIGZpbGUgIHRoZW4gIHBsYXlpbmcg IGxvY2FsbHkgIGFsYSAgQml0LVRvcnJlbnQsICBpdCAgc2VlbXMgIHBvc3NpYmxlICB0aGF0ICB5 b3UgIHdvdWxkICB1c2UgIGEgIGJ1bGsgIHRyYW5zZmVyICBibG9jay1ieS1ibG9jayAgaW4gIHRo YXQgIHNjZW5hcmlvICBhbmQgIGFzc2VtYmxlICBhbmQgIHBsYXkgIGxvY2FsbHksICByYXRoZXIg IHRoYW4gIHN0cmVhbSAgZnJvbSAgdGhlICBwZWVyICB0aGF0ICBoYXMgIGl0ICBhcyAgd291bGQg IGJlICB0aGUgIGNhc2UgIGluICByZWFsLXRpbWUuICBUaGUgIG1vcmUgIEkndmUgIGR1ZyAgaW50 byAgdGhpcyAgaW4gIHRoZSAgbGFzdCAgZmV3ICBtb250aHMsICB0aGUgIG1vcmUgIHRoZSAgcmVh bC10aW1lICBhbmQgIHRpbWUtc2hpZnRlZCAgY2FzZXMgIGRpZmZlciAgZm9yICB0aGUgIGFjdGlv bnMgIGFmdGVyICB5b3UgIGNvbnRhY3QgIHRoZSAgdHJhY2tlci4NCj4NCj4gPiA+ICBNeSAgZmly c3QgIHRha2UgIG9uICB0aGUgIHByb3Bvc2VkICBjaGFydGVyICBiZWxvdyAgaXMgIHRoYXQgIEkg IGxpa2UgIHNlZWluZw0KPiA+ID4gIHRoaW5ncyAgZ2V0ICBtb3JlICBjb25jcmV0ZSwgIGJ1dCAg aXQgIGhhcyAgdHdvICBwcm9ibGVtcyAgZnJvbSAgbXkgIHBlcnNwZWN0aXZlOg0KPiA+ID4NCj4g PiA+ICBJICBhZ3JlZSAgYml0LXRvcnJlbnQgIGlzICBhICB2ZXJ5ICBnb29kICBtb2RlbCAgYW5k ICB3ZSAgc2hvdWxkICBiZSAgbG9va2luZyAgYXQNCj4gPiA+ICBpdCwgIGJ1dCAgdGhlICBzdXJ2 ZXkgIHdvcmsgIGlzICBhbHNvICBicmluZ2luZyAgaW4gIHdvcmsgIGZyb20gIHNvbWUgIG90aGVy ICB2ZXJ5DQo+ID4gPiAgd2lkZWx5ICBkZXBsb3llZCAgc29sdXRpb25zICAoUFBMaXZlLCAgZm9y ICBleGFtcGxlKSwgIGFuZCAgSSdtICBwZXJzb25hbGx5ICBhDQo+ID4gPiAgYml0ICByZWx1Y3Rh bnQgIHRvICBqdXN0ICBzYXkgIGJpdC10b3JyZW50ICB3aW5zLg0KPiA+DQo+ID4NCj4gPg0KPiA+ ID4NCj4gPiA+ICBJJ20gIGF3YXJlICB0aGF0ICBQUExpdmUgIGFuZCAgQml0LVRvcnJlbnQgIGFk ZHJlc3MgIHNsaWdodGx5ICBkaWZmZXJlbnQNCj4gPiA+ICBwcm9ibGVtcywgIHdoaWNoICBpcyAg YWN0dWFsbHkgIG15ICBiaWdnZXN0ICBjb25jZXJuICB3aXRoICB0aGUgIGNoYXJ0ZXIgIC0tDQo+ ID4gPiAgc3RpbGwgIG5vdCAgY2xlYXIgIHRoYXQgIHRoZSAgbGl2ZSAgYW5kICB0aW1lLXNoaWZ0 ZWQgIGNvbnRlbnQgIHJlYWxseSAgY2FsbA0KPiA+ID4gIGZvciAgdGhlICBzYW1lICBwcm90b2Nv bCAgb3IgIHNoYXJlICBhcyAgbXVjaCAgYXMgIG1pZ2h0ICBiZSAgdGhvdWdodCAgaW4gIGNvbW1v bi4NCj4gPiA+ICBQYXJ0aWN1bGFybHkgIGZvciAgdGhlICByZWFsLXRpbWUgIHN0cmVhbWluZywg IEknbSAgbm90ICBhdCAgYWxsICBzdXJlDQo+ID4gPiAgQml0LVRvcnJlbnQgIGlzICB0aGUgIHJp Z2h0ICBjaG9pY2UuICAoYWx0aG91Z2ggIEkgIGNhbiAgc2VlICB1c2luZyAgYSAgdHJhY2tlcg0K PiA+ID4gIHRvICBmaW5kICBjYW5kaWRhdGUgIHBlZXJzICBhbmQgIGVzdGFibGlzaGluZyAgbGl2 ZSAgc2Vzc2lvbnMgIGJldHdlZW4NCj4gPiA+ICB0aGVtLi4uc28gIGl0J3MgIHBvc3NpYmxlKSAg oEknZCAgcmF0aGVyICB3YWl0ICBqdXN0ICBhICBsaXR0bGUgIGJpdCAgZm9yICB0aGUNCj4gPiA+ ICBzdXJ2ZXkgIGRvY3VtZW50ICB0byAgZXZvbHZlICB0byAgbWFrZSAgdGhhdCAgY2FsbCwgIGFu ZCAgZ2V0ICBtb3JlICB2aXNpYmlsaXR5DQo+ID4gPiAgaW50byAgaWYgIG9uZSAgcHJvdG9jb2wg IGNhbiAgYmUgIHVzZWQgIGZvciAgYm90aCAgc3RyZWFtaW5nICBhbmQgIHRpbWUtc2hpZnRlZA0K PiA+ID4gIGNvbnRlbnQuICBUaGF0J3MgIHBhcnQgIG9mICB0aGUgIG1vdGl2YXRpb24gIGZvciAg aGFja2luZyAgdG9nZXRoZXIgIHNvbWUNCj4gPiA+ICBzdHJhd21hbiAgd29yayAgb24gIHRoZSAg dHJhY2tlciAgYXMgIHdlbGwgIC0tICBsZXQncyAgc2VlICB3aGF0ICBoYXJkICBwcm9ibGVtcw0K PiA+ID4gIHdlICBzdHVtYmxlICBpbiAgdGhhdCAgcHJvY2Vzcy4gIEkgIGFncmVlICBpZiAgd2Ug IGRvbid0ICBmaXJtICBpdCAgdXAgIHdlJ2xsICBzcGluDQo+ID4gPiAgZm9yICBhICBsb25nICB0 aW1lLCAgYnV0ICBJICBhbHNvICBkb24ndCAgd2FudCAgdG8gIGp1bXAgIHRvICBhICB3cm9uZyAg Y29uY2x1c2lvbi4NCj4gPg0KPiA+ICBGYWlyICBlbm91Z2ggIC0gIHdoYXQgIHlvdSAgYXJlICBz YXlpbmcgIHRoZXJlICBkb2VzICBzZWVtICB2ZXJ5ICByZWFzb25hYmxlICB0byAgbWUgIC0gIGJ1 dCAgaWYgIHdlICBnbyAgZG93biAgdGhlICBwbGFuICB0aGVuICBJICB0aGluayAgd2UgIHNob3Vs ZCAgcHJvYmFibHkgIKBzcGluICB1cCAgYW4gIEV4cGxvcmF0b3J5ICBHcm91cCAgdG8gIGdvICBt YWtlICBzb21lICBjaG9pY2VzICBsaWtlICB0aGF0Lg0KPg0KPiAgKzEuICBJJ2QgIHZlcnkgIG11 Y2ggIHN1cHBvcnQgIHRoYXQgIGFuZCAgd291bGQgIGJlICB3aWxsaW5nICB0byAgaGVscCAgaWYN Cj4gIHZvbHVudGVlcnMgIGFyZSAgbmVlZGVkLg0KPg0KPiA+ID4gIE15ICBiaWdnZXN0ICBvYmpl Y3Rpb24gIGlzICB3aXRoICB0aGUgIHByb3Bvc2FsICBiZWxvdyAgaXMgIHNheWluZyAgU0lQICBp cyAgdGhlDQo+ID4gPiAgcmlnaHQgIGNob2ljZSAgZm9yICB0aGUgIFBlZXIgIFByb3RvY29sLiAg VGhhdCAgc2VlbXMgIG5vdC1xdWl0ZS1yaWdodCAgKGV2ZW4NCj4gPiA+ICBpZiAgU0lQICBpcyAg dXNlZCAgdG8gIGVzdGFibGlzaCAgdGhlICBjb25uZWN0aW9ucykuICBUaGUgIHBlZXIgIHByb3Rv Y29sICBoZXJlLg0KPiA+ID4gIGFnYWluLCAgaXMgIGRvaW5nICBzZXZlcmFsICB0aGluZ3MgIC0t ICBwb3NzaWJseSAgbWFpbnRhaW5pbmcgIGFuICBvdmVybGF5DQo+ID4gPiAgKHBvc3NpYmxlICBS RUxPQUQgIHVzYWdlLCAgYWx0aG91Z2ggIHdlICBoYXZlICB0byAgbWFrZSAgc3VyZSAgYSAgZnVs bCAgREhUICBpcw0KPiA+ID4gIG5lZWRlZCwgIHdoaWNoICB3aXRoICBhICBjZW50cmFsICB0cmFj a2VyICBpdCAgbWF5ICBub3QgIGJlKSAgYW5kICBpbiAgdGhlICBsaXZlDQo+ID4gPiAgc3RyZWFt ICBjYXNlLCAgZXN0YWJsaXNoaW5nICBjb25uZWN0aW9ucy4gIFVubGVzcyAgd2UgIHJlc3VycmVj dCAgZFNJUA0KPiA+ID4gICh3aGljaCAgSSdkICBsb3ZlICA7KSAgKSwgIFNJUCAgY2FuJ3QgIGRv ICB0aGUgIGZvcm1lciwgIGFuZCAgSSAgc3RpbGwgIHRoaW5rICBpdA0KPiA+ID4gIGlzICB3YXkg IG92ZXJraWxsICBmb3IgIHRoZSAgbGF0ZXIgIHVubGVzcyAgd2UgIGNvbWUgIHVwICB3aXRoICBh ICBsaWdodGVyDQo+ID4gPiAgdmVyc2lvbi4gIEknbGwgIHRha2UgIGEgIGxvb2sgIGF0ICB0aGUg IGFkdnByb3AgIGRyYWZ0ICB5b3UgIG1lbnRpb24gIC0tICB0aGF0DQo+ID4gPiAgbWlnaHQgIGJl ICBleGFjdGx5ICB3aGF0ICBJICBhbSAgdGhpbmtpbmcgIG9mICBidXQgIEkgIGhhdmUgIHRvICBh ZG1pdCAgSSAgaGF2ZW4ndA0KPiA+ID4gIHJlYWQgIGl0LiAgSSAgZ3Vlc3MgIG15ICB3b3JyeSAg aGVyZSAgaXMgIHRoYXQgIHlvdXIgIHZlcnNpb24gIG9mICB0aGUgIGRyYWZ0DQo+ID4gPiAgc2Vl bXMgIHRvICBiZSAgdGFraW5nICB0aGUgICJJICBoYXZlICBhICBTSVAgIGhhbW1lciAgc28gIHRo aXMgIGlzICBhICBTSVAgIG5haWwiDQo+ID4gPiAgYXBwcm9hY2gsICBhbmQgIEknbSAgbm90ICBx dWl0ZSAgY29udmluY2VkICB0aGF0J3MgIHJpZ2h0ICAoYXQgIGxlYXN0ICBub3QgIHlldCwNCj4g PiA+ICBidXQgIEkgIG11c3QgIGFkbWl0ICB0aGUgIHByb2JsZW0gIGxvb2tzICB2ZXJ5ICBuYWls ICBzaGFwZWQuICBNYXliZSAganVzdCAgYSAgcmVhbGx5ICBzbWFsbCAgbmFpbCkuDQo+ID4NCj4g PiAgV2VsbCAgSSAgdW5kZXJzdGFuZCAgaG93ICBzb21ldGhpbmcgIGxpa2UgIFJFTEFPRCAgbWln aHQgIGdldCAgdXNlZCAgZm9yICB0aGUgIHBlZXIgIHRvICB0cmFja2VyICBwcm90b2NvbCwgIGJ1 dCAgb25jZSAgeW91ICBrbm93ICBhICBwZWVyICB5b3UgIGFyZSAgZ29pbmcgIHRvICB0cnkgIGFu ZCAgc2V0ICB1cCAgYW4gIFJUUCAgc2Vzc2lvbiAgd2l0aCAgYW5kLCAgYXNzdW1pbmcgIHRoZSAg dXNlICBvZiAgUlRQLCAgoGl0ICBzZWVtcyAgeW91ICBuZWVkICBhICBwcm90b2NvbCAgd2VyZSAg aG9zdCAgoEEgIGNhbiAgdGVsbCAgaG9zdCAgQiAgdG8gIHN0YXJ0ICBzZW5kaW5nICB0aGUgIGZv bGxvd2luZyAgZGF0YSAgaW4gIGFuICBSVFAgIHN0ZWFtLiAgoERvICBJICBoYXZlICB0aGlzICBh Ym91dCAgcmlnaHQ/DQo+DQo+ICBZZXAsICBJICB0aGluayAgeW91ICBkbyAgaGF2ZSAgaXQgIHJp Z2h0LCAgYW5kICBsaWtlICBJICBzYWlkLCAgZ2l2ZW4gIHRoYXQgIGRlc2NyaXB0aW9uLCAgU0lQ ICAoaW4gIHRoZSAgb2xkICBvcmlnaW5hbCAgc2Vzc2lvbiAgZXN0YWJsaXNobWVudCAgc2Vuc2Up ICBtYXkgIHJlYWxseSAgYmUgIHJpZ2h0LCAgSSdtICBqdXN0ICBub3QgIHF1aXRlICBjb252aW5j ZWQgIHlldC4gIEknbSAgc3VyZSAgeW91ICBrbm93ICB0aGlzICBzaW5jZSAgeW91ICBoYXZlICB0 b28sICBidXQgIGFzICBzb21lb25lICB3aG8gIGhhcyAgaGFja2VkICBhICBidW5jaCAgb2YgIFNJ UCAgc3R1ZmYgIHRvZ2V0aGVyICBvdmVyICB0aGUgIHllYXJzLCAgSSAga25vdyAgaG93ICBtdWNo ICB0aGVyZSAgaXMgIGluICBTSVAsICBhbmQgIGhvdyAgbXVjaCAgb2YgIHRoYXQgIHdlICBkb24n dCAgbmVlZCAgaW4gIHRoaXMgIGNvbnRleHQuICBDZXJ0YWlubHkgIGRvbid0ICBtZWFuICB0byAg aW1wbHkgIGl0ICBpc24ndCAgYSAgcHJldHR5ICBzdHJvbmcgIGNhbmRpZGF0ZS4NCj4NCj4gIERh dmlkDQo+DQo+ID4gPg0KPiA+ID4gIFJldXNlICBvZiAgU0RQICBhbmQgIFJUUCAgc2VlbSAgbGlr ZSAgbm8tYnJhaW5lcnMgIGFuZCAgSSAgZGVmaW5pdGVseSAgYWdyZWUuDQo+ID4gPg0KPiA+ID4g IEFueXdheSwgIGludGVyZXN0aW5nICB0aG91Z2h0cyxhbmQgIG15ICAyICBjZW50cy4uLg0KPiA+ ID4NCj4gPiA+ICBEYXZpZA0KPiA+ID4NCj4gPiA+ICAgPiAgVGhlcmUgIGFyZSAgYSAgZmV3ICBv dGhlciAgdG9waWNzICB3aGljaCAgYXJlICBub3QgIGFkZHJlc3NlZCAgaW4gIHRoaXMNCj4gPiA+ ICAgPiAgY2hhcnRlciAgdGhhdCAgd29ycnkgIG1lICBhICBsb3QuICBUaGUgIGN1cnJlbnRseSAg cHJvdG9jb2xzICBiZWluZyAgcHJvcG9zZWQNCj4gPiA+ICAgPiAgYW5kICByZWxhdGVkICBkaXNj dXNzaW9uICBkb2VzICBub3QgIHNlZW0gIHRvICBhZGRyZXNzICB3aGF0ICBpcyAgdGhlDQo+ID4g PiAgID4gIGluY2VudGl2ZSAgZm9yICBhbnlvbmUgIHRvICBzZXJ2ZSAgY29udGVudC4gIEl0J3Mg IGNsZWFyICB3aHkgIHlvdSAgd291bGQNCj4gPiA+ICAgPiAgcmVjZWl2ZSAgYnV0ICBub3QgIGNs ZWFyICB3aHkgIHlvdSAgd291bGQgIGJvdGhlciAgdG8gIHRyYW5zbWl0LiAgQml0dG9ycmVudA0K PiA+ID4gICA+ICBwdXQgIGEgIGxvdCAgb2YgIGVmZm9ydCAgaW50byAgdGhpcyAgYW5kICBJTUhP ICBnb3QgIGl0ICAicmlnaHQgIGVub3VnaCIgIHRoYXQNCj4gPiA+ICAgPiAgdGhlICBzeXN0ZW0g IGlzICB2ZXJ5ICBzdWNjZXNzZnVsLiAgSSAgd29ycnkgIGFib3V0ICBpdCAgaW4gIHRoaXMgIHdv cmsuICBBDQo+ID4gPiAgID4gIHNlY29uZCAgdG9waWMgIGlzICB0aGF0ICB0aGUgIGRlc2lyZWQg IHByaXZhY3kgIHByb3BlcnRpZXMgIG9mICB0aGUgIHN5c3RlbQ0KPiA+ID4gICA+ICBhcmUgIGFs c28gIHByZXR0eSAgdmFndWUuICBJZiAgd2UgIGFyZSAgbm90ICBjbGVhciAgYWJvdXQgIHRoZXNl ICBpbiAgdGhlDQo+ID4gPiAgID4gIGJlZ2lubmluZywgIHdlICBydW4gIHRoZSAgcmlzayAgb2Yg IGdldHRpbmcgIHZlcnkgIGJvZ2dlZCAgZG93biAgaW4gIGFyZ3VpbmcgIGFib3V0ICB0aGVtICBh cyAgdGhlICBwcm90b2NvbCAgc3RhcnRzICB0byAgZ2V0ICBjbG9zZSAgdG8gIGRvbmUuDQo+ID4g PiAgID4NCj4gPiA+ICAgPiAgVG8gIHRyeSAgYW5kICBoZWxwICBnZXQgIHRoaW5ncyAgbW92aW5n ICBhbG9uZywgIEkgIGhhdmUgIHByb3Bvc2VkICBjaGFydGVyDQo+ID4gPiAgID4gIGJlbGxvdyAg dGhhdCAgaXMgIHZlcnkgIGNvbnNlcnZhdGl2ZSAgLiAgoEFzICBhbiAgaW5kaXZpZHVhbCwgIEkg IHdvdWxkDQo+ID4gPiAgID4gIHByb2JhYmx5ICBoYXZlICBhICBzbGlnaHQgIHByZWZlcmVuY2Ug IGZvciAgYSAgbW9yZSAgcmlza3kgIGFwcHJvYWNoICB0aGFuDQo+ID4gPiAgID4gIHRoZSAgcHJv cG9zYWwgIGJlbG93ICBidXQgIC4NCj4gPiA+ICAgPg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gICA+ DQo+ID4gPiAgID4NCj4gPiA+ICAgPg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIFRoZSAgUGVlci10 by1QZWVyICBTdHJlYW1pbmcgIFByb3RvY29sICAoUFBTUCkgIHdvcmtpbmcgIGdyb3VwICBkZXZl bG9wcw0KPiA+ID4gICA+ICB0d28gIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBwcm90b2NvbHMg IGZvciAgYSAgcGVlci10by1wZWVyICAoUDJQKQ0KPiA+ID4gICA+ICBzdHJlYW1pbmcgIHN5c3Rl bSAgZm9yICB0cmFuc21pdHRpbmcgIGxpdmUgIGFuZCAgdGltZSAgc2hpZnRlZCAgbWVkaWENCj4g PiA+ICAgPiAgY29udGVudCAgd2l0aCAgbmVhciAgcmVhbC10aW1lICBkZWxpdmVyeSAgcmVxdWly ZW1lbnRzLg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIFR3byAga2luZHMgIG9mICBub2RlcyAgZXhp c3QgIGluICB0aGUgIHRhcmdldGVkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLA0KPiA+ID4gICA+ ICBpLmUuLCAgInBlZXJzIiAgYW5kICAidHJhY2tlcnMiLiAgUGVlcnMgIGFyZSAgbm9kZXMgIHRo YXQgIGFyZSAgYWN0aXZlbHkNCj4gPiA+ICAgPiAgc2VuZGluZyAgYW5kICByZWNlaXZpbmcgIHN0 cmVhbWVkICBtZWRpYSAgY29udGVudCwgIGFuZCAgaW5jbHVkZSAgYm90aA0KPiA+ID4gICA+ICBz dGF0aWNhbGx5ICBjb25uZWN0ZWQgIGhvc3RzICBhcyAgd2VsbCAgYXMgIG1vYmlsZSAgZGV2aWNl cyAgd2l0aA0KPiA+ID4gICA+ICBjb25uZWN0aXZpdHkgIGFuZCAgSVAgIGFkZHJlc3NlcyAgdGhh dCAgY2hhbmdlICBvdmVyICB0aW1lLiAgVGhlICBzZXQgIG9mDQo+ID4gPiAgID4gIHBlZXJzICB0 aGF0ICBhcmUgIHBhcnRpY2lwYXRpbmcgIGluICBhICBzdHJlYW1pbmcgIHNlc3Npb24gIHdpbGwN Cj4gPiA+ICAgPiAgZHluYW1pY2FsbHkgIGNoYW5nZSAgb3ZlciAgdGltZS4gIFRyYWNrZXJzICBh cmUgIHdlbGwta25vd24gIG5vZGVzICB3aXRoDQo+ID4gPiAgID4gIHN0YWJsZSAgY29ubmVjdGl2 aXR5ICB0aGF0ICBtYWludGFpbiAgbWV0YSAgaW5mb3JtYXRpb24gIGFib3V0ICB0aGUNCj4gPiA+ ICAgPiAgc3RyZWFtZWQgIGNvbnRlbnQgIGFuZCAgdGhlICBkeW5hbWljICBwZWVyICBzZXQuICBU aGUgIHdvcmtpbmcgIGdyb3VwICBpcyAgb25seSAgYWRkcmVzc2luZyAgY2VudHJhbGl6ZWQgIHRy YWNrZXJzICBhbmQgIG5vdCAgdGhlICBkaXN0cmlidXRlZCAgdHJhY2tlci4NCj4gPiA+ICAgPg0K PiA+ID4gICA+ICBUaGUgIFBQU1AgIFdHICBkZXNpZ25zICBhICBwcm90b2NvbCAgZm9yICBzaWdu YWxpbmcgIGFuZCAgY29udHJvbCAgYmV0d2Vlbg0KPiA+ID4gICA+ICB0cmFja2VycyAgYW5kICBw ZWVycyAgKHRoZSAgUFBTUCAgInRyYWNrZXIgIHByb3RvY29sIikgIGFuZCAgYSAgc2lnbmFsaW5n DQo+ID4gPiAgID4gIGFuZCAgY29udHJvbCAgcHJvdG9jb2wgIGZvciAgY29tbXVuaWNhdGlvbiAg YW1vbmcgIHRoZSAgcGVlcnMgICh0aGUgIFBQU1ANCj4gPiA+ICAgPiAgInBlZXIgIHByb3RvY29s IikuICBUaGUgIHR3byAgcHJvdG9jb2xzICBlbmFibGUgIHBlZXJzICB0byAgcmVjZWl2ZQ0KPiA+ ID4gICA+ICBzdHJlYW1pbmcgIGRhdGEgIHdpdGhpbiAgdGhlICB0aW1lICBjb25zdHJhaW50cyAg cmVxdWlyZWQgIGJ5ICBzcGVjaWZpYw0KPiA+ID4gICA+ICBjb250ZW50ICBpdGVtcy4gIKBUaGUg IHRyYWNrZXIgIHByb3RvY29sICBoYW5kbGVzICB0aGUgIGluaXRpYWwgIGFuZA0KPiA+ID4gICA+ ICBwZXJpb2RpYyAgZXhjaGFuZ2UgIG9mICBtZXRhICBpbmZvcm1hdGlvbiAgYmV0d2VlbiAgdHJh Y2tlcnMgIGFuZCAgcGVlcnMsDQo+ID4gPiAgID4gIHN1Y2ggIGFzICBwZWVyICBsaXN0cyAgYW5k ICBjb250ZW50ICBpbmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wNCj4gPiA+ICAgPiAg Y29udHJvbHMgIHRoZSAgYWR2ZXJ0aXNpbmcgIGFuZCAgZXhjaGFuZ2UgIG9mICBtZWRpYSAgZGF0 YSAgYXZhaWxhYmlsaXR5ICBiZXR3ZWVuICB0aGUgIHBlZXJzLg0KPiA+ID4gICA+DQo+ID4gPiAg ID4gIFRoZSAgdHJhY2tlciAgcHJvdG9jb2wgIHdpbGwgIGJlICBtb2RlbGVkICBhcyAgbXVjaCAg YXMgIHBvc3NpYmxlICB0byAgbWF0Y2gNCj4gPiA+ICAgPiAgdGhlICBleGl0aW5nICBiaXR0b3Jy ZW50ICBwcm90b2NvbCAgd2l0aCAgYXBwcm9wcmlhdGUgIGV4dGVuc2lvbnMgIGZvciAgdG8NCj4g PiA+ICAgPiAgY2FyeSAgaW5mb3JtYXRpb24gIHRoYXQgIGlzICBuZWVkZWQgIGZvciAgc2VsZWN0 aW9uICBvZiAgYSAgcGVlciAgc3VpdGFibGUNCj4gPiA+ICAgPiAgZm9yICByZWFsICB0aW1lICBz dHJlYW1pbmcuICBNZWRpYSAgZGVzY3JpcHRpb25zICB3aWxsICB1c2UgIHRoZSAgc3ludGF4ICBh bmQNCj4gPiA+ICAgPiAgc2VtYW50aWNzICBmcm9tICBTRFAgIHdoZXJlICB0aGF0ICBpcyAgcG9z c2libGUuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgVGhlICBwZWVyICBwcm90b2NvbCAgd2lsbCAg YmUgIGJlICBhbiAgZXh0ZW5zaW9uICBvZiAgU0lQICBhbmQgIHVzZSAgSUNFICBmb3INCj4gPiA+ ICAgPiAgTkFUICB0cmF2ZXJzYWwuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgUlRQICB3aWxsICBi ZSAgdXNlZCAgZm9yICB0aGUgIGVuY29kaW5nICBhbmQgIHRyYW5zbWlzc2lvbiAgb2YgIHRoZSAg bWVkaWENCj4gPiA+ICAgPiAgY29udGVudCAgYmV0d2VlbiAgcGVlcnMuICBQUFNQICBpcyAgbm90 ICBjaGFydGVyZWQgIHRvICB3b3JrICBvbiAgbWVkaWENCj4gPiA+ICAgPiAgdHJhbnNtaXNzaW9u ICBwcm90b2NvbHMsICBtZWRpYSAgZW5jb2RpbmcgIHRlY2huaXF1ZXMgIG9yICBvdGhlcg0KPiA+ ID4gICA+ICBjb21wb25lbnRzICBvZiAgYSAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbSAgc3VjaCAg YXMgIHBsYXlvdXQgIHNjaGVkdWxpbmcgIGFuZCAgY29udHJvbCwgIGV0Yy4NCj4gPiA+ICAgPg0K PiA+ID4gICA+ICBUaGUgIHdvcmsgIGl0ZW1zICBvZiAgdGhlICBQUFNQICBXRyAgYXJlOg0KPiA+ ID4gICA+DQo+ID4gPiAgID4gICgxKSAgQSAgInByb2JsZW0gIHN0YXRlbWVudCIgIGRvY3VtZW50 ICB0aGF0ICBnaXZlcyAgYW4gIG92ZXJ2aWV3ICBvZiAgdGhlDQo+ID4gPiAgID4gID+gcHJvcG9z ZWQgIFAyUCAgc3RyZWFtaW5nICBzeXN0ZW0sICBtb3RpdmF0ZXMgIHRoZSAgZGVzaXJlICBmb3IN Cj4gPiA+ICAgPiAgc3RhbmRhcmRpemVkDQo+ID4gPiAgID4gID+gcHJvdG9jb2xzLCAgZGVmaW5l cyAgdGhlICBlbnZpc2lvbmVkICBzY29wZSAgb2YgIHRob3NlICBzdGFuZGFyZGl6ZWQNCj4gPiA+ ICAgPiAgP6Bjb21wb25lbnRzICBhbmQgIGRpc2N1c3NlcyAgY29tbW9uICB0ZXJtaW5vbG9naWVz ICBhbmQgIGNvbmNlcHRzLg0KPiA+ID4gICA+DQo+ID4gPiAgID4gICgyKSAgQSAgInJlcXVpcmVt ZW50cyIgIGRvY3VtZW50ICB0aGF0ICBkZXRhaWxzICB0aGUgIHNwZWNpZmljICBmdW5jdGlvbmFs LA0KPiA+ID4gICA+ICA/oG9wZXJhdGlvbmFsICBhbmQgIHBlcmZvcm1hbmNlICByZXF1aXJlbWVu dHMgIG9mICB0aGUgIHR3byAgUFBTUCAgcHJvdG9jb2xzLg0KPiA+ID4gICA+DQo+ID4gPiAgID4g ICgzKSAgQW4gICJhcmNoaXRlY3R1cmFsICBzdXJ2ZXkiICBkb2N1bWVudCAgdGhhdCAgc3VtbWFy aXplcyAgY3VycmVudCAgUDJQDQo+ID4gPiAgID4gID+gc3RyZWFtaW5nICBhcmNoaXRlY3R1cmVz LCAgaW4gIHBhcnRpY3VsYXIgIHRyYWNrZXItYmFzZWQgIFAyUA0KPiA+ID4gICA+ICBzdHJlYW1p bmcNCj4gPiA+ICAgPiAgP6BzeXN0ZW1zLCAgYW5kICBoaWdobGlnaHRzICBiZXN0ICBjdXJyZW50 ICBwcmFjdGljZXMuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgKDQpICBBICBkZXRhaWxlZCAgc3Bl Y2lmaWNhdGlvbiAgb2YgIHRoZSAgUFBTUCAgcGVlciAgcHJvdG9jb2wuDQo+ID4gPiAgID4NCj4g PiA+ICAgPiAgKDUpICBBICBkZXRhaWxlZCAgc3BlY2lmaWNhdGlvbiAgb2YgIHRoZSAgUFBTUCAg dHJhY2tlciAgcHJvdG9jb2wuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgKDYpICBBICAidXNhZ2Ug IGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVzICBob3cgIHRoZSAgdHdvICBQUFNQICBwcm90b2NvbHMg IGFuZA0KPiA+ID4gICA+ICA/oGV4aXN0aW5nICBJRVRGICBwcm90b2NvbHMsICBzdWNoICBBTFRP LCAgY2FuICBiZSAgY29tYmluZWQgIHRvICBjcmVhdGUgIGENCj4gPiA+ICAgPiAgP6BkZXBsb3lh YmxlICBvcGVyYXRpb25hbCAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbS4gIKBUaGlzICBkb2N1bWVu dCAgd2lsbA0KPiA+ID4gICA+ICA/oGFsc28gIGRpc2N1c3MgIHVzZSAgb2YgIGxheWVyZWQgIG1l ZGlhICBlbmNvZGluZyAgYW5kICByZWxhdGVkICBtZWRpYQ0KPiA+ID4gICA+ICBjaHVuaw0KPiA+ ID4gICA+ICA/oGRlc2NyaXB0aW9ucyAgaW4gIHRoZSAgcGVlciAgcHJvdG9jb2wgIGZvciAgbW9y ZSAgcm9idXN0ICBzdHJlYW1pbmcuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgVGhlICB3b3JrICBp dGVtcyAgb2YgIHRoZSAgUFBTUCAgV0cgIGludGVyYWN0cyAgd2l0aCAgdGhlICB3b3JrICBwZXJm b3JtZWQgIGluDQo+ID4gPiAgID4gIG90aGVyICBJRVRGICBXR3MsICBpbmNsdWRpbmcgIFNJUENP UkUsICBBVlQsICBBTFRPLCAgTEVEQkFUICBhbmQgIE1NVVNJQy4NCj4gPiA+ICAgPiAgV2hlbmV2 ZXIgIGV4dGVuc2lvbnMgIG9yICBtb2RpZmljYXRpb24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2 ZWxvcGVkICBpbg0KPiA+ID4gICA+ICBvdGhlciAgV0dzICBhcmUgIGRlZW1lZCAgbmVjZXNzYXJ5 LCAgUFBTUCAgc2hhbGwgIGNvbW11bmljYXRlICBhbmQgIGRpc2N1c3MNCj4gPiA+ICAgPiAgdGhl ICByZXF1aXJlbWVudHMgIGZvciAgc3VjaCAgZXh0ZW5zaW9ucyAgd2l0aCAgdGhlICByZWxldmFu dCAgV0dzICBidXQgIGlzDQo+ID4gPiAgID4gIG5vdCAgY2hhcnRlZCAgdG8gIG1ha2UgIHN1Y2gg IGNoYW5nZXMuDQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgR29hbHMgIGFuZCAgTWlsZXN0b25lczoN Cj4gPiA+ICAgPg0KPiA+ID4gICA+ICBTZXAgIDIwMTAgID9TdWJtaXQgIHByb2JsZW0gIHN0YXRl bWVudCAgdG8gIElFU0cgIGFzICBJbmZvcm1hdGlvbmFsICBEZWMNCj4gPiA+ICAgPiAgMjAxMCAg P1N1Ym1pdCAgYXJjaGl0ZWN0dXJhbCAgc3VydmV5ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9u YWwgIERlYw0KPiA+ID4gICA+ICAyMDEwICA/U3VibWl0ICByZXF1aXJlbWVudHMgIGRvY3VtZW50 ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwgIEF1Zw0KPiA+ID4gICA+ICAyMDExICA/U3Vi bWl0ICBQUFNQICBwZWVyICBwcm90b2NvbCAgdG8gIElFU0cgIGFzICBQcm9wb3NlZCAgU3RhbmRh cmQgIEF1Zw0KPiA+ID4gICA+ICAyMDExICA/U3VibWl0ICBQUFNQICB0cmFja2VyICBwcm90b2Nv bCAgdG8gIElFU0cgIGFzICBQcm9wb3NlZCAgU3RhbmRhcmQNCj4gPiA+ICAgPiAgRGVjICAyMDEx ICA/U3VibWl0ICB1c2FnZSAgZ3VpZGUgIHRvICBJRVNHICB0byAgSUVTRyAgYXMgIEluZm9ybWF0 aW9uYWwNCj4gPiA+ICAgPg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiA+ICAg Pg0KPiA+ID4gICA+DQo+ID4gPiAgID4gIEN1bGxlbiAgSmVubmluZ3MNCj4gPiA+ICAgPiAgRm9y ICBjb3Jwb3JhdGUgIGxlZ2FsICBpbmZvcm1hdGlvbiAgZ28gIHRvOg0KPiA+ID4gICA+ICBodHRw Oi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4 Lmh0bWwNCj4gPiA+ICAgPg0KPiA+ID4gICA+DQo+ID4gPiAgID4NCj4gPiA+ICAgPiAgX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+ICAgPiAgcHBz cCAgbWFpbGluZyAgbGlzdA0KPiA+ID4gICA+ICBwcHNwQGlldGYub3JnDQo+ID4gPiAgID4gIGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0KPiA+ID4gICA+DQo+ID4g Pg0KPiA+DQo+ID4NCj4gPiAgQ3VsbGVuICBKZW5uaW5ncw0KPiA+ICBGb3IgIGNvcnBvcmF0ZSAg bGVnYWwgIGluZm9ybWF0aW9uICBnbyAgdG86DQo+ID4gIGh0dHA6Ly93d3cuY2lzY28uY29tL3dl Yi9hYm91dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbA0KPiA+DQo+ID4NCj4g Pg0KPiA+DQo+ICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiAgcHBzcCAgbWFpbGluZyAgbGlzdA0KPiAgcHBzcEBpZXRmLm9yZw0KPiAgaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwDQo+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcHBzcCAgbWFpbGluZyAgbGlzdA0KcHBzcEBp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwDQo= --=====003_Dragon135658214410_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
This is also what I want= to=20 clarify.+1.
Peer protocol is only fo= r chunk=20 availability exchange from our current discussion both in the meeting and i= n the=20 mailing list.
 
Yunfei
 

zhangyunfei=
2010-03-18

=B7=A2=BC=FE=C8=CB=A3=BA David A.=20 Bryan
=B7=A2=CB=CD=CA=B1=BC=E4= =A3=BA=20 2010-03-16 23:07:12
=CA=D5=BC=FE=C8=CB=A3=BA Xiao, Lin (NSN -=20 CN/Beijing)
=B3=AD=CB=CD=A3=BA=20 ppsp@ietf.org
=D6=F7=CC=E2=A3=BA Re: [ppsp] Charter=20 Proposal - real-time and time-shifted
 
My  understanding  of  the  work  of  th= e=20  PPSP  group  is  yes,  it  would  be
limited  to  the  tracker  and  peer=20  protocols.  However,  what  Cullen  was
proposing  went  further  (since  he  was=20  talking  about  the  actual
negotiating  of  establishing  a  session),  = so=20  my  comments  were  about
that.  My  most  recent  understanding  after= =20  the  Hiroshima  meeting  (and  I
may  be  confused)  was  that  PPSP  was= =20  more  focused  on  just  the  tracker
and  peer  protocol  part  of  the  puzz= le=20  for  now.
 
David
 
On  Tue,  Mar  16,  2010  at  4:06  = ;AM,=20  Xiao,  Lin  (NSN  -  CN/Beijing)
<lin.xiao@nsn.com >  wrote:
>
>  Hi,
>
>  I'd  like  to  open  a  new=20  thread  for  the  discussion  of  allowed=20  PPSP  media  type.
>
>  It  is  true  that  there  are=20  lot  of  different  requirements  and  behav= iors=20  of  real-time  streaming,  VoD  and  file=20  downloading.  However,  PPSP  is  only  a=20  set  of  signaling  protocols  but  not=20  media  transmission  protocol.  From  this=20  point,  there  must  be  common  structure=20  and  signaling  process  flow  shared  by=20  these  three  use  cases.  A  "usage  t= ype"=20  was  defined  to  identify  the  type  = of=20  content  transmitted  in  PPSP  system=20  (requirement  draft  -03).  =A0Parameters  can &n= bsp;be=20  adjusted  according  to  different  "usage=20  types"  for  different  kind  of=20  transmission.
>
>  As  far  as  I  know,  most  = of=20  the  P2P  streaming  software,  e.g.  PPlive= =20  and  PPStream,  support  both  live  streami= ng=20  and  VoD  services.  Recently,  PPStream  ev= en=20  allow  downloading  the  whole  film  file=20  to  users'  local  disks,  just  like=20  Bit-Torrent  does.  It  means  common  signa= ling=20  and  control  method  can  be  designed &nbs= p;for=20  all  the  "usage  types".
>
>
>  Br
>  Lin  Xiao
>
>
>
>
>
>
>  -----Original  Message-----
>  From:  ppsp-bounces@ietf.org=20  [mailto:ppsp-bounces@ietf.org]  On  Behalf  Of  e= xt=20  David  A.  Bryan
>  Sent:  Tuesday,  March  16,  2010  = ;8:46=20  AM
>  To:  Cullen  Jennings
>  Cc:  ppsp@ietf.org
>  Subject:  Re:  [ppsp]  Charter=20  Proposal
>
>  So  just  a  few  little  followup= =20  points,  mostly  because  I  think  I  = was=20  a  bit  unclear  about  my  comment  ab= out=20  distributed  trackers,  inline...
>
>  On  Mon,  Mar  15,  2010  at=20  12:26  PM,  Cullen  Jennings   <fluffy@cisco.c= om=20 >  wrote:
> >
> >  On  Mar  13,  2010,  at  8:22= =20  AM,  David  A.  Bryan  wrote:
> >
> > >  So  in  general  I  think=20  there  are  a  lot  of  good  comments =  here,  and
> > >  thanks  for  sending  things  = ;to=20  the  list.  A  few  things  I  had=20  comments  on
> > >  inline...
> > >
> > >  On  Sat,  Mar  13,  2010 &nbs= p;at=20  9:33  AM,  Cullen  Jennings   <fluffy@cisco.co= m=20 >  wrote:
> > >   >
> > >   >
> > >   >  The  PPSP  could  easi= ly=20  be  one  of  these  groups  were  we=20  spend  the
> > >   >  first  few  years  try= ing=20  to  chooses  which  protocol  to  start=20  with  in
> > >   >  various  places.  That=20  would  just  remove  the  will  to  do =  anything  in
> > >   >  the  group.  I  have=20  been  lurking  and  watching  this  work=20  from  the
> > >   >  beginning  and  it  se= ems=20  like  there  are  probably  many  things=20  that
> > >   >  most  the  participants=20  agree  to  that  we  could  just  nail =  down  in  the
> > >   >  charter.  =A0Doing  so &nbs= p;would=20  help  get  the  work  done  faster  and= =20  provide
> > >   >  others  a  clear  idea= =20  that  had  not  been  been  participating &n= bsp;a=20  much  clearer  idea  of  what  this  wo= rk=20  is  about.
> > >   >
> > >   >  For  example:
> > >   >
> > >   >  Centralized  or  distribute= d=20  trackers.  My  belief  is  that  most=20  the
> > >   >  folks  want  to  do &n= bsp;a=20  centralized  tracker.  On  a  side  note, &n= bsp;I=20  think
> > >   >  they  would  be  hard =  to  do  a  distributed  one  before  a =  centralized  as
> > >   >  centralized  is  much=20  easier.  The  obvious  protocol  to  use=20  for  a
> > >   >  centralized  one  is  = to=20  add  the  needed  extensions  to  the  = HTTP=20  based
> > >   >  version  of  bittorrent=20  tracker  protocol.  If  they  want  to  = ;do=20  a
> > >   >  distributed  one,  RELOAD=20  would  meet  the  needs  and  at  least= =20  be  worth  looking  at.
> > >
> > >  I'm  a  bit  confused  about =  why  you  want  to  exclude  distributed=20  trackers.
> > >  Most  of  the  information  t= hat=20  would  be  exchanged  --  i.e.  the  ma= ps=20  of
> > >  chunks  etc  --  are  going=20  to  be  the  same  between  the  two.=20  I  am  still
> > >  trying  to  get  my  head=20  around  where  the  "edge"  is  here,  = but=20  from
> > >  hacking  at  ideas  a  bit,=20  it  seems  to  me  that  the  tracker=20  protocol
> > >  might  have  two  parts:=20  query/place  information  from  the  peers  = to=20  the
> > >  tracker,  and  information  betwee= n=20  trackers.  If  the  separation  is
> > >  clean,  it  might  be  possib= le=20  to  only  focus  on  the  part=20  between
> > >  peers/trackers  and  not  consider= =20  distributed  trackers,  but  otherwise  I
> > >  think  in  protocol  design  = we=20  should  at  least  consider  it...seems=20  like
> > >  a  bad  idea  to  design &nbs= p;a=20  P2P  protocol  that  neglects  P2P  at  = ;a=20  different
> > >  level  (i.e.,  between  trackers)<= /DIV>
> >
> >  I  was  just  trying  to  put= =20  into  the  charter  the  direction  I=20  thought  the  group  wanted  to  go  or= =20  at  least  surface  the  issues  so  we= =20  could  feedback  of  the  form  "yep,  = looks=20  good"  or  "nope,  we  want  distributed".=20  Obviously  I'm  a  bit  of  a  fan &nbs= p;of=20  distributed  approaches.
>
>  Given  this,  and  the  followup  = Ning=20  had,  I  think  things  became  more  c= risp=20  than  my  original  comment,  but  just &nbs= p;to=20  be  clear,  I  think  what  I  am=20  getting  at  is  that  I  see  the=20  tracker,  as  Ning  mentioned,  as  a=20  logical  function.  It  could  be  implement= ed=20  in  a  centralized  way  (and  likely  = would=20  be),  or  could  actually  use  a  DHT =  in  the  background.  It  may  be  that= =20  we  don't  really  need  to  consider  = that=20  in  the  design  of  the  protocol  to =  query  the  "tracker"  (whatever  that  may =  be),  and  I  certainly  don't  want  t= o=20  muddy  things  by  insisting  it  be=20  distributed.
>  I'd  personally  suggest  some  wording= =20  akin  to  what  we  did  in  P2PSIP,=20  where  we  crafted  a  DHT  for  SIP=20  but  tried  not  to  break  it  for=20  other  possible  applications.  So  here,  m= aybe=20  we  say  we  are  building  for  a=20  centralized  tracker,  but  will  try  to=20  consider  the  problem  of  a  distributed, =  and  make  sure  the  protocol  for  th= e=20  logical  process  of  tracker  calls  doesn'= t=20  do  something  that  explicitly  breaks=20  distributed  functionality  later.
>
>  I  definitely  don't  want  to  gi= ve=20  the  IESG  (or  anyone  else,  really)  = ;the=20  impression  that  there  is  a  big  gr= oup=20  of  us  looking  to  do  a  distributed= =20  tracker  up  front.  As  far  as  I=20  know,  there  isn't.
>
> >
> > >
> > >   >  Similarly  for  the  m= edia=20  transfer,  I  suspect  that  many  people=20  would
> > >   >  be  happy  with  RTP. =  It's  hard  to  imagine  anything  else=20  given  the  end
> > >   >  goal  for  this.  I=20  guess  one  could  argue  for  a  new=20  protocol  or  a
> > >   >  protocol  that  transferred= =20  data  tunneled  in  the  peer  signaling=20  protocol.
> > >
> > >  Absolutely  agree.  Devising  new =  mechanisms  for  media  transport  seems
> > >  way  out  of  scope  to=20  me.
> > >
> > >   >  The  peer  signing=20  protocol  needs  to  be  able  to  set =  up  the  RTP
> > >   >  sessions  and  work=20  thought  NATs.  I  think  the  NAT=20  traversal  scheme
> > >   >  will  end  up  being=20  ICE  or  something  that  more  or  les= s=20  amounts  to  ICE
> > >   >  with  no  TURN  option= =20  given  the  deployment  models.  Both  RTSP =  and  SIP
> > >   >  are  candidates  here. &nbs= p;In=20  some  ways  at  first  glance,  RTSP  m= ight=20  seem
> > >   >  simpler.  But  a  bunc= h=20  of  that  simplicity  comes  from  the=20  model  of  it
> > >   >  being  deployed  on  s= erver=20  all  clients  can  easily  reach  without=20  nat
> > >   >  nightmares  and  less=20  negotiation.  Much  of  SIP  complexity  com= es=20  form
> > >   >  too  many  intermediaries=20  and  forking  which  would  not  apply  = ;in=20  this
> > >   >  case.  =A0We  will  ha= ve=20  to  add  a  bunch  to  RTSP  to  g= et=20  it  to  work  or
> > >   >  subtract  some  SIP  t= o=20  get  it  to  work.  Not  an  easy  = ;call=20  and  not  a
> > >   >  call  that  the  WG=20  is  in  a  great  position  to  sort=20  out.  I'd  love  to  hear  others  thou= ght=20  on  it.
> > >   >
> > >   >  The  alternative  to  = the=20  RTSP/SIP  approach  is  to  replace  the
> > >   >  signaling  and  SDP  w= ith=20  a  capabilities  something  more  like  the<= /DIV>
> > >   >  Advertisement  /  Proposal =  architecture  the  Jon  and  I  have=20  been
> > >   >  discussion  (See=20  draft-peterson-sipcore-advprop  ).
> > >
> > >  Not  quite  as  clear  to &nb= sp;me=20  here,  but  I  mostly  agree.  Definitely=20  need  to
> > >  negotiate  streams,  and  need &nb= sp;to=20  traverse  NATs.  SIP  seems  like  using=20  a
> > >  fighter  plane  to  kill  a=20  fly  here,  but  may  very  well  turn =  out  that
> > >  many  of  the  capabilities  = end=20  up  being  needed  once  we  get  into =  it.  The
> > >  problem  is  if  the  peers=20  are  speaking  SIP,  aren't  they  expected =  to
> > >  have  the  full  SIP=20  capabilities.  We  seem  to  need  a=20  SIP-Lite...(and
> > >  yes,  I  know  that  has=20  been  discussed  oh,  once  or  twice=20  before,  but
> > >  here  it  would  be  for=20  devices  with  distinctly  different=20  applications)
> >
> >  Right  -  for  example,  I  s= ee=20  no  need  for  forking  in  one  uses=20  SIP  which  greatly  the  use  of  SIP.= =20  If  the  the  plan  it  to  simplify=20  SIP  in  this  way,  we  probably  need= =20  to  express  that  in  the  charter.  = =A0My=20  view  on  using  SIP  is  this  work=20  would  only  need  a  subset  of  it.=20  However  if  we  use  RTSP,  we  need=20  to  add  a  bunch  in  RTSP.  Typically= =20  cutting  away  stuff  is  faster  than=20  growing  new  stuff  but  that  is  not= =20  always  true.  Either  could  be  made  = ;to=20  work.  So  could  something  new.
>
>  Yep.  Fully  agree,  particularly  abou= t=20  hacking  rather  than  growing...(i.e.,  SIP=20  easier  than  RTSP.  At  least  in  my =  opinion,  I'd
>  agree.)
>
>  One  wrinkle  I  see  is  that=20  while  these  look  good  for  real-time,=20  it  isn't  quite  clear  to  me  that=20  SIP  (or  actually  even  RTP  on  the =  transport  side)  is  right  in  the=20  time-shifted  context.  If  I  am  retrievin= g=20  the  file  then  playing  locally  ala=20  Bit-Torrent,  it  seems  possible  that  you= =20  would  use  a  bulk  transfer  block-by-bloc= k=20  in  that  scenario  and  assemble  and  = ;play=20  locally,  rather  than  stream  from  the=20  peer  that  has  it  as  would  be &nbs= p;the=20  case  in  real-time.  The  more  I've  = dug=20  into  this  in  the  last  few  months,= =20  the  more  the  real-time  and  time-shifted= =20  cases  differ  for  the  actions  after &nbs= p;you=20  contact  the  tracker.
>
> > >  My  first  take  on  the=20  proposed  charter  below  is  that  I  = like=20  seeing
> > >  things  get  more  concrete,  = ;but=20  it  has  two  problems  from  my=20  perspective:
> > >
> > >  I  agree  bit-torrent  is  a =  very  good  model  and  we  should  be =  looking  at
> > >  it,  but  the  survey  work=20  is  also  bringing  in  work  from  som= e=20  other  very
> > >  widely  deployed  solutions  (PPLi= ve,=20  for  example),  and  I'm  personally  a
> > >  bit  reluctant  to  just  say= =20  bit-torrent  wins.
> >
> >
> >
> > >
> > >  I'm  aware  that  PPLive  and= =20  Bit-Torrent  address  slightly  different
> > >  problems,  which  is  actually &nb= sp;my=20  biggest  concern  with  the  charter  --
> > >  still  not  clear  that  the =  live  and  time-shifted  content  really=20  call
> > >  for  the  same  protocol  or =  share  as  much  as  might  be  thought= =20  in  common.
> > >  Particularly  for  the  real-time =  streaming,  I'm  not  at  all  sure
> > >  Bit-Torrent  is  the  right=20  choice.  (although  I  can  see  using  = ;a=20  tracker
> > >  to  find  candidate  peers  a= nd=20  establishing  live  sessions  between
> > >  them...so  it's  possible)  =A0I'd= =20  rather  wait  just  a  little  bit  for= =20  the
> > >  survey  document  to  evolve  = ;to=20  make  that  call,  and  get  more=20  visibility
> > >  into  if  one  protocol  can =  be  used  for  both  streaming  and=20  time-shifted
> > >  content.  That's  part  of  t= he=20  motivation  for  hacking  together  some
> > >  strawman  work  on  the  trac= ker=20  as  well  --  let's  see  what  hard=20  problems
> > >  we  stumble  in  that  proces= s.=20  I  agree  if  we  don't  firm  it  = ;up=20  we'll  spin
> > >  for  a  long  time,  but &nbs= p;I=20  also  don't  want  to  jump  to  a=20  wrong  conclusion.
> >
> >  Fair  enough  -  what  you  a= re=20  saying  there  does  seem  very  reasonable =  to  me  -  but  if  we  go  down=20  the  plan  then  I  think  we  should=20  probably  =A0spin  up  an  Exploratory  Grou= p=20  to  go  make  some  choices  like=20  that.
>
>  +1.  I'd  very  much  support  tha= t=20  and  would  be  willing  to  help  if
>  volunteers  are  needed.
>
> > >  My  biggest  objection  is  w= ith=20  the  proposal  below  is  saying  SIP  = is=20  the
> > >  right  choice  for  the  Peer= =20  Protocol.  That  seems  not-quite-right  (even
> > >  if  SIP  is  used  to=20  establish  the  connections).  The  peer=20  protocol  here.
> > >  again,  is  doing  several  t= hings=20  --  possibly  maintaining  an  overlay
> > >  (possible  RELOAD  usage,  althoug= h=20  we  have  to  make  sure  a  full  = ;DHT=20  is
> > >  needed,  which  with  a  cent= ral=20  tracker  it  may  not  be)  and  in=20  the  live
> > >  stream  case,  establishing=20  connections.  Unless  we  resurrect  dSIP
> > >  (which  I'd  love  ;)  ),=20  SIP  can't  do  the  former,  and  I=20  still  think  it
> > >  is  way  overkill  for  the=20  later  unless  we  come  up  with  a=20  lighter
> > >  version.  I'll  take  a  look= =20  at  the  advprop  draft  you  mention  = --=20  that
> > >  might  be  exactly  what  I=20  am  thinking  of  but  I  have  to=20  admit  I  haven't
> > >  read  it.  I  guess  my=20  worry  here  is  that  your  version  o= f=20  the  draft
> > >  seems  to  be  taking  the=20  "I  have  a  SIP  hammer  so  this &nbs= p;is=20  a  SIP  nail"
> > >  approach,  and  I'm  not  qui= te=20  convinced  that's  right  (at  least  not=20  yet,
> > >  but  I  must  admit  the=20  problem  looks  very  nail  shaped.  Maybe=20  just  a  really  small  nail).
> >
> >  Well  I  understand  how  somethin= g=20  like  RELAOD  might  get  used  for  th= e=20  peer  to  tracker  protocol,  but  once &nbs= p;you=20  know  a  peer  you  are  going  to &nbs= p;try=20  and  set  up  an  RTP  session  with=20  and,  assuming  the  use  of  RTP,  =A0= it=20  seems  you  need  a  protocol  were  ho= st=20  =A0A  can  tell  host  B  to  start=20  sending  the  following  data  in  an  = RTP=20  steam.  =A0Do  I  have  this  about=20  right?
>
>  Yep,  I  think  you  do  have &nbs= p;it=20  right,  and  like  I  said,  given  tha= t=20  description,  SIP  (in  the  old  original=20  session  establishment  sense)  may  really  = ;be=20  right,  I'm  just  not  quite  convinced=20  yet.  I'm  sure  you  know  this  since= =20  you  have  too,  but  as  someone  who =  has  hacked  a  bunch  of  SIP  stuff=20  together  over  the  years,  I  know  h= ow=20  much  there  is  in  SIP,  and  how=20  much  of  that  we  don't  need  in=20  this  context.  Certainly  don't  mean  to=20  imply  it  isn't  a  pretty  strong=20  candidate.
>
>  David
>
> > >
> > >  Reuse  of  SDP  and  RTP=20  seem  like  no-brainers  and  I  definitely =  agree.
> > >
> > >  Anyway,  interesting  thoughts,and &nbs= p;my=20  2  cents...
> > >
> > >  David
> > >
> > >   >  There  are  a  few=20  other  topics  which  are  not  addressed=20  in  this
> > >   >  charter  that  worry  = me=20  a  lot.  The  currently  protocols  being=20  proposed
> > >   >  and  related  discussion=20  does  not  seem  to  address  what  is =  the
> > >   >  incentive  for  anyone &nbs= p;to=20  serve  content.  It's  clear  why  you=20  would
> > >   >  receive  but  not  cle= ar=20  why  you  would  bother  to  transmit.=20  Bittorrent
> > >   >  put  a  lot  of=20  effort  into  this  and  IMHO  got  it =  "right  enough"  that
> > >   >  the  system  is  very =  successful.  I  worry  about  it  in  t= his=20  work.  A
> > >   >  second  topic  is  tha= t=20  the  desired  privacy  properties  of  the=20  system
> > >   >  are  also  pretty  vag= ue.=20  If  we  are  not  clear  about  these=20  in  the
> > >   >  beginning,  we  run  t= he=20  risk  of  getting  very  bogged  down  = in=20  arguing  about  them  as  the  protocol=20  starts  to  get  close  to  done.
> > >   >
> > >   >  To  try  and  help=20  get  things  moving  along,  I  have=20  proposed  charter
> > >   >  bellow  that  is  very= =20  conservative  .  =A0As  an  individual,  I=20  would
> > >   >  probably  have  a  sli= ght=20  preference  for  a  more  risky  approach=20  than
> > >   >  the  proposal  below  = but=20  .
> > >   >
> > >   >
> > >   >=20  ------------------------------------------------
> > >   >
> > >   >
> > >   >
> > >   >
> > >   >  The  Peer-to-Peer  Streamin= g=20  Protocol  (PPSP)  working  group  develops
> > >   >  two  signaling  and=20  control  protocols  for  a  peer-to-peer=20  (P2P)
> > >   >  streaming  system  for=20  transmitting  live  and  time  shifted=20  media
> > >   >  content  with  near=20  real-time  delivery  requirements.
> > >   >
> > >   >  Two  kinds  of  nodes =  exist  in  the  targeted  P2P  streaming=20  system,
> > >   >  i.e.,  "peers"  and=20  "trackers".  Peers  are  nodes  that  are=20  actively
> > >   >  sending  and  receiving=20  streamed  media  content,  and  include=20  both
> > >   >  statically  connected  host= s=20  as  well  as  mobile  devices  with
> > >   >  connectivity  and  IP=20  addresses  that  change  over  time.  The=20  set  of
> > >   >  peers  that  are=20  participating  in  a  streaming  session=20  will
> > >   >  dynamically  change  over=20  time.  Trackers  are  well-known  nodes=20  with
> > >   >  stable  connectivity  that =  maintain  meta  information  about  the
> > >   >  streamed  content  and &nbs= p;the=20  dynamic  peer  set.  The  working  group &nb= sp;is=20  only  addressing  centralized  trackers  and &nbs= p;not=20  the  distributed  tracker.
> > >   >
> > >   >  The  PPSP  WG  designs= =20  a  protocol  for  signaling  and  control=20  between
> > >   >  trackers  and  peers  = (the=20  PPSP  "tracker  protocol")  and  a=20  signaling
> > >   >  and  control  protocol &nbs= p;for=20  communication  among  the  peers  (the=20  PPSP
> > >   >  "peer  protocol").  The=20  two  protocols  enable  peers  to  receive
> > >   >  streaming  data  within=20  the  time  constraints  required  by=20  specific
> > >   >  content  items.  =A0The=20  tracker  protocol  handles  the  initial=20  and
> > >   >  periodic  exchange  of=20  meta  information  between  trackers  and=20  peers,
> > >   >  such  as  peer  lists =  and  content  information.  The  peer=20  protocol
> > >   >  controls  the  advertising =  and  exchange  of  media  data  availability= =20  between  the  peers.
> > >   >
> > >   >  The  tracker  protocol=20  will  be  modeled  as  much  as  possib= le=20  to  match
> > >   >  the  exiting  bittorrent=20  protocol  with  appropriate  extensions  for=20  to
> > >   >  cary  information  that &nb= sp;is=20  needed  for  selection  of  a  peer=20  suitable
> > >   >  for  real  time  strea= ming.=20  Media  descriptions  will  use  the  syntax =  and
> > >   >  semantics  from  SDP  = where=20  that  is  possible.
> > >   >
> > >   >  The  peer  protocol  w= ill=20  be  be  an  extension  of  SIP  and=20  use  ICE  for
> > >   >  NAT  traversal.
> > >   >
> > >   >  RTP  will  be  used=20  for  the  encoding  and  transmission  of=20  the  media
> > >   >  content  between  peers.=20  PPSP  is  not  chartered  to  work  on =  media
> > >   >  transmission  protocols,  m= edia=20  encoding  techniques  or  other
> > >   >  components  of  a  P2P= =20  streaming  system  such  as  playout  schedu= ling=20  and  control,  etc.
> > >   >
> > >   >  The  work  items  of=20  the  PPSP  WG  are:
> > >   >
> > >   >  (1)  A  "problem=20  statement"  document  that  gives  an  overv= iew=20  of  the
> > >   >  ?=A0proposed  P2P  streamin= g=20  system,  motivates  the  desire  for
> > >   >  standardized
> > >   >  ?=A0protocols,  defines  th= e=20  envisioned  scope  of  those  standardized
> > >   >  ?=A0components  and  discus= ses=20  common  terminologies  and  concepts.
> > >   >
> > >   >  (2)  A  "requirements"=20  document  that  details  the  specific=20  functional,
> > >   >  ?=A0operational  and  perfo= rmance=20  requirements  of  the  two  PPSP=20  protocols.
> > >   >
> > >   >  (3)  An  "architectural=20  survey"  document  that  summarizes  current=20  P2P
> > >   >  ?=A0streaming  architectures, &n= bsp;in=20  particular  tracker-based  P2P
> > >   >  streaming
> > >   >  ?=A0systems,  and  highligh= ts=20  best  current  practices.
> > >   >
> > >   >  (4)  A  detailed=20  specification  of  the  PPSP  peer=20  protocol.
> > >   >
> > >   >  (5)  A  detailed=20  specification  of  the  PPSP  tracker=20  protocol.
> > >   >
> > >   >  (6)  A  "usage  guide"= =20  that  describes  how  the  two  PPSP=20  protocols  and
> > >   >  ?=A0existing  IETF  protoco= ls,=20  such  ALTO,  can  be  combined  to  cre= ate=20  a
> > >   >  ?=A0deployable  operational &nbs= p;P2P=20  streaming  system.  =A0This  document  will
> > >   >  ?=A0also  discuss  use &nbs= p;of=20  layered  media  encoding  and  related=20  media
> > >   >  chunk
> > >   >  ?=A0descriptions  in  the=20  peer  protocol  for  more  robust=20  streaming.
> > >   >
> > >   >  The  work  items  of=20  the  PPSP  WG  interacts  with  the  wo= rk=20  performed  in
> > >   >  other  IETF  WGs,=20  including  SIPCORE,  AVT,  ALTO,  LEDBAT  an= d=20  MMUSIC.
> > >   >  Whenever  extensions  or=20  modification  to  the  protocols  developed=20  in
> > >   >  other  WGs  are  deeme= d=20  necessary,  PPSP  shall  communicate  and=20  discuss
> > >   >  the  requirements  for=20  such  extensions  with  the  relevant  WGs=20  but  is
> > >   >  not  charted  to  make= =20  such  changes.
> > >   >
> > >   >  Goals  and  Milestones:
> > >   >
> > >   >  Sep  2010  ?Submit  pr= oblem=20  statement  to  IESG  as  Informational  Dec<= /DIV>
> > >   >  2010  ?Submit  architectura= l=20  survey  to  IESG  as  Informational  Dec
> > >   >  2010  ?Submit  requirements= =20  document  to  IESG  as  Informational  Aug
> > >   >  2011  ?Submit  PPSP  p= eer=20  protocol  to  IESG  as  Proposed  Standard=20  Aug
> > >   >  2011  ?Submit  PPSP=20  tracker  protocol  to  IESG  as  Proposed=20  Standard
> > >   >  Dec  2011  ?Submit  us= age=20  guide  to  IESG  to  IESG  as=20  Informational
> > >   >
> > >   >
> > >   >=20  ----------------------------------------------------------------
> > >   >
> > >   >
> > >   >  Cullen  Jennings
> > >   >  For  corporate  legal=20  information  go  to:
> > >   >  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
> > >   >
> > >   >
> > >   >
> > >   >=20  =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > >   >  ppsp  mailing  list
> > >   >  ppsp@ietf.org
> > >   >=20  https://www.ietf.org/mailman/listinfo/ppsp
> > >   >
> > >
> >
> >
> >  Cullen  Jennings
> >  For  corporate  legal  information &nbs= p;go=20  to:
> >  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
> >
> >
> >
> >
>  =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F
>  ppsp  mailing  list
>  ppsp@ietf.org
>  https://www.ietf.org/mailman/listinfo/ppsp
>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
ppsp  mailing  list
ppsp@ietf.org
https://www.ietf.org/mailman/listinfo/ppsp
--=====003_Dragon135658214410_=====-- From zhangyunfei@chinamobile.com Wed Mar 17 21:02:48 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 981993A6ACA for ; Wed, 17 Mar 2010 21:02:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.908 X-Spam-Level: X-Spam-Status: No, score=-91.908 tagged_above=-999 required=5 tests=[AWL=-2.219, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 OpliKbOmUBNL for ; Wed, 17 Mar 2010 21:02:45 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 568D428C0F9 for ; Wed, 17 Mar 2010 21:01:25 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031812173455-136526 ; Thu, 18 Mar 2010 12:17:34 +0800 Date: Thu, 18 Mar 2010 12:01:30 +0800 From: "zhangyunfei" To: "David A. Bryan" , "Cullen Jennings" References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com><8b2769931003130 722t2869617bq66dcf24b1afa0c3d@mail.gmail.com> <8b2769931003151746k18e4ad6er12d1548fb030c215@mail.gmail.com> Message-ID: <201003181201305782427@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:17:34, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:01:36 Content-Type: multipart/alternative; boundary="=====003_Dragon840432737243_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:02:48 -0000 --=====003_Dragon840432737243_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" RXhwbG9yYXRvcnkgR3JvdXAgaXMgYSBjb29sIGlkZWEuSSBhbSBhbHNvIGtlZW4gb2YgY29udHJp YnV0aW5nIG9uIHRoaXMuDQoNCkJSDQpZdW5mZWkNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAz LTE4DQoNCg0KDQq3orz+yMujuiBEYXZpZCBBLiBCcnlhbg0Kt6LLzcqxvOSjuiAyMDEwLTAzLTE2 IDA5OjAyOjM3DQrK1bz+yMujuiBDdWxsZW4gSmVubmluZ3MNCrOty82juiBwcHNwQGlldGYub3Jn DQrW98zio7ogUmU6IFtwcHNwXSBDaGFydGVyIFByb3Bvc2FsDQoNClNvICBqdXN0ICBhICBmZXcg IGxpdHRsZSAgZm9sbG93dXAgIHBvaW50cywgIG1vc3RseSAgYmVjYXVzZSAgSSAgdGhpbmsgIEkg IHdhcyAgYQ0KYml0ICB1bmNsZWFyICBhYm91dCAgbXkgIGNvbW1lbnQgIGFib3V0ICBkaXN0cmli dXRlZCAgdHJhY2tlcnMsICBpbmxpbmUuLi4NCg0KT24gIE1vbiwgIE1hciAgMTUsICAyMDEwICBh dCAgMTI6MjYgIFBNLCAgQ3VsbGVuICBKZW5uaW5ncyAgIDxmbHVmZnlAY2lzY28uY29tID4gIHdy b3RlOg0KPg0KPiAgT24gIE1hciAgMTMsICAyMDEwLCAgYXQgIDg6MjIgIEFNLCAgRGF2aWQgIEEu ICBCcnlhbiAgd3JvdGU6DQo+DQo+ID4gIFNvICBpbiAgZ2VuZXJhbCAgSSAgdGhpbmsgIHRoZXJl ICBhcmUgIGEgIGxvdCAgb2YgIGdvb2QgIGNvbW1lbnRzICBoZXJlLCAgYW5kDQo+ID4gIHRoYW5r cyAgZm9yICBzZW5kaW5nICB0aGluZ3MgIHRvICB0aGUgIGxpc3QuICBBICBmZXcgIHRoaW5ncyAg SSAgaGFkICBjb21tZW50cyAgb24NCj4gPiAgaW5saW5lLi4uDQo+ID4NCj4gPiAgT24gIFNhdCwg IE1hciAgMTMsICAyMDEwICBhdCAgOTozMyAgQU0sICBDdWxsZW4gIEplbm5pbmdzICAgPGZsdWZm eUBjaXNjby5jb20gPiAgd3JvdGU6DQo+ID4gICA+DQo+ID4gICA+DQo+ID4gICA+ICBUaGUgIFBQ U1AgIGNvdWxkICBlYXNpbHkgIGJlICBvbmUgIG9mICB0aGVzZSAgZ3JvdXBzICB3ZXJlICB3ZSAg c3BlbmQgIHRoZSAgZmlyc3QgIGZldw0KPiA+ICAgPiAgeWVhcnMgIHRyeWluZyAgdG8gIGNob29z ZXMgIHdoaWNoICBwcm90b2NvbCAgdG8gIHN0YXJ0ICB3aXRoICBpbiAgdmFyaW91cw0KPiA+ICAg PiAgcGxhY2VzLiAgVGhhdCAgd291bGQgIGp1c3QgIHJlbW92ZSAgdGhlICB3aWxsICB0byAgZG8g IGFueXRoaW5nICBpbiAgdGhlICBncm91cC4gIEkNCj4gPiAgID4gIGhhdmUgIGJlZW4gIGx1cmtp bmcgIGFuZCAgd2F0Y2hpbmcgIHRoaXMgIHdvcmsgIGZyb20gIHRoZSAgYmVnaW5uaW5nICBhbmQg IGl0ICBzZWVtcw0KPiA+ICAgPiAgbGlrZSAgdGhlcmUgIGFyZSAgcHJvYmFibHkgIG1hbnkgIHRo aW5ncyAgdGhhdCAgbW9zdCAgdGhlICBwYXJ0aWNpcGFudHMgIGFncmVlICB0bw0KPiA+ICAgPiAg dGhhdCAgd2UgIGNvdWxkICBqdXN0ICBuYWlsICBkb3duICBpbiAgdGhlICBjaGFydGVyLiAgoERv aW5nICBzbyAgd291bGQgIGhlbHAgIGdldA0KPiA+ICAgPiAgdGhlICB3b3JrICBkb25lICBmYXN0 ZXIgIGFuZCAgcHJvdmlkZSAgb3RoZXJzICBhICBjbGVhciAgaWRlYSAgdGhhdCAgaGFkICBub3Qg IGJlZW4NCj4gPiAgID4gIGJlZW4gIHBhcnRpY2lwYXRpbmcgIGEgIG11Y2ggIGNsZWFyZXIgIGlk ZWEgIG9mICB3aGF0ICB0aGlzICB3b3JrICBpcyAgYWJvdXQuDQo+ID4gICA+DQo+ID4gICA+ICBG b3IgIGV4YW1wbGU6DQo+ID4gICA+DQo+ID4gICA+ICBDZW50cmFsaXplZCAgb3IgIGRpc3RyaWJ1 dGVkICB0cmFja2Vycy4gIE15ICBiZWxpZWYgIGlzICB0aGF0ICBtb3N0ICB0aGUgIGZvbGtzDQo+ ID4gICA+ICB3YW50ICB0byAgZG8gIGEgIGNlbnRyYWxpemVkICB0cmFja2VyLiAgT24gIGEgIHNp ZGUgIG5vdGUsICBJICB0aGluayAgdGhleSAgd291bGQgIGJlDQo+ID4gICA+ICBoYXJkICB0byAg ZG8gIGEgIGRpc3RyaWJ1dGVkICBvbmUgIGJlZm9yZSAgYSAgY2VudHJhbGl6ZWQgIGFzICBjZW50 cmFsaXplZCAgaXMgIG11Y2gNCj4gPiAgID4gIGVhc2llci4gIFRoZSAgb2J2aW91cyAgcHJvdG9j b2wgIHRvICB1c2UgIGZvciAgYSAgY2VudHJhbGl6ZWQgIG9uZSAgaXMgIHRvICBhZGQgIHRoZQ0K PiA+ICAgPiAgbmVlZGVkICBleHRlbnNpb25zICB0byAgdGhlICBIVFRQICBiYXNlZCAgdmVyc2lv biAgb2YgIGJpdHRvcnJlbnQgIHRyYWNrZXINCj4gPiAgID4gIHByb3RvY29sLiAgSWYgIHRoZXkg IHdhbnQgIHRvICBkbyAgYSAgZGlzdHJpYnV0ZWQgIG9uZSwgIFJFTE9BRCAgd291bGQgIG1lZXQg IHRoZQ0KPiA+ICAgPiAgbmVlZHMgIGFuZCAgYXQgIGxlYXN0ICBiZSAgd29ydGggIGxvb2tpbmcg IGF0Lg0KPiA+DQo+ID4gIEknbSAgYSAgYml0ICBjb25mdXNlZCAgYWJvdXQgIHdoeSAgeW91ICB3 YW50ICB0byAgZXhjbHVkZSAgZGlzdHJpYnV0ZWQgIHRyYWNrZXJzLg0KPiA+ICBNb3N0ICBvZiAg dGhlICBpbmZvcm1hdGlvbiAgdGhhdCAgd291bGQgIGJlICBleGNoYW5nZWQgIC0tICBpLmUuICB0 aGUgIG1hcHMgIG9mDQo+ID4gIGNodW5rcyAgZXRjICAtLSAgYXJlICBnb2luZyAgdG8gIGJlICB0 aGUgIHNhbWUgIGJldHdlZW4gIHRoZSAgdHdvLiAgSSAgYW0gIHN0aWxsDQo+ID4gIHRyeWluZyAg dG8gIGdldCAgbXkgIGhlYWQgIGFyb3VuZCAgd2hlcmUgIHRoZSAgImVkZ2UiICBpcyAgaGVyZSwg IGJ1dCAgZnJvbQ0KPiA+ICBoYWNraW5nICBhdCAgaWRlYXMgIGEgIGJpdCwgIGl0ICBzZWVtcyAg dG8gIG1lICB0aGF0ICB0aGUgIHRyYWNrZXIgIHByb3RvY29sICBtaWdodA0KPiA+ICBoYXZlICB0 d28gIHBhcnRzOiAgcXVlcnkvcGxhY2UgIGluZm9ybWF0aW9uICBmcm9tICB0aGUgIHBlZXJzICB0 byAgdGhlICB0cmFja2VyLA0KPiA+ICBhbmQgIGluZm9ybWF0aW9uICBiZXR3ZWVuICB0cmFja2Vy cy4gIElmICB0aGUgIHNlcGFyYXRpb24gIGlzICBjbGVhbiwgIGl0ICBtaWdodA0KPiA+ICBiZSAg cG9zc2libGUgIHRvICBvbmx5ICBmb2N1cyAgb24gIHRoZSAgcGFydCAgYmV0d2VlbiAgcGVlcnMv dHJhY2tlcnMgIGFuZCAgbm90DQo+ID4gIGNvbnNpZGVyICBkaXN0cmlidXRlZCAgdHJhY2tlcnMs ICBidXQgIG90aGVyd2lzZSAgSSAgdGhpbmsgIGluICBwcm90b2NvbA0KPiA+ICBkZXNpZ24gIHdl ICBzaG91bGQgIGF0ICBsZWFzdCAgY29uc2lkZXIgIGl0Li4uc2VlbXMgIGxpa2UgIGEgIGJhZCAg aWRlYSAgdG8NCj4gPiAgZGVzaWduICBhICBQMlAgIHByb3RvY29sICB0aGF0ICBuZWdsZWN0cyAg UDJQICBhdCAgYSAgZGlmZmVyZW50ICBsZXZlbCAgKGkuZS4sDQo+ID4gIGJldHdlZW4gIHRyYWNr ZXJzKQ0KPg0KPiAgSSAgd2FzICBqdXN0ICB0cnlpbmcgIHRvICBwdXQgIGludG8gIHRoZSAgY2hh cnRlciAgdGhlICBkaXJlY3Rpb24gIEkgIHRob3VnaHQgIHRoZSAgZ3JvdXAgIHdhbnRlZCAgdG8g IGdvICBvciAgYXQgIGxlYXN0ICBzdXJmYWNlICB0aGUgIGlzc3VlcyAgc28gIHdlICBjb3VsZCAg ZmVlZGJhY2sgIG9mICB0aGUgIGZvcm0gICJ5ZXAsICBsb29rcyAgZ29vZCIgIG9yICAibm9wZSwg IHdlICB3YW50ICBkaXN0cmlidXRlZCIuICBPYnZpb3VzbHkgIEknbSAgYSAgYml0ICBvZiAgYSAg ZmFuICBvZiAgZGlzdHJpYnV0ZWQgIGFwcHJvYWNoZXMuDQoNCkdpdmVuICB0aGlzLCAgYW5kICB0 aGUgIGZvbGxvd3VwICBOaW5nICBoYWQsICBJICB0aGluayAgdGhpbmdzICBiZWNhbWUgIG1vcmUN CmNyaXNwICB0aGFuICBteSAgb3JpZ2luYWwgIGNvbW1lbnQsICBidXQgIGp1c3QgIHRvICBiZSAg Y2xlYXIsICBJICB0aGluayAgd2hhdCAgSQ0KYW0gIGdldHRpbmcgIGF0ICBpcyAgdGhhdCAgSSAg c2VlICB0aGUgIHRyYWNrZXIsICBhcyAgTmluZyAgbWVudGlvbmVkLCAgYXMgIGENCmxvZ2ljYWwg IGZ1bmN0aW9uLiAgSXQgIGNvdWxkICBiZSAgaW1wbGVtZW50ZWQgIGluICBhICBjZW50cmFsaXpl ZCAgd2F5ICAoYW5kDQpsaWtlbHkgIHdvdWxkICBiZSksICBvciAgY291bGQgIGFjdHVhbGx5ICB1 c2UgIGEgIERIVCAgaW4gIHRoZSAgYmFja2dyb3VuZC4gIEl0DQptYXkgIGJlICB0aGF0ICB3ZSAg ZG9uJ3QgIHJlYWxseSAgbmVlZCAgdG8gIGNvbnNpZGVyICB0aGF0ICBpbiAgdGhlICBkZXNpZ24g IG9mICB0aGUNCnByb3RvY29sICB0byAgcXVlcnkgIHRoZSAgInRyYWNrZXIiICAod2hhdGV2ZXIg IHRoYXQgIG1heSAgYmUpLCAgYW5kICBJDQpjZXJ0YWlubHkgIGRvbid0ICB3YW50ICB0byAgbXVk ZHkgIHRoaW5ncyAgYnkgIGluc2lzdGluZyAgaXQgIGJlICBkaXN0cmlidXRlZC4NCkknZCAgcGVy c29uYWxseSAgc3VnZ2VzdCAgc29tZSAgd29yZGluZyAgYWtpbiAgdG8gIHdoYXQgIHdlICBkaWQg IGluICBQMlBTSVAsDQp3aGVyZSAgd2UgIGNyYWZ0ZWQgIGEgIERIVCAgZm9yICBTSVAgIGJ1dCAg dHJpZWQgIG5vdCAgdG8gIGJyZWFrICBpdCAgZm9yICBvdGhlcg0KcG9zc2libGUgIGFwcGxpY2F0 aW9ucy4gIFNvICBoZXJlLCAgbWF5YmUgIHdlICBzYXkgIHdlICBhcmUgIGJ1aWxkaW5nICBmb3Ig IGENCmNlbnRyYWxpemVkICB0cmFja2VyLCAgYnV0ICB3aWxsICB0cnkgIHRvICBjb25zaWRlciAg dGhlICBwcm9ibGVtICBvZiAgYQ0KZGlzdHJpYnV0ZWQsICBhbmQgIG1ha2UgIHN1cmUgIHRoZSAg cHJvdG9jb2wgIGZvciAgdGhlICBsb2dpY2FsICBwcm9jZXNzICBvZg0KdHJhY2tlciAgY2FsbHMg IGRvZXNuJ3QgIGRvICBzb21ldGhpbmcgIHRoYXQgIGV4cGxpY2l0bHkgIGJyZWFrcyAgZGlzdHJp YnV0ZWQNCmZ1bmN0aW9uYWxpdHkgIGxhdGVyLg0KDQpJICBkZWZpbml0ZWx5ICBkb24ndCAgd2Fu dCAgdG8gIGdpdmUgIHRoZSAgSUVTRyAgKG9yICBhbnlvbmUgIGVsc2UsICByZWFsbHkpICB0aGUN CmltcHJlc3Npb24gIHRoYXQgIHRoZXJlICBpcyAgYSAgYmlnICBncm91cCAgb2YgIHVzICBsb29r aW5nICB0byAgZG8gIGEgIGRpc3RyaWJ1dGVkDQp0cmFja2VyICB1cCAgZnJvbnQuICBBcyAgZmFy ICBhcyAgSSAga25vdywgIHRoZXJlICBpc24ndC4NCg0KPg0KPiA+DQo+ID4gICA+ICBTaW1pbGFy bHkgIGZvciAgdGhlICBtZWRpYSAgdHJhbnNmZXIsICBJICBzdXNwZWN0ICB0aGF0ICBtYW55ICBw ZW9wbGUgIHdvdWxkICBiZQ0KPiA+ICAgPiAgaGFwcHkgIHdpdGggIFJUUC4gIEl0J3MgIGhhcmQg IHRvICBpbWFnaW5lICBhbnl0aGluZyAgZWxzZSAgZ2l2ZW4gIHRoZSAgZW5kICBnb2FsDQo+ID4g ICA+ICBmb3IgIHRoaXMuICBJICBndWVzcyAgb25lICBjb3VsZCAgYXJndWUgIGZvciAgYSAgbmV3 ICBwcm90b2NvbCAgb3IgIGEgIHByb3RvY29sICB0aGF0DQo+ID4gICA+ICB0cmFuc2ZlcnJlZCAg ZGF0YSAgdHVubmVsZWQgIGluICB0aGUgIHBlZXIgIHNpZ25hbGluZyAgcHJvdG9jb2wuDQo+ID4N Cj4gPiAgQWJzb2x1dGVseSAgYWdyZWUuICBEZXZpc2luZyAgbmV3ICBtZWNoYW5pc21zICBmb3Ig IG1lZGlhICB0cmFuc3BvcnQgIHNlZW1zDQo+ID4gIHdheSAgb3V0ICBvZiAgc2NvcGUgIHRvICBt ZS4NCj4gPg0KPiA+ICAgPiAgVGhlICBwZWVyICBzaWduaW5nICBwcm90b2NvbCAgbmVlZHMgIHRv ICBiZSAgYWJsZSAgdG8gIHNldCAgdXAgIHRoZSAgUlRQICBzZXNzaW9ucw0KPiA+ICAgPiAgYW5k ICB3b3JrICB0aG91Z2h0ICBOQVRzLiAgSSAgdGhpbmsgIHRoZSAgTkFUICB0cmF2ZXJzYWwgIHNj aGVtZSAgd2lsbCAgZW5kICB1cA0KPiA+ICAgPiAgYmVpbmcgIElDRSAgb3IgIHNvbWV0aGluZyAg dGhhdCAgbW9yZSAgb3IgIGxlc3MgIGFtb3VudHMgIHRvICBJQ0UgIHdpdGggIG5vICBUVVJODQo+ ID4gICA+ICBvcHRpb24gIGdpdmVuICB0aGUgIGRlcGxveW1lbnQgIG1vZGVscy4gIEJvdGggIFJU U1AgIGFuZCAgU0lQICBhcmUgIGNhbmRpZGF0ZXMNCj4gPiAgID4gIGhlcmUuICBJbiAgc29tZSAg d2F5cyAgYXQgIGZpcnN0ICBnbGFuY2UsICBSVFNQICBtaWdodCAgc2VlbSAgc2ltcGxlci4gIEJ1 dCAgYSAgYnVuY2gNCj4gPiAgID4gIG9mICB0aGF0ICBzaW1wbGljaXR5ICBjb21lcyAgZnJvbSAg dGhlICBtb2RlbCAgb2YgIGl0ICBiZWluZyAgZGVwbG95ZWQgIG9uICBzZXJ2ZXINCj4gPiAgID4g IGFsbCAgY2xpZW50cyAgY2FuICBlYXNpbHkgIHJlYWNoICB3aXRob3V0ICBuYXQgIG5pZ2h0bWFy ZXMgIGFuZCAgbGVzcw0KPiA+ICAgPiAgbmVnb3RpYXRpb24uICBNdWNoICBvZiAgU0lQICBjb21w bGV4aXR5ICBjb21lcyAgZm9ybSAgdG9vICBtYW55ICBpbnRlcm1lZGlhcmllcw0KPiA+ICAgPiAg YW5kICBmb3JraW5nICB3aGljaCAgd291bGQgIG5vdCAgYXBwbHkgIGluICB0aGlzICBjYXNlLiAg oFdlICB3aWxsICBoYXZlICB0byAgYWRkICBhDQo+ID4gICA+ICBidW5jaCAgdG8gIFJUU1AgIHRv ICBnZXQgIGl0ICB0byAgd29yayAgb3IgIHN1YnRyYWN0ICBzb21lICBTSVAgIHRvICBnZXQgIGl0 ICB0bw0KPiA+ICAgPiAgd29yay4gIE5vdCAgYW4gIGVhc3kgIGNhbGwgIGFuZCAgbm90ICBhICBj YWxsICB0aGF0ICB0aGUgIFdHICBpcyAgaW4gIGEgIGdyZWF0ICBwb3NpdGlvbg0KPiA+ICAgPiAg dG8gIHNvcnQgIG91dC4gIEknZCAgbG92ZSAgdG8gIGhlYXIgIG90aGVycyAgdGhvdWdodCAgb24g IGl0Lg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAgUlRTUC9T SVAgIGFwcHJvYWNoICBpcyAgdG8gIHJlcGxhY2UgIHRoZSAgc2lnbmFsaW5nICBhbmQNCj4gPiAg ID4gIFNEUCAgd2l0aCAgYSAgY2FwYWJpbGl0aWVzICBzb21ldGhpbmcgIG1vcmUgIGxpa2UgIHRo ZSAgQWR2ZXJ0aXNlbWVudCAgLyAgUHJvcG9zYWwNCj4gPiAgID4gIGFyY2hpdGVjdHVyZSAgdGhl ICBKb24gIGFuZCAgSSAgaGF2ZSAgYmVlbiAgZGlzY3Vzc2lvbiAgKFNlZQ0KPiA+ICAgPiAgZHJh ZnQtcGV0ZXJzb24tc2lwY29yZS1hZHZwcm9wICApLg0KPiA+DQo+ID4gIE5vdCAgcXVpdGUgIGFz ICBjbGVhciAgdG8gIG1lICBoZXJlLCAgYnV0ICBJICBtb3N0bHkgIGFncmVlLiAgRGVmaW5pdGVs eSAgbmVlZCAgdG8NCj4gPiAgbmVnb3RpYXRlICBzdHJlYW1zLCAgYW5kICBuZWVkICB0byAgdHJh dmVyc2UgIE5BVHMuICBTSVAgIHNlZW1zICBsaWtlICB1c2luZyAgYQ0KPiA+ICBmaWdodGVyICBw bGFuZSAgdG8gIGtpbGwgIGEgIGZseSAgaGVyZSwgIGJ1dCAgbWF5ICB2ZXJ5ICB3ZWxsICB0dXJu ICBvdXQgIHRoYXQgIG1hbnkNCj4gPiAgb2YgIHRoZSAgY2FwYWJpbGl0aWVzICBlbmQgIHVwICBi ZWluZyAgbmVlZGVkICBvbmNlICB3ZSAgZ2V0ICBpbnRvICBpdC4gIFRoZQ0KPiA+ICBwcm9ibGVt ICBpcyAgaWYgIHRoZSAgcGVlcnMgIGFyZSAgc3BlYWtpbmcgIFNJUCwgIGFyZW4ndCAgdGhleSAg ZXhwZWN0ZWQgIHRvICBoYXZlDQo+ID4gIHRoZSAgZnVsbCAgU0lQICBjYXBhYmlsaXRpZXMuICBX ZSAgc2VlbSAgdG8gIG5lZWQgIGEgIFNJUC1MaXRlLi4uKGFuZCAgeWVzLCAgSQ0KPiA+ICBrbm93 ICB0aGF0ICBoYXMgIGJlZW4gIGRpc2N1c3NlZCAgb2gsICBvbmNlICBvciAgdHdpY2UgIGJlZm9y ZSwgIGJ1dCAgaGVyZSAgaXQNCj4gPiAgd291bGQgIGJlICBmb3IgIGRldmljZXMgIHdpdGggIGRp c3RpbmN0bHkgIGRpZmZlcmVudCAgYXBwbGljYXRpb25zKQ0KPg0KPiAgUmlnaHQgIC0gIGZvciAg ZXhhbXBsZSwgIEkgIHNlZSAgbm8gIG5lZWQgIGZvciAgZm9ya2luZyAgaW4gIG9uZSAgdXNlcyAg U0lQICB3aGljaCAgZ3JlYXRseSAgdGhlICB1c2UgIG9mICBTSVAuICBJZiAgdGhlICB0aGUgIHBs YW4gIGl0ICB0byAgc2ltcGxpZnkgIFNJUCAgaW4gIHRoaXMgIHdheSwgIHdlICBwcm9iYWJseSAg bmVlZCAgdG8gIGV4cHJlc3MgIHRoYXQgIGluICB0aGUgIGNoYXJ0ZXIuICCgTXkgIHZpZXcgIG9u ICB1c2luZyAgU0lQICBpcyAgdGhpcyAgd29yayAgd291bGQgIG9ubHkgIG5lZWQgIGEgIHN1YnNl dCAgb2YgIGl0LiAgSG93ZXZlciAgaWYgIHdlICB1c2UgIFJUU1AsICB3ZSAgbmVlZCAgdG8gIGFk ZCAgYSAgYnVuY2ggIGluICBSVFNQLiAgVHlwaWNhbGx5ICBjdXR0aW5nICBhd2F5ICBzdHVmZiAg aXMgIGZhc3RlciAgdGhhbiAgZ3Jvd2luZyAgbmV3ICBzdHVmZiAgYnV0ICB0aGF0ICBpcyAgbm90 ICBhbHdheXMgIHRydWUuICBFaXRoZXIgIGNvdWxkICBiZSAgbWFkZSAgdG8gIHdvcmsuICBTbyAg Y291bGQgIHNvbWV0aGluZyAgbmV3Lg0KDQpZZXAuICBGdWxseSAgYWdyZWUsICBwYXJ0aWN1bGFy bHkgIGFib3V0ICBoYWNraW5nICByYXRoZXIgIHRoYW4NCmdyb3dpbmcuLi4oaS5lLiwgIFNJUCAg ZWFzaWVyICB0aGFuICBSVFNQLiAgQXQgIGxlYXN0ICBpbiAgbXkgIG9waW5pb24sICBJJ2QNCmFn cmVlLikNCg0KT25lICB3cmlua2xlICBJICBzZWUgIGlzICB0aGF0ICB3aGlsZSAgdGhlc2UgIGxv b2sgIGdvb2QgIGZvciAgcmVhbC10aW1lLCAgaXQNCmlzbid0ICBxdWl0ZSAgY2xlYXIgIHRvICBt ZSAgdGhhdCAgU0lQICAob3IgIGFjdHVhbGx5ICBldmVuICBSVFAgIG9uICB0aGUNCnRyYW5zcG9y dCAgc2lkZSkgIGlzICByaWdodCAgaW4gIHRoZSAgdGltZS1zaGlmdGVkICBjb250ZXh0LiAgSWYg IEkgIGFtDQpyZXRyaWV2aW5nICB0aGUgIGZpbGUgIHRoZW4gIHBsYXlpbmcgIGxvY2FsbHkgIGFs YSAgQml0LVRvcnJlbnQsICBpdCAgc2VlbXMNCnBvc3NpYmxlICB0aGF0ICB5b3UgIHdvdWxkICB1 c2UgIGEgIGJ1bGsgIHRyYW5zZmVyICBibG9jay1ieS1ibG9jayAgaW4gIHRoYXQNCnNjZW5hcmlv ICBhbmQgIGFzc2VtYmxlICBhbmQgIHBsYXkgIGxvY2FsbHksICByYXRoZXIgIHRoYW4gIHN0cmVh bSAgZnJvbSAgdGhlDQpwZWVyICB0aGF0ICBoYXMgIGl0ICBhcyAgd291bGQgIGJlICB0aGUgIGNh c2UgIGluICByZWFsLXRpbWUuICBUaGUgIG1vcmUgIEkndmUgIGR1Zw0KaW50byAgdGhpcyAgaW4g IHRoZSAgbGFzdCAgZmV3ICBtb250aHMsICB0aGUgIG1vcmUgIHRoZSAgcmVhbC10aW1lICBhbmQN CnRpbWUtc2hpZnRlZCAgY2FzZXMgIGRpZmZlciAgZm9yICB0aGUgIGFjdGlvbnMgIGFmdGVyICB5 b3UgIGNvbnRhY3QgIHRoZQ0KdHJhY2tlci4NCg0KPiA+ICBNeSAgZmlyc3QgIHRha2UgIG9uICB0 aGUgIHByb3Bvc2VkICBjaGFydGVyICBiZWxvdyAgaXMgIHRoYXQgIEkgIGxpa2UgIHNlZWluZw0K PiA+ICB0aGluZ3MgIGdldCAgbW9yZSAgY29uY3JldGUsICBidXQgIGl0ICBoYXMgIHR3byAgcHJv YmxlbXMgIGZyb20gIG15ICBwZXJzcGVjdGl2ZToNCj4gPg0KPiA+ICBJICBhZ3JlZSAgYml0LXRv cnJlbnQgIGlzICBhICB2ZXJ5ICBnb29kICBtb2RlbCAgYW5kICB3ZSAgc2hvdWxkICBiZSAgbG9v a2luZyAgYXQNCj4gPiAgaXQsICBidXQgIHRoZSAgc3VydmV5ICB3b3JrICBpcyAgYWxzbyAgYnJp bmdpbmcgIGluICB3b3JrICBmcm9tICBzb21lICBvdGhlciAgdmVyeQ0KPiA+ICB3aWRlbHkgIGRl cGxveWVkICBzb2x1dGlvbnMgIChQUExpdmUsICBmb3IgIGV4YW1wbGUpLCAgYW5kICBJJ20gIHBl cnNvbmFsbHkgIGENCj4gPiAgYml0ICByZWx1Y3RhbnQgIHRvICBqdXN0ICBzYXkgIGJpdC10b3Jy ZW50ICB3aW5zLg0KPg0KPg0KPg0KPiA+DQo+ID4gIEknbSAgYXdhcmUgIHRoYXQgIFBQTGl2ZSAg YW5kICBCaXQtVG9ycmVudCAgYWRkcmVzcyAgc2xpZ2h0bHkgIGRpZmZlcmVudA0KPiA+ICBwcm9i bGVtcywgIHdoaWNoICBpcyAgYWN0dWFsbHkgIG15ICBiaWdnZXN0ICBjb25jZXJuICB3aXRoICB0 aGUgIGNoYXJ0ZXIgIC0tDQo+ID4gIHN0aWxsICBub3QgIGNsZWFyICB0aGF0ICB0aGUgIGxpdmUg IGFuZCAgdGltZS1zaGlmdGVkICBjb250ZW50ICByZWFsbHkgIGNhbGwgIGZvcg0KPiA+ICB0aGUg IHNhbWUgIHByb3RvY29sICBvciAgc2hhcmUgIGFzICBtdWNoICBhcyAgbWlnaHQgIGJlICB0aG91 Z2h0ICBpbiAgY29tbW9uLg0KPiA+ICBQYXJ0aWN1bGFybHkgIGZvciAgdGhlICByZWFsLXRpbWUg IHN0cmVhbWluZywgIEknbSAgbm90ICBhdCAgYWxsICBzdXJlDQo+ID4gIEJpdC1Ub3JyZW50ICBp cyAgdGhlICByaWdodCAgY2hvaWNlLiAgKGFsdGhvdWdoICBJICBjYW4gIHNlZSAgdXNpbmcgIGEg IHRyYWNrZXINCj4gPiAgdG8gIGZpbmQgIGNhbmRpZGF0ZSAgcGVlcnMgIGFuZCAgZXN0YWJsaXNo aW5nICBsaXZlICBzZXNzaW9ucyAgYmV0d2Vlbg0KPiA+ICB0aGVtLi4uc28gIGl0J3MgIHBvc3Np YmxlKSAgoEknZCAgcmF0aGVyICB3YWl0ICBqdXN0ICBhICBsaXR0bGUgIGJpdCAgZm9yICB0aGUN Cj4gPiAgc3VydmV5ICBkb2N1bWVudCAgdG8gIGV2b2x2ZSAgdG8gIG1ha2UgIHRoYXQgIGNhbGws ICBhbmQgIGdldCAgbW9yZSAgdmlzaWJpbGl0eQ0KPiA+ICBpbnRvICBpZiAgb25lICBwcm90b2Nv bCAgY2FuICBiZSAgdXNlZCAgZm9yICBib3RoICBzdHJlYW1pbmcgIGFuZCAgdGltZS1zaGlmdGVk DQo+ID4gIGNvbnRlbnQuICBUaGF0J3MgIHBhcnQgIG9mICB0aGUgIG1vdGl2YXRpb24gIGZvciAg aGFja2luZyAgdG9nZXRoZXIgIHNvbWUNCj4gPiAgc3RyYXdtYW4gIHdvcmsgIG9uICB0aGUgIHRy YWNrZXIgIGFzICB3ZWxsICAtLSAgbGV0J3MgIHNlZSAgd2hhdCAgaGFyZCAgcHJvYmxlbXMNCj4g PiAgd2UgIHN0dW1ibGUgIGluICB0aGF0ICBwcm9jZXNzLiAgSSAgYWdyZWUgIGlmICB3ZSAgZG9u J3QgIGZpcm0gIGl0ICB1cCAgd2UnbGwgIHNwaW4NCj4gPiAgZm9yICBhICBsb25nICB0aW1lLCAg YnV0ICBJICBhbHNvICBkb24ndCAgd2FudCAgdG8gIGp1bXAgIHRvICBhICB3cm9uZyAgY29uY2x1 c2lvbi4NCj4NCj4gIEZhaXIgIGVub3VnaCAgLSAgd2hhdCAgeW91ICBhcmUgIHNheWluZyAgdGhl cmUgIGRvZXMgIHNlZW0gIHZlcnkgIHJlYXNvbmFibGUgIHRvICBtZSAgLSAgYnV0ICBpZiAgd2Ug IGdvICBkb3duICB0aGUgIHBsYW4gIHRoZW4gIEkgIHRoaW5rICB3ZSAgc2hvdWxkICBwcm9iYWJs eSAgoHNwaW4gIHVwICBhbiAgRXhwbG9yYXRvcnkgIEdyb3VwICB0byAgZ28gIG1ha2UgIHNvbWUg IGNob2ljZXMgIGxpa2UgIHRoYXQuDQoNCisxLiAgSSdkICB2ZXJ5ICBtdWNoICBzdXBwb3J0ICB0 aGF0ICBhbmQgIHdvdWxkICBiZSAgd2lsbGluZyAgdG8gIGhlbHAgIGlmDQp2b2x1bnRlZXJzICBh cmUgIG5lZWRlZC4NCg0KPiA+ICBNeSAgYmlnZ2VzdCAgb2JqZWN0aW9uICBpcyAgd2l0aCAgdGhl ICBwcm9wb3NhbCAgYmVsb3cgIGlzICBzYXlpbmcgIFNJUCAgaXMgIHRoZQ0KPiA+ICByaWdodCAg Y2hvaWNlICBmb3IgIHRoZSAgUGVlciAgUHJvdG9jb2wuICBUaGF0ICBzZWVtcyAgbm90LXF1aXRl LXJpZ2h0ICAoZXZlbg0KPiA+ICBpZiAgU0lQICBpcyAgdXNlZCAgdG8gIGVzdGFibGlzaCAgdGhl ICBjb25uZWN0aW9ucykuICBUaGUgIHBlZXIgIHByb3RvY29sICBoZXJlLg0KPiA+ICBhZ2Fpbiwg IGlzICBkb2luZyAgc2V2ZXJhbCAgdGhpbmdzICAtLSAgcG9zc2libHkgIG1haW50YWluaW5nICBh biAgb3ZlcmxheQ0KPiA+ICAocG9zc2libGUgIFJFTE9BRCAgdXNhZ2UsICBhbHRob3VnaCAgd2Ug IGhhdmUgIHRvICBtYWtlICBzdXJlICBhICBmdWxsICBESFQgIGlzDQo+ID4gIG5lZWRlZCwgIHdo aWNoICB3aXRoICBhICBjZW50cmFsICB0cmFja2VyICBpdCAgbWF5ICBub3QgIGJlKSAgYW5kICBp biAgdGhlICBsaXZlDQo+ID4gIHN0cmVhbSAgY2FzZSwgIGVzdGFibGlzaGluZyAgY29ubmVjdGlv bnMuICBVbmxlc3MgIHdlICByZXN1cnJlY3QgIGRTSVAgICh3aGljaA0KPiA+ICBJJ2QgIGxvdmUg IDspICApLCAgU0lQICBjYW4ndCAgZG8gIHRoZSAgZm9ybWVyLCAgYW5kICBJICBzdGlsbCAgdGhp bmsgIGl0ICBpcyAgd2F5DQo+ID4gIG92ZXJraWxsICBmb3IgIHRoZSAgbGF0ZXIgIHVubGVzcyAg d2UgIGNvbWUgIHVwICB3aXRoICBhICBsaWdodGVyICB2ZXJzaW9uLiAgSSdsbA0KPiA+ICB0YWtl ICBhICBsb29rICBhdCAgdGhlICBhZHZwcm9wICBkcmFmdCAgeW91ICBtZW50aW9uICAtLSAgdGhh dCAgbWlnaHQgIGJlICBleGFjdGx5DQo+ID4gIHdoYXQgIEkgIGFtICB0aGlua2luZyAgb2YgIGJ1 dCAgSSAgaGF2ZSAgdG8gIGFkbWl0ICBJICBoYXZlbid0ICByZWFkICBpdC4gIEkgIGd1ZXNzDQo+ ID4gIG15ICB3b3JyeSAgaGVyZSAgaXMgIHRoYXQgIHlvdXIgIHZlcnNpb24gIG9mICB0aGUgIGRy YWZ0ICBzZWVtcyAgdG8gIGJlICB0YWtpbmcgIHRoZQ0KPiA+ICAiSSAgaGF2ZSAgYSAgU0lQICBo YW1tZXIgIHNvICB0aGlzICBpcyAgYSAgU0lQICBuYWlsIiAgYXBwcm9hY2gsICBhbmQgIEknbSAg bm90DQo+ID4gIHF1aXRlICBjb252aW5jZWQgIHRoYXQncyAgcmlnaHQgIChhdCAgbGVhc3QgIG5v dCAgeWV0LCAgYnV0ICBJICBtdXN0ICBhZG1pdCAgdGhlDQo+ID4gIHByb2JsZW0gIGxvb2tzICB2 ZXJ5ICBuYWlsICBzaGFwZWQuICBNYXliZSAganVzdCAgYSAgcmVhbGx5ICBzbWFsbCAgbmFpbCku DQo+DQo+ICBXZWxsICBJICB1bmRlcnN0YW5kICBob3cgIHNvbWV0aGluZyAgbGlrZSAgUkVMQU9E ICBtaWdodCAgZ2V0ICB1c2VkICBmb3IgIHRoZSAgcGVlciAgdG8gIHRyYWNrZXIgIHByb3RvY29s LCAgYnV0ICBvbmNlICB5b3UgIGtub3cgIGEgIHBlZXIgIHlvdSAgYXJlICBnb2luZyAgdG8gIHRy eSAgYW5kICBzZXQgIHVwICBhbiAgUlRQICBzZXNzaW9uICB3aXRoICBhbmQsICBhc3N1bWluZyAg dGhlICB1c2UgIG9mICBSVFAsICCgaXQgIHNlZW1zICB5b3UgIG5lZWQgIGEgIHByb3RvY29sICB3 ZXJlICBob3N0ICCgQSAgY2FuICB0ZWxsICBob3N0ICBCICB0byAgc3RhcnQgIHNlbmRpbmcgIHRo ZSAgZm9sbG93aW5nICBkYXRhICBpbiAgYW4gIFJUUCAgc3RlYW0uICCgRG8gIEkgIGhhdmUgIHRo aXMgIGFib3V0ICByaWdodD8NCg0KWWVwLCAgSSAgdGhpbmsgIHlvdSAgZG8gIGhhdmUgIGl0ICBy aWdodCwgIGFuZCAgbGlrZSAgSSAgc2FpZCwgIGdpdmVuICB0aGF0DQpkZXNjcmlwdGlvbiwgIFNJ UCAgKGluICB0aGUgIG9sZCAgb3JpZ2luYWwgIHNlc3Npb24gIGVzdGFibGlzaG1lbnQgIHNlbnNl KSAgbWF5DQpyZWFsbHkgIGJlICByaWdodCwgIEknbSAganVzdCAgbm90ICBxdWl0ZSAgY29udmlu Y2VkICB5ZXQuICBJJ20gIHN1cmUgIHlvdSAga25vdw0KdGhpcyAgc2luY2UgIHlvdSAgaGF2ZSAg dG9vLCAgYnV0ICBhcyAgc29tZW9uZSAgd2hvICBoYXMgIGhhY2tlZCAgYSAgYnVuY2ggIG9mICBT SVANCnN0dWZmICB0b2dldGhlciAgb3ZlciAgdGhlICB5ZWFycywgIEkgIGtub3cgIGhvdyAgbXVj aCAgdGhlcmUgIGlzICBpbiAgU0lQLCAgYW5kDQpob3cgIG11Y2ggIG9mICB0aGF0ICB3ZSAgZG9u J3QgIG5lZWQgIGluICB0aGlzICBjb250ZXh0LiAgQ2VydGFpbmx5ICBkb24ndCAgbWVhbg0KdG8g IGltcGx5ICBpdCAgaXNuJ3QgIGEgIHByZXR0eSAgc3Ryb25nICBjYW5kaWRhdGUuDQoNCkRhdmlk DQoNCj4gPg0KPiA+ICBSZXVzZSAgb2YgIFNEUCAgYW5kICBSVFAgIHNlZW0gIGxpa2UgIG5vLWJy YWluZXJzICBhbmQgIEkgIGRlZmluaXRlbHkgIGFncmVlLg0KPiA+DQo+ID4gIEFueXdheSwgIGlu dGVyZXN0aW5nICB0aG91Z2h0cyxhbmQgIG15ICAyICBjZW50cy4uLg0KPiA+DQo+ID4gIERhdmlk DQo+ID4NCj4gPiAgID4gIFRoZXJlICBhcmUgIGEgIGZldyAgb3RoZXIgIHRvcGljcyAgd2hpY2gg IGFyZSAgbm90ICBhZGRyZXNzZWQgIGluICB0aGlzICBjaGFydGVyDQo+ID4gICA+ICB0aGF0ICB3 b3JyeSAgbWUgIGEgIGxvdC4gIFRoZSAgY3VycmVudGx5ICBwcm90b2NvbHMgIGJlaW5nICBwcm9w b3NlZCAgYW5kICByZWxhdGVkDQo+ID4gICA+ICBkaXNjdXNzaW9uICBkb2VzICBub3QgIHNlZW0g IHRvICBhZGRyZXNzICB3aGF0ICBpcyAgdGhlICBpbmNlbnRpdmUgIGZvciAgYW55b25lICB0bw0K PiA+ICAgPiAgc2VydmUgIGNvbnRlbnQuICBJdCdzICBjbGVhciAgd2h5ICB5b3UgIHdvdWxkICBy ZWNlaXZlICBidXQgIG5vdCAgY2xlYXIgIHdoeSAgeW91DQo+ID4gICA+ICB3b3VsZCAgYm90aGVy ICB0byAgdHJhbnNtaXQuICBCaXR0b3JyZW50ICBwdXQgIGEgIGxvdCAgb2YgIGVmZm9ydCAgaW50 byAgdGhpcyAgYW5kDQo+ID4gICA+ICBJTUhPICBnb3QgIGl0ICAicmlnaHQgIGVub3VnaCIgIHRo YXQgIHRoZSAgc3lzdGVtICBpcyAgdmVyeSAgc3VjY2Vzc2Z1bC4gIEkgIHdvcnJ5DQo+ID4gICA+ ICBhYm91dCAgaXQgIGluICB0aGlzICB3b3JrLiAgQSAgc2Vjb25kICB0b3BpYyAgaXMgIHRoYXQg IHRoZSAgZGVzaXJlZCAgcHJpdmFjeQ0KPiA+ICAgPiAgcHJvcGVydGllcyAgb2YgIHRoZSAgc3lz dGVtICBhcmUgIGFsc28gIHByZXR0eSAgdmFndWUuICBJZiAgd2UgIGFyZSAgbm90ICBjbGVhcg0K PiA+ICAgPiAgYWJvdXQgIHRoZXNlICBpbiAgdGhlICBiZWdpbm5pbmcsICB3ZSAgcnVuICB0aGUg IHJpc2sgIG9mICBnZXR0aW5nICB2ZXJ5ICBib2dnZWQNCj4gPiAgID4gIGRvd24gIGluICBhcmd1 aW5nICBhYm91dCAgdGhlbSAgYXMgIHRoZSAgcHJvdG9jb2wgIHN0YXJ0cyAgdG8gIGdldCAgY2xv c2UgIHRvICBkb25lLg0KPiA+ICAgPg0KPiA+ICAgPiAgVG8gIHRyeSAgYW5kICBoZWxwICBnZXQg IHRoaW5ncyAgbW92aW5nICBhbG9uZywgIEkgIGhhdmUgIHByb3Bvc2VkICBjaGFydGVyICBiZWxs b3cNCj4gPiAgID4gIHRoYXQgIGlzICB2ZXJ5ICBjb25zZXJ2YXRpdmUgIC4gIKBBcyAgYW4gIGlu ZGl2aWR1YWwsICBJICB3b3VsZCAgcHJvYmFibHkgIGhhdmUgIGENCj4gPiAgID4gIHNsaWdodCAg cHJlZmVyZW5jZSAgZm9yICBhICBtb3JlICByaXNreSAgYXBwcm9hY2ggIHRoYW4gIHRoZSAgcHJv cG9zYWwgIGJlbG93ICBidXQNCj4gPiAgID4gIC4NCj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4g IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ICAg Pg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPg0KPiA+ICAgPiAgVGhlICBQZWVyLXRvLVBlZXIg IFN0cmVhbWluZyAgUHJvdG9jb2wgIChQUFNQKSAgd29ya2luZyAgZ3JvdXAgIGRldmVsb3BzICB0 d28NCj4gPiAgID4gIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBwcm90b2NvbHMgIGZvciAgYSAg cGVlci10by1wZWVyICAoUDJQKSAgc3RyZWFtaW5nDQo+ID4gICA+ICBzeXN0ZW0gIGZvciAgdHJh bnNtaXR0aW5nICBsaXZlICBhbmQgIHRpbWUgIHNoaWZ0ZWQgIG1lZGlhICBjb250ZW50ICB3aXRo ICBuZWFyDQo+ID4gICA+ICByZWFsLXRpbWUgIGRlbGl2ZXJ5ICByZXF1aXJlbWVudHMuDQo+ID4g ICA+DQo+ID4gICA+ICBUd28gIGtpbmRzICBvZiAgbm9kZXMgIGV4aXN0ICBpbiAgdGhlICB0YXJn ZXRlZCAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbSwgIGkuZS4sDQo+ID4gICA+ICAicGVlcnMiICBh bmQgICJ0cmFja2VycyIuICBQZWVycyAgYXJlICBub2RlcyAgdGhhdCAgYXJlICBhY3RpdmVseSAg c2VuZGluZyAgYW5kDQo+ID4gICA+ICByZWNlaXZpbmcgIHN0cmVhbWVkICBtZWRpYSAgY29udGVu dCwgIGFuZCAgaW5jbHVkZSAgYm90aCAgc3RhdGljYWxseSAgY29ubmVjdGVkDQo+ID4gICA+ICBo b3N0cyAgYXMgIHdlbGwgIGFzICBtb2JpbGUgIGRldmljZXMgIHdpdGggIGNvbm5lY3Rpdml0eSAg YW5kICBJUCAgYWRkcmVzc2VzICB0aGF0DQo+ID4gICA+ICBjaGFuZ2UgIG92ZXIgIHRpbWUuICBU aGUgIHNldCAgb2YgIHBlZXJzICB0aGF0ICBhcmUgIHBhcnRpY2lwYXRpbmcgIGluICBhICBzdHJl YW1pbmcNCj4gPiAgID4gIHNlc3Npb24gIHdpbGwgIGR5bmFtaWNhbGx5ICBjaGFuZ2UgIG92ZXIg IHRpbWUuICBUcmFja2VycyAgYXJlICB3ZWxsLWtub3duICBub2Rlcw0KPiA+ICAgPiAgd2l0aCAg c3RhYmxlICBjb25uZWN0aXZpdHkgIHRoYXQgIG1haW50YWluICBtZXRhICBpbmZvcm1hdGlvbiAg YWJvdXQgIHRoZQ0KPiA+ICAgPiAgc3RyZWFtZWQgIGNvbnRlbnQgIGFuZCAgdGhlICBkeW5hbWlj ICBwZWVyICBzZXQuICBUaGUgIHdvcmtpbmcgIGdyb3VwICBpcyAgb25seQ0KPiA+ICAgPiAgYWRk cmVzc2luZyAgY2VudHJhbGl6ZWQgIHRyYWNrZXJzICBhbmQgIG5vdCAgdGhlICBkaXN0cmlidXRl ZCAgdHJhY2tlci4NCj4gPiAgID4NCj4gPiAgID4gIFRoZSAgUFBTUCAgV0cgIGRlc2lnbnMgIGEg IHByb3RvY29sICBmb3IgIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBiZXR3ZWVuDQo+ID4gICA+ ICB0cmFja2VycyAgYW5kICBwZWVycyAgKHRoZSAgUFBTUCAgInRyYWNrZXIgIHByb3RvY29sIikg IGFuZCAgYSAgc2lnbmFsaW5nICBhbmQNCj4gPiAgID4gIGNvbnRyb2wgIHByb3RvY29sICBmb3Ig IGNvbW11bmljYXRpb24gIGFtb25nICB0aGUgIHBlZXJzICAodGhlICBQUFNQICAicGVlcg0KPiA+ ICAgPiAgcHJvdG9jb2wiKS4gIFRoZSAgdHdvICBwcm90b2NvbHMgIGVuYWJsZSAgcGVlcnMgIHRv ICByZWNlaXZlICBzdHJlYW1pbmcgIGRhdGENCj4gPiAgID4gIHdpdGhpbiAgdGhlICB0aW1lICBj b25zdHJhaW50cyAgcmVxdWlyZWQgIGJ5ICBzcGVjaWZpYyAgY29udGVudCAgaXRlbXMuICCgVGhl DQo+ID4gICA+ICB0cmFja2VyICBwcm90b2NvbCAgaGFuZGxlcyAgdGhlICBpbml0aWFsICBhbmQg IHBlcmlvZGljICBleGNoYW5nZSAgb2YgIG1ldGENCj4gPiAgID4gIGluZm9ybWF0aW9uICBiZXR3 ZWVuICB0cmFja2VycyAgYW5kICBwZWVycywgIHN1Y2ggIGFzICBwZWVyICBsaXN0cyAgYW5kICBj b250ZW50DQo+ID4gICA+ICBpbmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wgIGNvbnRy b2xzICB0aGUgIGFkdmVydGlzaW5nICBhbmQgIGV4Y2hhbmdlICBvZg0KPiA+ICAgPiAgbWVkaWEg IGRhdGEgIGF2YWlsYWJpbGl0eSAgYmV0d2VlbiAgdGhlICBwZWVycy4NCj4gPiAgID4NCj4gPiAg ID4gIFRoZSAgdHJhY2tlciAgcHJvdG9jb2wgIHdpbGwgIGJlICBtb2RlbGVkICBhcyAgbXVjaCAg YXMgIHBvc3NpYmxlICB0byAgbWF0Y2ggIHRoZQ0KPiA+ICAgPiAgZXhpdGluZyAgYml0dG9ycmVu dCAgcHJvdG9jb2wgIHdpdGggIGFwcHJvcHJpYXRlICBleHRlbnNpb25zICBmb3IgIHRvICBjYXJ5 DQo+ID4gICA+ICBpbmZvcm1hdGlvbiAgdGhhdCAgaXMgIG5lZWRlZCAgZm9yICBzZWxlY3Rpb24g IG9mICBhICBwZWVyICBzdWl0YWJsZSAgZm9yICByZWFsDQo+ID4gICA+ICB0aW1lICBzdHJlYW1p bmcuICBNZWRpYSAgZGVzY3JpcHRpb25zICB3aWxsICB1c2UgIHRoZSAgc3ludGF4ICBhbmQgIHNl bWFudGljcw0KPiA+ICAgPiAgZnJvbSAgU0RQICB3aGVyZSAgdGhhdCAgaXMgIHBvc3NpYmxlLg0K PiA+ICAgPg0KPiA+ICAgPiAgVGhlICBwZWVyICBwcm90b2NvbCAgd2lsbCAgYmUgIGJlICBhbiAg ZXh0ZW5zaW9uICBvZiAgU0lQICBhbmQgIHVzZSAgSUNFICBmb3IgIE5BVA0KPiA+ICAgPiAgdHJh dmVyc2FsLg0KPiA+ICAgPg0KPiA+ICAgPiAgUlRQICB3aWxsICBiZSAgdXNlZCAgZm9yICB0aGUg IGVuY29kaW5nICBhbmQgIHRyYW5zbWlzc2lvbiAgb2YgIHRoZSAgbWVkaWEgIGNvbnRlbnQNCj4g PiAgID4gIGJldHdlZW4gIHBlZXJzLiAgUFBTUCAgaXMgIG5vdCAgY2hhcnRlcmVkICB0byAgd29y ayAgb24gIG1lZGlhICB0cmFuc21pc3Npb24NCj4gPiAgID4gIHByb3RvY29scywgIG1lZGlhICBl bmNvZGluZyAgdGVjaG5pcXVlcyAgb3IgIG90aGVyICBjb21wb25lbnRzICBvZiAgYSAgUDJQDQo+ ID4gICA+ICBzdHJlYW1pbmcgIHN5c3RlbSAgc3VjaCAgYXMgIHBsYXlvdXQgIHNjaGVkdWxpbmcg IGFuZCAgY29udHJvbCwgIGV0Yy4NCj4gPiAgID4NCj4gPiAgID4gIFRoZSAgd29yayAgaXRlbXMg IG9mICB0aGUgIFBQU1AgIFdHICBhcmU6DQo+ID4gICA+DQo+ID4gICA+ICAoMSkgIEEgICJwcm9i bGVtICBzdGF0ZW1lbnQiICBkb2N1bWVudCAgdGhhdCAgZ2l2ZXMgIGFuICBvdmVydmlldyAgb2Yg IHRoZQ0KPiA+ICAgPiAgP6Bwcm9wb3NlZCAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbSwgIG1vdGl2 YXRlcyAgdGhlICBkZXNpcmUgIGZvciAgc3RhbmRhcmRpemVkDQo+ID4gICA+ICA/oHByb3RvY29s cywgIGRlZmluZXMgIHRoZSAgZW52aXNpb25lZCAgc2NvcGUgIG9mICB0aG9zZSAgc3RhbmRhcmRp emVkDQo+ID4gICA+ICA/oGNvbXBvbmVudHMgIGFuZCAgZGlzY3Vzc2VzICBjb21tb24gIHRlcm1p bm9sb2dpZXMgIGFuZCAgY29uY2VwdHMuDQo+ID4gICA+DQo+ID4gICA+ICAoMikgIEEgICJyZXF1 aXJlbWVudHMiICBkb2N1bWVudCAgdGhhdCAgZGV0YWlscyAgdGhlICBzcGVjaWZpYyAgZnVuY3Rp b25hbCwNCj4gPiAgID4gID+gb3BlcmF0aW9uYWwgIGFuZCAgcGVyZm9ybWFuY2UgIHJlcXVpcmVt ZW50cyAgb2YgIHRoZSAgdHdvICBQUFNQICBwcm90b2NvbHMuDQo+ID4gICA+DQo+ID4gICA+ICAo MykgIEFuICAiYXJjaGl0ZWN0dXJhbCAgc3VydmV5IiAgZG9jdW1lbnQgIHRoYXQgIHN1bW1hcml6 ZXMgIGN1cnJlbnQgIFAyUA0KPiA+ICAgPiAgP6BzdHJlYW1pbmcgIGFyY2hpdGVjdHVyZXMsICBp biAgcGFydGljdWxhciAgdHJhY2tlci1iYXNlZCAgUDJQICBzdHJlYW1pbmcNCj4gPiAgID4gID+g c3lzdGVtcywgIGFuZCAgaGlnaGxpZ2h0cyAgYmVzdCAgY3VycmVudCAgcHJhY3RpY2VzLg0KPiA+ ICAgPg0KPiA+ICAgPiAgKDQpICBBICBkZXRhaWxlZCAgc3BlY2lmaWNhdGlvbiAgb2YgIHRoZSAg UFBTUCAgcGVlciAgcHJvdG9jb2wuDQo+ID4gICA+DQo+ID4gICA+ICAoNSkgIEEgIGRldGFpbGVk ICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFja2VyICBwcm90b2NvbC4NCj4gPiAg ID4NCj4gPiAgID4gICg2KSAgQSAgInVzYWdlICBndWlkZSIgIHRoYXQgIGRlc2NyaWJlcyAgaG93 ICB0aGUgIHR3byAgUFBTUCAgcHJvdG9jb2xzICBhbmQNCj4gPiAgID4gID+gZXhpc3RpbmcgIElF VEYgIHByb3RvY29scywgIHN1Y2ggIEFMVE8sICBjYW4gIGJlICBjb21iaW5lZCAgdG8gIGNyZWF0 ZSAgYQ0KPiA+ICAgPiAgP6BkZXBsb3lhYmxlICBvcGVyYXRpb25hbCAgUDJQICBzdHJlYW1pbmcg IHN5c3RlbS4gIKBUaGlzICBkb2N1bWVudCAgd2lsbA0KPiA+ICAgPiAgP6BhbHNvICBkaXNjdXNz ICB1c2UgIG9mICBsYXllcmVkICBtZWRpYSAgZW5jb2RpbmcgIGFuZCAgcmVsYXRlZCAgbWVkaWEg IGNodW5rDQo+ID4gICA+ICA/oGRlc2NyaXB0aW9ucyAgaW4gIHRoZSAgcGVlciAgcHJvdG9jb2wg IGZvciAgbW9yZSAgcm9idXN0ICBzdHJlYW1pbmcuDQo+ID4gICA+DQo+ID4gICA+ICBUaGUgIHdv cmsgIGl0ZW1zICBvZiAgdGhlICBQUFNQICBXRyAgaW50ZXJhY3RzICB3aXRoICB0aGUgIHdvcmsg IHBlcmZvcm1lZCAgaW4gIG90aGVyDQo+ID4gICA+ICBJRVRGICBXR3MsICBpbmNsdWRpbmcgIFNJ UENPUkUsICBBVlQsICBBTFRPLCAgTEVEQkFUICBhbmQgIE1NVVNJQy4gIFdoZW5ldmVyDQo+ID4g ICA+ICBleHRlbnNpb25zICBvciAgbW9kaWZpY2F0aW9uICB0byAgdGhlICBwcm90b2NvbHMgIGRl dmVsb3BlZCAgaW4gIG90aGVyICBXR3MgIGFyZQ0KPiA+ICAgPiAgZGVlbWVkICBuZWNlc3Nhcnks ICBQUFNQICBzaGFsbCAgY29tbXVuaWNhdGUgIGFuZCAgZGlzY3VzcyAgdGhlICByZXF1aXJlbWVu dHMNCj4gPiAgID4gIGZvciAgc3VjaCAgZXh0ZW5zaW9ucyAgd2l0aCAgdGhlICByZWxldmFudCAg V0dzICBidXQgIGlzICBub3QgIGNoYXJ0ZWQgIHRvICBtYWtlDQo+ID4gICA+ICBzdWNoICBjaGFu Z2VzLg0KPiA+ICAgPg0KPiA+ICAgPiAgR29hbHMgIGFuZCAgTWlsZXN0b25lczoNCj4gPiAgID4N Cj4gPiAgID4gIFNlcCAgMjAxMCAgP1N1Ym1pdCAgcHJvYmxlbSAgc3RhdGVtZW50ICB0byAgSUVT RyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4gIERlYyAgMjAxMCAgP1N1Ym1pdCAgYXJjaGl0 ZWN0dXJhbCAgc3VydmV5ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gPiAgID4gIERl YyAgMjAxMCAgP1N1Ym1pdCAgcmVxdWlyZW1lbnRzICBkb2N1bWVudCAgdG8gIElFU0cgIGFzICBJ bmZvcm1hdGlvbmFsDQo+ID4gICA+ICBBdWcgIDIwMTEgID9TdWJtaXQgIFBQU1AgIHBlZXIgIHBy b3RvY29sICB0byAgSUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KPiA+ICAgPiAgQXVnICAy MDExICA/U3VibWl0ICBQUFNQICB0cmFja2VyICBwcm90b2NvbCAgdG8gIElFU0cgIGFzICBQcm9w b3NlZCAgU3RhbmRhcmQNCj4gPiAgID4gIERlYyAgMjAxMSAgP1N1Ym1pdCAgdXNhZ2UgIGd1aWRl ICB0byAgSUVTRyAgdG8gIElFU0cgIGFzICBJbmZvcm1hdGlvbmFsDQo+ID4gICA+DQo+ID4gICA+ DQo+ID4gICA+ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gICA+DQo+ID4gICA+DQo+ID4gICA+ICBDdWxsZW4gIEpl bm5pbmdzDQo+ID4gICA+ICBGb3IgIGNvcnBvcmF0ZSAgbGVnYWwgIGluZm9ybWF0aW9uICBnbyAg dG86DQo+ID4gICA+ICBodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5l c3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCj4gPiAgID4NCj4gPiAgID4NCj4gPiAgID4NCj4gPiAg ID4gIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g ICA+ICBwcHNwICBtYWlsaW5nICBsaXN0DQo+ID4gICA+ICBwcHNwQGlldGYub3JnDQo+ID4gICA+ ICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3ANCj4gPiAgID4NCj4g Pg0KPg0KPg0KPiAgQ3VsbGVuICBKZW5uaW5ncw0KPiAgRm9yICBjb3Jwb3JhdGUgIGxlZ2FsICBp bmZvcm1hdGlvbiAgZ28gIHRvOg0KPiAgaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2Rv aW5nX2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sDQo+DQo+DQo+DQo+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcHBzcCAgbWFpbGluZyAgbGlz dA0KcHBzcEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9w cHNwDQo= --=====003_Dragon840432737243_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Exploratory Group is a c= ool idea.I=20 am also keen of contributing on this.
 
BR
Yunfei

zhangyunfei=
2010-03-18

=B7=A2=BC=FE=C8=CB=A3=BA David A.=20 Bryan
=B7=A2=CB=CD=CA=B1=BC=E4= =A3=BA=20 2010-03-16 09:02:37
=CA=D5=BC=FE=C8=CB=A3=BA Cullen=20 Jennings
=B3=AD=CB=CD=A3=BA=20 ppsp@ietf.org
=D6=F7=CC=E2=A3=BA Re: [ppsp] Charter=20 Proposal
 
So  just  a  few  little  followup  poin= ts,=20  mostly  because  I  think  I  was  a
bit  unclear  about  my  comment  about=20  distributed  trackers,  inline...
 
On  Mon,  Mar  15,  2010  at  12:26 &nbs= p;PM,=20  Cullen  Jennings   <fluffy@cisco.com >  wrote:
>
>  On  Mar  13,  2010,  at  8:22 &nbs= p;AM,=20  David  A.  Bryan  wrote:
>
> >  So  in  general  I  think  th= ere=20  are  a  lot  of  good  comments  here, =  and
> >  thanks  for  sending  things  to=20  the  list.  A  few  things  I  had=20  comments  on
> >  inline...
> >
> >  On  Sat,  Mar  13,  2010  at =  9:33  AM,  Cullen  Jennings   <fluffy@cisco.co= m=20 >  wrote:
> >   >
> >   >
> >   >  The  PPSP  could  easily=20  be  one  of  these  groups  were  we=20  spend  the  first  few
> >   >  years  trying  to  chooses =  which  protocol  to  start  with  in=20  various
> >   >  places.  That  would  just =  remove  the  will  to  do  anything  in= =20  the  group.  I
> >   >  have  been  lurking  and=20  watching  this  work  from  the  beginning=20  and  it  seems
> >   >  like  there  are  probably =  many  things  that  most  the  participants =  agree  to
> >   >  that  we  could  just  = ;nail=20  down  in  the  charter.  =A0Doing  so  = would=20  help  get
> >   >  the  work  done  faster=20  and  provide  others  a  clear  idea  t= hat=20  had  not  been
> >   >  been  participating  a  muc= h=20  clearer  idea  of  what  this  work  is= =20  about.
> >   >
> >   >  For  example:
> >   >
> >   >  Centralized  or  distributed=20  trackers.  My  belief  is  that  most  = the=20  folks
> >   >  want  to  do  a=20  centralized  tracker.  On  a  side  note, &n= bsp;I=20  think  they  would  be
> >   >  hard  to  do  a=20  distributed  one  before  a  centralized  as= =20  centralized  is  much
> >   >  easier.  The  obvious  prot= ocol=20  to  use  for  a  centralized  one  is=20  to  add  the
> >   >  needed  extensions  to  the= =20  HTTP  based  version  of  bittorrent=20  tracker
> >   >  protocol.  If  they  want=20  to  do  a  distributed  one,  RELOAD  w= ould=20  meet  the
> >   >  needs  and  at  least  = ;be=20  worth  looking  at.
> >
> >  I'm  a  bit  confused  about  = ;why=20  you  want  to  exclude  distributed=20  trackers.
> >  Most  of  the  information  that=20  would  be  exchanged  --  i.e.  the  ma= ps=20  of
> >  chunks  etc  --  are  going  = to=20  be  the  same  between  the  two.  I=20  am  still
> >  trying  to  get  my  head  ar= ound=20  where  the  "edge"  is  here,  but=20  from
> >  hacking  at  ideas  a  bit,  = it=20  seems  to  me  that  the  tracker  prot= ocol=20  might
> >  have  two  parts:  query/place=20  information  from  the  peers  to  the=20  tracker,
> >  and  information  between  trackers.=20  If  the  separation  is  clean,  it=20  might
> >  be  possible  to  only  focus &nbs= p;on=20  the  part  between  peers/trackers  and=20  not
> >  consider  distributed  trackers,  but=20  otherwise  I  think  in  protocol
> >  design  we  should  at  least=20  consider  it...seems  like  a  bad  idea=20  to
> >  design  a  P2P  protocol  that=20  neglects  P2P  at  a  different  level=20  (i.e.,
> >  between  trackers)
>
>  I  was  just  trying  to  put=20  into  the  charter  the  direction  I=20  thought  the  group  wanted  to  go  or= =20  at  least  surface  the  issues  so  we= =20  could  feedback  of  the  form  "yep,  = looks=20  good"  or  "nope,  we  want  distributed".=20  Obviously  I'm  a  bit  of  a  fan &nbs= p;of=20  distributed  approaches.
 
Given  this,  and  the  followup  Ning  = had,=20  I  think  things  became  more
crisp  than  my  original  comment,  but=20  just  to  be  clear,  I  think  what=20  I
am  getting  at  is  that  I  see  = the=20  tracker,  as  Ning  mentioned,  as  a
logical  function.  It  could  be  implemente= d=20  in  a  centralized  way  (and
likely  would  be),  or  could  actually &nbs= p;use=20  a  DHT  in  the  background.  It
may  be  that  we  don't  really  need=20  to  consider  that  in  the  design  of= =20  the
protocol  to  query  the  "tracker"  (whateve= r=20  that  may  be),  and  I
certainly  don't  want  to  muddy  things &nb= sp;by=20  insisting  it  be  distributed.
I'd  personally  suggest  some  wording  akin= =20  to  what  we  did  in  P2PSIP,
where  we  crafted  a  DHT  for  SIP=20  but  tried  not  to  break  it  for=20  other
possible  applications.  So  here,  maybe  we= =20  say  we  are  building  for  a
centralized  tracker,  but  will  try  to=20  consider  the  problem  of  a
distributed,  and  make  sure  the  protocol =  for  the  logical  process  of
tracker  calls  doesn't  do  something  that =  explicitly  breaks  distributed
functionality  later.
 
I  definitely  don't  want  to  give  th= e=20  IESG  (or  anyone  else,  really)  the
impression  that  there  is  a  big  gro= up=20  of  us  looking  to  do  a=20  distributed
tracker  up  front.  As  far  as  I=20  know,  there  isn't.
 
>
> >
> >   >  Similarly  for  the  media =  transfer,  I  suspect  that  many  people=20  would  be
> >   >  happy  with  RTP.  It's=20  hard  to  imagine  anything  else  given=20  the  end  goal
> >   >  for  this.  I  guess  = one=20  could  argue  for  a  new  protocol  or= =20  a  protocol  that
> >   >  transferred  data  tunneled &nbs= p;in=20  the  peer  signaling  protocol.
> >
> >  Absolutely  agree.  Devising  new=20  mechanisms  for  media  transport  seems
> >  way  out  of  scope  to  me.<= /DIV>
> >
> >   >  The  peer  signing  protoco= l=20  needs  to  be  able  to  set  up  = the=20  RTP  sessions
> >   >  and  work  thought  NATs.=20  I  think  the  NAT  traversal  scheme  = will=20  end  up
> >   >  being  ICE  or  something=20  that  more  or  less  amounts  to  ICE =  with  no  TURN
> >   >  option  given  the  deploym= ent=20  models.  Both  RTSP  and  SIP  are=20  candidates
> >   >  here.  In  some  ways  = ;at=20  first  glance,  RTSP  might  seem  simpler. =  But  a  bunch
> >   >  of  that  simplicity  comes= =20  from  the  model  of  it  being  deploy= ed=20  on  server
> >   >  all  clients  can  easily=20  reach  without  nat  nightmares  and  less
> >   >  negotiation.  Much  of  SIP= =20  complexity  comes  form  too  many=20  intermediaries
> >   >  and  forking  which  would =  not  apply  in  this  case.  =A0We  wil= l=20  have  to  add  a
> >   >  bunch  to  RTSP  to  g= et=20  it  to  work  or  subtract  some  SIP=20  to  get  it  to
> >   >  work.  Not  an  easy  = call=20  and  not  a  call  that  the  WG  = is=20  in  a  great  position
> >   >  to  sort  out.  I'd  l= ove=20  to  hear  others  thought  on  it.
> >   >
> >   >  The  alternative  to  the=20  RTSP/SIP  approach  is  to  replace  the=20  signaling  and
> >   >  SDP  with  a  capabilities =  something  more  like  the  Advertisement  /= =20  Proposal
> >   >  architecture  the  Jon  and= =20  I  have  been  discussion  (See
> >   >  draft-peterson-sipcore-advprop  ).
> >
> >  Not  quite  as  clear  to  me= =20  here,  but  I  mostly  agree.  Definitely=20  need  to
> >  negotiate  streams,  and  need  to= =20  traverse  NATs.  SIP  seems  like  using=20  a
> >  fighter  plane  to  kill  a  = fly=20  here,  but  may  very  well  turn  out =  that  many
> >  of  the  capabilities  end  up=20  being  needed  once  we  get  into  it.= =20  The
> >  problem  is  if  the  peers  = are=20  speaking  SIP,  aren't  they  expected  to=20  have
> >  the  full  SIP  capabilities.  We =  seem  to  need  a  SIP-Lite...(and  yes,=20  I
> >  know  that  has  been  discussed=20  oh,  once  or  twice  before,  but  her= e=20  it
> >  would  be  for  devices  with=20  distinctly  different  applications)
>
>  Right  -  for  example,  I  see=20  no  need  for  forking  in  one  uses=20  SIP  which  greatly  the  use  of  SIP.= =20  If  the  the  plan  it  to  simplify=20  SIP  in  this  way,  we  probably  need= =20  to  express  that  in  the  charter.  = =A0My=20  view  on  using  SIP  is  this  work=20  would  only  need  a  subset  of  it.=20  However  if  we  use  RTSP,  we  need=20  to  add  a  bunch  in  RTSP.  Typically= =20  cutting  away  stuff  is  faster  than=20  growing  new  stuff  but  that  is  not= =20  always  true.  Either  could  be  made  = ;to=20  work.  So  could  something  new.
 
Yep.  Fully  agree,  particularly  about  hac= king=20  rather  than
growing...(i.e.,  SIP  easier  than  RTSP.  A= t=20  least  in  my  opinion,  I'd
agree.)
 
One  wrinkle  I  see  is  that  while=20  these  look  good  for  real-time,  it
isn't  quite  clear  to  me  that  SIP=20  (or  actually  even  RTP  on  the
transport  side)  is  right  in  the=20  time-shifted  context.  If  I  am
retrieving  the  file  then  playing  locally= =20  ala  Bit-Torrent,  it  seems
possible  that  you  would  use  a  bulk= =20  transfer  block-by-block  in  that
scenario  and  assemble  and  play  locally, =  rather  than  stream  from  the
peer  that  has  it  as  would  be  = ;the=20  case  in  real-time.  The  more  I've=20  dug
into  this  in  the  last  few  months, =  the  more  the  real-time  and
time-shifted  cases  differ  for  the  action= s=20  after  you  contact  the
tracker.
 
> >  My  first  take  on  the  pro= posed=20  charter  below  is  that  I  like=20  seeing
> >  things  get  more  concrete,  but =  it  has  two  problems  from  my=20  perspective:
> >
> >  I  agree  bit-torrent  is  a  = ;very=20  good  model  and  we  should  be  looki= ng=20  at
> >  it,  but  the  survey  work  = is=20  also  bringing  in  work  from  some  o= ther=20  very
> >  widely  deployed  solutions  (PPLive,=20  for  example),  and  I'm  personally  a
> >  bit  reluctant  to  just  say=20  bit-torrent  wins.
>
>
>
> >
> >  I'm  aware  that  PPLive  and=20  Bit-Torrent  address  slightly  different
> >  problems,  which  is  actually  my= =20  biggest  concern  with  the  charter  --
> >  still  not  clear  that  the  = ;live=20  and  time-shifted  content  really  call=20  for
> >  the  same  protocol  or  share &nb= sp;as=20  much  as  might  be  thought  in=20  common.
> >  Particularly  for  the  real-time=20  streaming,  I'm  not  at  all  sure
> >  Bit-Torrent  is  the  right  choic= e.=20  (although  I  can  see  using  a=20  tracker
> >  to  find  candidate  peers  and=20  establishing  live  sessions  between
> >  them...so  it's  possible)  =A0I'd &nbs= p;rather=20  wait  just  a  little  bit  for  the
> >  survey  document  to  evolve  to=20  make  that  call,  and  get  more=20  visibility
> >  into  if  one  protocol  can  = ;be=20  used  for  both  streaming  and=20  time-shifted
> >  content.  That's  part  of  the=20  motivation  for  hacking  together  some
> >  strawman  work  on  the  tracker=20  as  well  --  let's  see  what  hard=20  problems
> >  we  stumble  in  that  process. &n= bsp;I=20  agree  if  we  don't  firm  it  up=20  we'll  spin
> >  for  a  long  time,  but  I=20  also  don't  want  to  jump  to  a=20  wrong  conclusion.
>
>  Fair  enough  -  what  you  are=20  saying  there  does  seem  very  reasonable =  to  me  -  but  if  we  go  down=20  the  plan  then  I  think  we  should=20  probably  =A0spin  up  an  Exploratory  Grou= p=20  to  go  make  some  choices  like=20  that.
 
+1.  I'd  very  much  support  that  and= =20  would  be  willing  to  help  if
volunteers  are  needed.
 
> >  My  biggest  objection  is  with=20  the  proposal  below  is  saying  SIP  = is=20  the
> >  right  choice  for  the  Peer=20  Protocol.  That  seems  not-quite-right  (even
> >  if  SIP  is  used  to  establ= ish=20  the  connections).  The  peer  protocol=20  here.
> >  again,  is  doing  several  things= =20  --  possibly  maintaining  an  overlay
> >  (possible  RELOAD  usage,  although &nb= sp;we=20  have  to  make  sure  a  full  DHT=20  is
> >  needed,  which  with  a  central=20  tracker  it  may  not  be)  and  in=20  the  live
> >  stream  case,  establishing  connection= s.=20  Unless  we  resurrect  dSIP  (which
> >  I'd  love  ;)  ),  SIP  can't= =20  do  the  former,  and  I  still  think =  it  is  way
> >  overkill  for  the  later  unless =  we  come  up  with  a  lighter  version= .=20  I'll
> >  take  a  look  at  the  advpr= op=20  draft  you  mention  --  that  might  b= e=20  exactly
> >  what  I  am  thinking  of  bu= t=20  I  have  to  admit  I  haven't  read=20  it.  I  guess
> >  my  worry  here  is  that  yo= ur=20  version  of  the  draft  seems  to  be =  taking  the
> >  "I  have  a  SIP  hammer  so =  this  is  a  SIP  nail"  approach,  and= =20  I'm  not
> >  quite  convinced  that's  right  (= at=20  least  not  yet,  but  I  must  admit=20  the
> >  problem  looks  very  nail  shaped= .=20  Maybe  just  a  really  small  nail).
>
>  Well  I  understand  how  something=20  like  RELAOD  might  get  used  for  th= e=20  peer  to  tracker  protocol,  but  once &nbs= p;you=20  know  a  peer  you  are  going  to &nbs= p;try=20  and  set  up  an  RTP  session  with=20  and,  assuming  the  use  of  RTP,  =A0= it=20  seems  you  need  a  protocol  were  ho= st=20  =A0A  can  tell  host  B  to  start=20  sending  the  following  data  in  an  = RTP=20  steam.  =A0Do  I  have  this  about=20  right?
 
Yep,  I  think  you  do  have  it=20  right,  and  like  I  said,  given=20  that
description,  SIP  (in  the  old  original=20  session  establishment  sense)  may
really  be  right,  I'm  just  not  quit= e=20  convinced  yet.  I'm  sure  you  know
this  since  you  have  too,  but  as=20  someone  who  has  hacked  a  bunch  of= =20  SIP
stuff  together  over  the  years,  I  k= now=20  how  much  there  is  in  SIP,  and
how  much  of  that  we  don't  need &nb= sp;in=20  this  context.  Certainly  don't  mean
to  imply  it  isn't  a  pretty  strong =  candidate.
 
David
 
> >
> >  Reuse  of  SDP  and  RTP  see= m=20  like  no-brainers  and  I  definitely=20  agree.
> >
> >  Anyway,  interesting  thoughts,and  my =  2  cents...
> >
> >  David
> >
> >   >  There  are  a  few  ot= her=20  topics  which  are  not  addressed  in  = ;this=20  charter
> >   >  that  worry  me  a  lo= t.=20  The  currently  protocols  being  proposed  = and=20  related
> >   >  discussion  does  not  seem= =20  to  address  what  is  the  incentive  = for=20  anyone  to
> >   >  serve  content.  It's  clea= r=20  why  you  would  receive  but  not  cle= ar=20  why  you
> >   >  would  bother  to  transmit= .=20  Bittorrent  put  a  lot  of  effort  in= to=20  this  and
> >   >  IMHO  got  it  "right=20  enough"  that  the  system  is  very=20  successful.  I  worry
> >   >  about  it  in  this  w= ork.=20  A  second  topic  is  that  the  desire= d=20  privacy
> >   >  properties  of  the  system= =20  are  also  pretty  vague.  If  we  are =  not  clear
> >   >  about  these  in  the=20  beginning,  we  run  the  risk  of  get= ting=20  very  bogged
> >   >  down  in  arguing  about=20  them  as  the  protocol  starts  to  ge= t=20  close  to  done.
> >   >
> >   >  To  try  and  help  ge= t=20  things  moving  along,  I  have  proposed=20  charter  bellow
> >   >  that  is  very  conservativ= e=20  .  =A0As  an  individual,  I  would  pr= obably=20  have  a
> >   >  slight  preference  for  a =  more  risky  approach  than  the  proposal=20  below  but
> >   >  .
> >   >
> >   >
> >   >=20  ------------------------------------------------
> >   >
> >   >
> >   >
> >   >
> >   >  The  Peer-to-Peer  Streaming=20  Protocol  (PPSP)  working  group  develops=20  two
> >   >  signaling  and  control=20  protocols  for  a  peer-to-peer  (P2P)=20  streaming
> >   >  system  for  transmitting  = live=20  and  time  shifted  media  content  with=20  near
> >   >  real-time  delivery=20  requirements.
> >   >
> >   >  Two  kinds  of  nodes=20  exist  in  the  targeted  P2P  streaming=20  system,  i.e.,
> >   >  "peers"  and  "trackers".  = Peers=20  are  nodes  that  are  actively  sending=20  and
> >   >  receiving  streamed  media=20  content,  and  include  both  statically=20  connected
> >   >  hosts  as  well  as  m= obile=20  devices  with  connectivity  and  IP  addres= ses=20  that
> >   >  change  over  time.  The=20  set  of  peers  that  are  participating &nb= sp;in=20  a  streaming
> >   >  session  will  dynamically=20  change  over  time.  Trackers  are  well-kno= wn=20  nodes
> >   >  with  stable  connectivity  = ;that=20  maintain  meta  information  about  the
> >   >  streamed  content  and  the= =20  dynamic  peer  set.  The  working  group &nb= sp;is=20  only
> >   >  addressing  centralized  tracker= s=20  and  not  the  distributed  tracker.
> >   >
> >   >  The  PPSP  WG  designs &nbs= p;a=20  protocol  for  signaling  and  control=20  between
> >   >  trackers  and  peers  (the =  PPSP  "tracker  protocol")  and  a  signalin= g=20  and
> >   >  control  protocol  for=20  communication  among  the  peers  (the  PPSP= =20  "peer
> >   >  protocol").  The  two  prot= ocols=20  enable  peers  to  receive  streaming  data<= /DIV>
> >   >  within  the  time  constrai= nts=20  required  by  specific  content  items.=20  =A0The
> >   >  tracker  protocol  handles  = ;the=20  initial  and  periodic  exchange  of  meta
> >   >  information  between  trackers=20  and  peers,  such  as  peer  lists  and= =20  content
> >   >  information.  The  peer=20  protocol  controls  the  advertising  and=20  exchange  of
> >   >  media  data  availability=20  between  the  peers.
> >   >
> >   >  The  tracker  protocol  wil= l=20  be  modeled  as  much  as  possible  to= =20  match  the
> >   >  exiting  bittorrent  protocol=20  with  appropriate  extensions  for  to=20  cary
> >   >  information  that  is  need= ed=20  for  selection  of  a  peer  suitable  = for=20  real
> >   >  time  streaming.  Media=20  descriptions  will  use  the  syntax  and=20  semantics
> >   >  from  SDP  where  that &nbs= p;is=20  possible.
> >   >
> >   >  The  peer  protocol  will=20  be  be  an  extension  of  SIP  and=20  use  ICE  for  NAT
> >   >  traversal.
> >   >
> >   >  RTP  will  be  used  f= or=20  the  encoding  and  transmission  of  the=20  media  content
> >   >  between  peers.  PPSP  is=20  not  chartered  to  work  on  media=20  transmission
> >   >  protocols,  media  encoding=20  techniques  or  other  components  of  a=20  P2P
> >   >  streaming  system  such  as= =20  playout  scheduling  and  control,  etc.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  are:
> >   >
> >   >  (1)  A  "problem  statement= "=20  document  that  gives  an  overview  of=20  the
> >   >  ?=A0proposed  P2P  streaming=20  system,  motivates  the  desire  for=20  standardized
> >   >  ?=A0protocols,  defines  the=20  envisioned  scope  of  those  standardized
> >   >  ?=A0components  and  discusses=20  common  terminologies  and  concepts.
> >   >
> >   >  (2)  A  "requirements"  doc= ument=20  that  details  the  specific  functional,
> >   >  ?=A0operational  and  performanc= e=20  requirements  of  the  two  PPSP=20  protocols.
> >   >
> >   >  (3)  An  "architectural  su= rvey"=20  document  that  summarizes  current  P2P
> >   >  ?=A0streaming  architectures,  i= n=20  particular  tracker-based  P2P  streaming
> >   >  ?=A0systems,  and  highlights &n= bsp;best=20  current  practices.
> >   >
> >   >  (4)  A  detailed  specifica= tion=20  of  the  PPSP  peer  protocol.
> >   >
> >   >  (5)  A  detailed  specifica= tion=20  of  the  PPSP  tracker  protocol.
> >   >
> >   >  (6)  A  "usage  guide"=20  that  describes  how  the  two  PPSP=20  protocols  and
> >   >  ?=A0existing  IETF  protocols,=20  such  ALTO,  can  be  combined  to  cre= ate=20  a
> >   >  ?=A0deployable  operational  P2P= =20  streaming  system.  =A0This  document  will
> >   >  ?=A0also  discuss  use  of =  layered  media  encoding  and  related  medi= a=20  chunk
> >   >  ?=A0descriptions  in  the  = peer=20  protocol  for  more  robust  streaming.
> >   >
> >   >  The  work  items  of  = the=20  PPSP  WG  interacts  with  the  work=20  performed  in  other
> >   >  IETF  WGs,  including  SIPC= ORE,=20  AVT,  ALTO,  LEDBAT  and  MMUSIC.  Whenever<= /DIV>
> >   >  extensions  or  modification &nb= sp;to=20  the  protocols  developed  in  other  WGs=20  are
> >   >  deemed  necessary,  PPSP  s= hall=20  communicate  and  discuss  the  requirements
> >   >  for  such  extensions  with= =20  the  relevant  WGs  but  is  not  chart= ed=20  to  make
> >   >  such  changes.
> >   >
> >   >  Goals  and  Milestones:
> >   >
> >   >  Sep  2010  ?Submit  problem= =20  statement  to  IESG  as  Informational
> >   >  Dec  2010  ?Submit=20  architectural  survey  to  IESG  as=20  Informational
> >   >  Dec  2010  ?Submit  require= ments=20  document  to  IESG  as  Informational
> >   >  Aug  2011  ?Submit  PPSP=20  peer  protocol  to  IESG  as  Proposed=20  Standard
> >   >  Aug  2011  ?Submit  PPSP=20  tracker  protocol  to  IESG  as  Proposed=20  Standard
> >   >  Dec  2011  ?Submit  usage=20  guide  to  IESG  to  IESG  as=20  Informational
> >   >
> >   >
> >   >=20  ----------------------------------------------------------------
> >   >
> >   >
> >   >  Cullen  Jennings
> >   >  For  corporate  legal=20  information  go  to:
> >   >  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
> >   >
> >   >
> >   >
> >   >=20  =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >   >  ppsp  mailing  list
> >   >  ppsp@ietf.org
> >   >=20  https://www.ietf.org/mailman/listinfo/ppsp
> >   >
> >
>
>
>  Cullen  Jennings
>  For  corporate  legal  information  go =  to:
>  http://www.cisco.com/web/about/doing=5Fbusiness/legal/cri/index.html=
>
>
>
>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
ppsp  mailing  list
ppsp@ietf.org
https://www.ietf.org/mailman/listinfo/ppsp
--=====003_Dragon840432737243_=====-- From zhangyunfei@chinamobile.com Wed Mar 17 21:16:16 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 688473A6864 for ; Wed, 17 Mar 2010 21:16:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.816 X-Spam-Level: X-Spam-Status: No, score=-91.816 tagged_above=-999 required=5 tests=[AWL=-1.941, BAYES_40=-0.185, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 dNDhkP6m11JY for ; Wed, 17 Mar 2010 21:16:14 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 9A1E33A69C8 for ; Wed, 17 Mar 2010 21:16:12 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031812322244-137012 ; Thu, 18 Mar 2010 12:32:22 +0800 Date: Thu, 18 Mar 2010 12:16:18 +0800 From: "zhangyunfei" To: "Ning Zong" , "'Cullen Jennings'" , "ppsp@ietf.org" References: <006401cac3e8$c187c550$510ca40a@china.huawei.com> Message-ID: <201003181216180939992@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:32:22, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:16:23, Serialize complete at 2010-03-18 12:16:23 Content-Type: multipart/alternative; boundary="=====003_Dragon106350218003_=====" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:16:16 -0000 This is a multi-part message in MIME format. --=====003_Dragon106350218003_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" UGxlYXNlIHNlZSBpbmxpbmUgcmVwbHkuDQoNCkJSDQpZdW5mZWkNCg0KDQoNCg0Kemhhbmd5dW5m ZWkNCjIwMTAtMDMtMTgNCg0KDQoNCreivP7Iy6O6IE5pbmcgWm9uZw0Kt6LLzcqxvOSjuiAyMDEw LTAzLTE1IDEwOjU1OjU4DQrK1bz+yMujuiAnQ3VsbGVuIEplbm5pbmdzJzsgcHBzcEBpZXRmLm9y Zw0Ks63LzaO6IA0K1vfM4qO6IFJlOiBbcHBzcF0gQ2hhcnRlciBQcm9wb3NhbA0KDQpIaSwgIEN1 bGxlbg0KVGhhbmsgIHlvdSAgZm9yICB5b3VyICBwcm9wb3NhbHMgIG9uICBQUFNQLiAgTXkgIGdl bmVyYWwgIGNvbW1lbnQgIGlzICB0aGF0ICBhbHRob3VnaCAgaXQNCmlzICB0aGUgIG1vdGl2YXRp b24gIG9mICBQUFNQICB0byAgbmFycm93ICBkb3duICB0aGUgIHByb2JsZW0gIHNwYWNlLCAgaS5l LiAgd2hhdCAgd2UgIGFyZQ0KZ29pbmcgIHRvICBzb2x2ZSwgIGl0ICBpcyAgdG9vICBlYXJseSAg dG8gIG5hcnJvdyAgZG93biAgdGhlICBzb2x1dGlvbiAgc3BhY2UsICBpLmUuICB3aGF0DQpwcm90 b2NvbHMgIHdlICBhcmUgIGdvaW5nICB0byAgcmV1c2UgIG9yICB1c2UgIGFzICBtb2RlbC4NCk1v cmUgIHRob3VnaHRzLCAgcGxlYXNlICBzZWUgIGlubGluZS4NCg0KLS0tLS1PcmlnaW5hbCAgTWVz c2FnZS0tLS0tDQpGcm9tOiAgcHBzcC1ib3VuY2VzQGlldGYub3JnICBbbWFpbHRvOnBwc3AtYm91 bmNlc0BpZXRmLm9yZ10gIE9uICBCZWhhbGYgIE9mDQpDdWxsZW4gIEplbm5pbmdzDQpTZW50OiAg U2F0dXJkYXksICBNYXJjaCAgMTMsICAyMDEwICAxMDozNCAgUE0NClRvOiAgcHBzcEBpZXRmLm9y Zw0KU3ViamVjdDogIFtwcHNwXSAgQ2hhcnRlciAgUHJvcG9zYWwNCg0KDQoNClRoZSAgUFBTUCAg Y291bGQgIGVhc2lseSAgYmUgIG9uZSAgb2YgIHRoZXNlICBncm91cHMgIHdlcmUgIHdlICBzcGVu ZCAgdGhlICBmaXJzdCAgZmV3DQp5ZWFycyAgdHJ5aW5nICB0byAgY2hvb3NlcyAgd2hpY2ggIHBy b3RvY29sICB0byAgc3RhcnQgIHdpdGggIGluICB2YXJpb3VzDQpwbGFjZXMuICBUaGF0ICB3b3Vs ZCAganVzdCAgcmVtb3ZlICB0aGUgIHdpbGwgIHRvICBkbyAgYW55dGhpbmcgIGluICB0aGUgIGdy b3VwLiAgSQ0KaGF2ZSAgYmVlbiAgbHVya2luZyAgYW5kICB3YXRjaGluZyAgdGhpcyAgd29yayAg ZnJvbSAgdGhlICBiZWdpbm5pbmcgIGFuZCAgaXQgIHNlZW1zDQpsaWtlICB0aGVyZSAgYXJlICBw cm9iYWJseSAgbWFueSAgdGhpbmdzICB0aGF0ICBtb3N0ICB0aGUgIHBhcnRpY2lwYW50cyAgYWdy ZWUgIHRvDQp0aGF0ICB3ZSAgY291bGQgIGp1c3QgIG5haWwgIGRvd24gIGluICB0aGUgIGNoYXJ0 ZXIuICAgIERvaW5nICBzbyAgd291bGQgIGhlbHAgIGdldA0KdGhlICB3b3JrICBkb25lICBmYXN0 ZXIgIGFuZCAgcHJvdmlkZSAgb3RoZXJzICBhICBjbGVhciAgaWRlYSAgdGhhdCAgaGFkICBub3Qg IGJlZW4NCmJlZW4gIHBhcnRpY2lwYXRpbmcgIGEgIG11Y2ggIGNsZWFyZXIgIGlkZWEgIG9mICB3 aGF0ICB0aGlzICB3b3JrICBpcyAgYWJvdXQuDQoNCltaT05HXTogIFllcywgIHdlICBoYXZlICBi ZWVuICB0cnlpbmcgIHRvICBuYXJyb3cgIGRvd24gIHRoZSAgc2NvcGUgIG9mICBQUFNQICBzaW5j ZSAgNzR0aA0KbWVldGluZy4NCg0KRm9yICBleGFtcGxlOg0KDQpDZW50cmFsaXplZCAgb3IgIGRp c3RyaWJ1dGVkICB0cmFja2Vycy4gIE15ICBiZWxpZWYgIGlzICB0aGF0ICBtb3N0ICB0aGUgIGZv bGtzDQp3YW50ICB0byAgZG8gIGEgIGNlbnRyYWxpemVkICB0cmFja2VyLiAgT24gIGEgIHNpZGUg IG5vdGUsICBJICB0aGluayAgdGhleSAgd291bGQgIGJlDQpoYXJkICB0byAgZG8gIGEgIGRpc3Ry aWJ1dGVkICBvbmUgIGJlZm9yZSAgYSAgY2VudHJhbGl6ZWQgIGFzICBjZW50cmFsaXplZCAgaXMg IG11Y2gNCmVhc2llci4gIFRoZSAgb2J2aW91cyAgcHJvdG9jb2wgIHRvICB1c2UgIGZvciAgYSAg Y2VudHJhbGl6ZWQgIG9uZSAgaXMgIHRvICBhZGQgIHRoZQ0KbmVlZGVkICBleHRlbnNpb25zICB0 byAgdGhlICBIVFRQICBiYXNlZCAgdmVyc2lvbiAgb2YgIGJpdHRvcnJlbnQgIHRyYWNrZXINCnBy b3RvY29sLiAgSWYgIHRoZXkgIHdhbnQgIHRvICBkbyAgYSAgZGlzdHJpYnV0ZWQgIG9uZSwgIFJF TE9BRCAgd291bGQgIG1lZXQgIHRoZQ0KbmVlZHMgIGFuZCAgYXQgIGxlYXN0ICBiZSAgd29ydGgg IGxvb2tpbmcgIGF0Lg0KDQpbWk9OR106ICBJZiAgbXkgIG1lbW9yeSAgaXMgIGNvcnJlY3QsICB0 aGVyZSAgd2FzICBubyAgc3BlY2lmaWMgIGRpc2N1c3Npb24gIG9uDQpjaG9vc2luZyAgY2VudHJh bGl6ZWQgIG9yICBkaXN0cmlidXRlZCAgdHJhY2tlciAgaW4gIFBQU1AuICBXaGVuICB3ZSAgc2F5 ICAidHJhY2tlciIsDQp3ZSAgbW9zdGx5ICByZWZlciAgdG8gIHRoZSAgZnVuY3Rpb24gIChwbGVh c2UgIHNlZSAgUFBTUCAgcHJvYmxlbSAgc3RhdGVtZW50ICBkcmFmdA0Kd2hlcmUgIHdlICBmb2N1 cyAgb24gIHRoZSAgaW5mb3JtYXRpb24gIGV4Y2hhbmdlZCAgYmV0d2VlbiAgcGVlciAgYW5kICB0 cmFja2VyKS4gIFRoZQ0KY2hvaWNlICBvZiAgY2VudHJhbGl6ZWQgIG9yICBkaXN0cmlidXRlZCAg dHJhY2tlciAgaXMgIHN0aWxsICBhbiAgb3BlbiAgcXVlc3Rpb24uICBCdXQNCkkgIHN1c3BlY3Qg IHRoYXQgIHN1Y2ggIHRvcGljICBpcyAgY3VycmVudGx5ICBub3QgIGluICB0aGUgIHNjb3BlICBv ZiAgUFBTUC4NCg0KDQpTaW1pbGFybHkgIGZvciAgdGhlICBtZWRpYSAgdHJhbnNmZXIsICBJICBz dXNwZWN0ICB0aGF0ICBtYW55ICBwZW9wbGUgIHdvdWxkICBiZQ0KaGFwcHkgIHdpdGggIFJUUC4g IEl0J3MgIGhhcmQgIHRvICBpbWFnaW5lICBhbnl0aGluZyAgZWxzZSAgZ2l2ZW4gIHRoZSAgZW5k ICBnb2FsDQpmb3IgIHRoaXMuICBJICBndWVzcyAgb25lICBjb3VsZCAgYXJndWUgIGZvciAgYSAg bmV3ICBwcm90b2NvbCAgb3IgIGEgIHByb3RvY29sICB0aGF0DQp0cmFuc2ZlcnJlZCAgZGF0YSAg dHVubmVsZWQgIGluICB0aGUgIHBlZXIgIHNpZ25hbGluZyAgcHJvdG9jb2wuDQoNCltaT05HXSAg SSAgYWdyZWUgIHdpdGggIHlvdSwgIFJUUCAgc2VlbXMgIHRvICBtZSAgdGhlICBwcm9wZXIgIGRh dGEgIHByb3RvY29sICBmb3INCnN0cmVhbWluZywgIHNvICBmYXIuICBJICBjb3VsZCAgbm90ICBz ZWUgIHJlYXNvbiAgd2h5ICBuZXcgIGRhdGEgIHByb3RvY29sICBpcyAgbmVlZGVkLg0KDQpUaGUg IHBlZXIgIHNpZ25pbmcgIHByb3RvY29sICBuZWVkcyAgdG8gIGJlICBhYmxlICB0byAgc2V0ICB1 cCAgdGhlICBSVFAgIHNlc3Npb25zDQphbmQgIHdvcmsgIHRob3VnaHQgIE5BVHMuICBJICB0aGlu ayAgdGhlICBOQVQgIHRyYXZlcnNhbCAgc2NoZW1lICB3aWxsICBlbmQgIHVwDQpiZWluZyAgSUNF ICBvciAgc29tZXRoaW5nICB0aGF0ICBtb3JlICBvciAgbGVzcyAgYW1vdW50cyAgdG8gIElDRSAg d2l0aCAgbm8gIFRVUk4NCm9wdGlvbiAgZ2l2ZW4gIHRoZSAgZGVwbG95bWVudCAgbW9kZWxzLiAg Qm90aCAgUlRTUCAgYW5kICBTSVAgIGFyZSAgY2FuZGlkYXRlcw0KaGVyZS4gIEluICBzb21lICB3 YXlzICBhdCAgZmlyc3QgIGdsYW5jZSwgIFJUU1AgIG1pZ2h0ICBzZWVtICBzaW1wbGVyLiAgQnV0 ICBhICBidW5jaA0Kb2YgIHRoYXQgIHNpbXBsaWNpdHkgIGNvbWVzICBmcm9tICB0aGUgIG1vZGVs ICBvZiAgaXQgIGJlaW5nICBkZXBsb3llZCAgb24gIHNlcnZlcg0KYWxsICBjbGllbnRzICBjYW4g IGVhc2lseSAgcmVhY2ggIHdpdGhvdXQgIG5hdCAgbmlnaHRtYXJlcyAgYW5kICBsZXNzDQpuZWdv dGlhdGlvbi4gIE11Y2ggIG9mICBTSVAgIGNvbXBsZXhpdHkgIGNvbWVzICBmb3JtICB0b28gIG1h bnkgIGludGVybWVkaWFyaWVzDQphbmQgIGZvcmtpbmcgIHdoaWNoICB3b3VsZCAgbm90ICBhcHBs eSAgaW4gIHRoaXMgIGNhc2UuICAgIFdlICB3aWxsICBoYXZlICB0byAgYWRkICBhDQpidW5jaCAg dG8gIFJUU1AgIHRvICBnZXQgIGl0ICB0byAgd29yayAgb3IgIHN1YnRyYWN0ICBzb21lICBTSVAg IHRvICBnZXQgIGl0ICB0bw0Kd29yay4gIE5vdCAgYW4gIGVhc3kgIGNhbGwgIGFuZCAgbm90ICBh ICBjYWxsICB0aGF0ICB0aGUgIFdHICBpcyAgaW4gIGEgIGdyZWF0ICBwb3NpdGlvbg0KdG8gIHNv cnQgIG91dC4gIEknZCAgbG92ZSAgdG8gIGhlYXIgIG90aGVycyAgdGhvdWdodCAgb24gIGl0Lg0K DQpbWk9OR10gIE5BVCAgdHJhdmVyc2FsLCAgc2lnbmFsaW5nICBwcm90b2NvbHMgIGZvciAgbWVk aWEgIHNlc3Npb24gIGFyZSAgYWxsDQpuZWNlc3NhcnkgIGNvbmNlcm5zICBpbiAgZGV2ZWxvcGlu ZyAgcGVlciAgcHJvdG9jb2wuICBUaGFuayAgeW91ICBmb3IgIHB1dHRpbmcNClJUU1AvU0lQICBk aXNjdXNzaW9uICB0b2dldGhlci4gIEJ1dCAgaWYgIHdlICBuZWVkICB0byAgaW5jbHVkZSAgdGhl c2UgIHRvcGljcyAgaW4gIHRoZQ0KY3VycmVudCAgY2hhcnRlciAgaXMgIHN0aWxsICBhbiAgb3Bl biAgcXVlc3Rpb24gIGFuZCAgZGVwZW5kcyAgb24gIGdyb3VwICBjb25zZW5zdXMuDQpQZXJzb25h bGx5LCAgSSAgYWdyZWUgIHdpdGggIHlvdSAgdG8gIGluY2x1ZGUgIHRoZXNlICB0b3BpY3MgIGlu dG8gIHRoZSAgY2hhcnRlci4NCg0KVGhlICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAgUlRTUC9TSVAg IGFwcHJvYWNoICBpcyAgdG8gIHJlcGxhY2UgIHRoZSAgc2lnbmFsaW5nICBhbmQNClNEUCAgd2l0 aCAgYSAgY2FwYWJpbGl0aWVzICBzb21ldGhpbmcgIG1vcmUgIGxpa2UgIHRoZSAgQWR2ZXJ0aXNl bWVudCAgLyAgUHJvcG9zYWwNCmFyY2hpdGVjdHVyZSAgdGhlICBKb24gIGFuZCAgSSAgaGF2ZSAg YmVlbiAgZGlzY3Vzc2lvbiAgKFNlZQ0KZHJhZnQtcGV0ZXJzb24tc2lwY29yZS1hZHZwcm9wICAp Lg0KDQoNClRoZXJlICBhcmUgIGEgIGZldyAgb3RoZXIgIHRvcGljcyAgd2hpY2ggIGFyZSAgbm90 ICBhZGRyZXNzZWQgIGluICB0aGlzICBjaGFydGVyDQp0aGF0ICB3b3JyeSAgbWUgIGEgIGxvdC4g IFRoZSAgY3VycmVudGx5ICBwcm90b2NvbHMgIGJlaW5nICBwcm9wb3NlZCAgYW5kICByZWxhdGVk DQpkaXNjdXNzaW9uICBkb2VzICBub3QgIHNlZW0gIHRvICBhZGRyZXNzICB3aGF0ICBpcyAgdGhl ICBpbmNlbnRpdmUgIGZvciAgYW55b25lICB0bw0Kc2VydmUgIGNvbnRlbnQuICBJdCdzICBjbGVh ciAgd2h5ICB5b3UgIHdvdWxkICByZWNlaXZlICBidXQgIG5vdCAgY2xlYXIgIHdoeSAgeW91DQp3 b3VsZCAgYm90aGVyICB0byAgdHJhbnNtaXQuICBCaXR0b3JyZW50ICBwdXQgIGEgIGxvdCAgb2Yg IGVmZm9ydCAgaW50byAgdGhpcyAgYW5kDQpJTUhPICBnb3QgIGl0ICAicmlnaHQgIGVub3VnaCIg IHRoYXQgIHRoZSAgc3lzdGVtICBpcyAgdmVyeSAgc3VjY2Vzc2Z1bC4gIEkgIHdvcnJ5DQphYm91 dCAgaXQgIGluICB0aGlzICB3b3JrLiAgQSAgc2Vjb25kICB0b3BpYyAgaXMgIHRoYXQgIHRoZSAg ZGVzaXJlZCAgcHJpdmFjeQ0KcHJvcGVydGllcyAgb2YgIHRoZSAgc3lzdGVtICBhcmUgIGFsc28g IHByZXR0eSAgdmFndWUuICBJZiAgd2UgIGFyZSAgbm90ICBjbGVhcg0KYWJvdXQgIHRoZXNlICBp biAgdGhlICBiZWdpbm5pbmcsICB3ZSAgcnVuICB0aGUgIHJpc2sgIG9mICBnZXR0aW5nICB2ZXJ5 ICBib2dnZWQNCmRvd24gIGluICBhcmd1aW5nICBhYm91dCAgdGhlbSAgYXMgIHRoZSAgcHJvdG9j b2wgIHN0YXJ0cyAgdG8gIGdldCAgY2xvc2UgIHRvICBkb25lLg0KDQpbWk9OR10gIElNTywgIHRo ZSAgaW5jZW50aXZlICBpc3N1ZSAgKGxpa2UgIG90aGVyICBjaHVuayAgc2NoZWR1bGluZyAgYWxn b3JpdGhtcyAgZm9yDQpiZXR0ZXIgIHBlcmZvcm1lZCAgc3RyZWFtaW5nICBzeXN0ZW0pICBpcyAg aW1wbGVtZW50ZWQgIGluICBhcHBsaWNhdGlvbiAgbGF5ZXIgIG9mDQpQMlAgIHN0cmVhbWluZyAg c3lzdGVtLiAgQXMgIHNwZWNpZmllZCAgaW4gIFBQU1AgIHByb2JsZW0gIHN0YXRlbWVudCwgIHdl ICBhcmUgIG5vdA0KYnVpbGRpbmcgIGEgIHdob2xlICBzdHJlYW1pbmcgIHN5c3RlbSwgIGJ1dCAg c3RhbmRhcmRpemUgIGNvbXBvbmVudHMgIGluDQpjb21tdW5pY2F0aW9uICBsYXllci4gIE9mICBj b3Vyc2UsICBpZiAgaW5jZW50aXZlICBzb2x1dGlvbiAgYnJpbmdzICBhbnkNCnJlcXVpcmVtZW50 cyAgdG8gIHBlZXIgIGFuZC9vciAgdHJhY2tlciAgcHJvdG9jb2wsICB3ZSAgY2FuICBhZG9wdCAg dGhlbSAgaW4NCmRldmVsb3BpbmcgIHBlZXIvdHJhY2tlciAgcHJvdG9jb2xzLg0KDQoNCltZdW5m ZWldQWdyZWUuU2NoZW1zIGxpa2UidGl0LWZvci10YXQiIGluIEJpdHRvcnJlbnQgdG8gYXNzdXJl IHRoZSB1c2VyIGluY2VudGl2ZSB0byBzaGFyZSBhcmUNCmFjdGlvbnMgZm9yIG5laWdoYm9yIHNl bGVjdGlvbiBhbmQgc2NoZWR1bGluZyBhZnRlciB0aGUgcGVlciBleGVjdXRlcyB0aGUgdHJhY2tl ciBwcm90b2NvbCANCihmb3IgbmVpZ2JvciBjYW5kaWRhdGVzKWFuZCBwZWVyIHByb3RvY29sKGZv ciBjaHVuayBjYW5kaWRhdGVzKS5BbmQgbWFueSBwMnAgc3RyZWFtaW5nIHN5c3RlbXMNCnVzZSBz aW1wbGUgcmFuZG9tIHNlbGVjdGlvbiBmb3IgcmVwbGFjZW1lbnQuDQoNClRvICB0cnkgIGFuZCAg aGVscCAgZ2V0ICB0aGluZ3MgIG1vdmluZyAgYWxvbmcsICBJICBoYXZlICBwcm9wb3NlZCAgY2hh cnRlciAgYmVsbG93DQp0aGF0ICBpcyAgdmVyeSAgY29uc2VydmF0aXZlICAuICAgIEFzICBhbiAg aW5kaXZpZHVhbCwgIEkgIHdvdWxkICBwcm9iYWJseSAgaGF2ZSAgYQ0Kc2xpZ2h0ICBwcmVmZXJl bmNlICBmb3IgIGEgIG1vcmUgIHJpc2t5ICBhcHByb2FjaCAgdGhhbiAgdGhlICBwcm9wb3NhbCAg YmVsb3cgIGJ1dA0KLg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQoNCg0KDQpUaGUgIFBlZXItdG8tUGVlciAgU3RyZWFtaW5nICBQcm90b2Nv bCAgKFBQU1ApICB3b3JraW5nICBncm91cCAgZGV2ZWxvcHMgIHR3bw0Kc2lnbmFsaW5nICBhbmQg IGNvbnRyb2wgIHByb3RvY29scyAgZm9yICBhICBwZWVyLXRvLXBlZXIgIChQMlApICBzdHJlYW1p bmcNCnN5c3RlbSAgZm9yICB0cmFuc21pdHRpbmcgIGxpdmUgIGFuZCAgdGltZSAgc2hpZnRlZCAg bWVkaWEgIGNvbnRlbnQgIHdpdGggIG5lYXINCnJlYWwtdGltZSAgZGVsaXZlcnkgIHJlcXVpcmVt ZW50cy4NCg0KW1pPTkddOiAgSSAgbm90aWNlZCAgdGhhdCAgeW91ICBjaGFuZ2UgIHRoZSAgInBy ZS1yZWNvcmRlZCAgbWVkaWEgIGNvbnRlbnQiICB0byAgInRpbWUNCnNoaWZ0ZWQgIG1lZGlhICBj b250ZW50Ii4gIENhbiAgeW91ICBleHBsYWluICBtb3JlICBvbiAgdGhpcyAgY2hhbmdlPyAgVGhh bmsgIHlvdS4NCg0KVHdvICBraW5kcyAgb2YgIG5vZGVzICBleGlzdCAgaW4gIHRoZSAgdGFyZ2V0 ZWQgIFAyUCAgc3RyZWFtaW5nICBzeXN0ZW0sICBpLmUuLA0KInBlZXJzIiAgYW5kICAidHJhY2tl cnMiLiAgUGVlcnMgIGFyZSAgbm9kZXMgIHRoYXQgIGFyZSAgYWN0aXZlbHkgIHNlbmRpbmcgIGFu ZA0KcmVjZWl2aW5nICBzdHJlYW1lZCAgbWVkaWEgIGNvbnRlbnQsICBhbmQgIGluY2x1ZGUgIGJv dGggIHN0YXRpY2FsbHkgIGNvbm5lY3RlZA0KaG9zdHMgIGFzICB3ZWxsICBhcyAgbW9iaWxlICBk ZXZpY2VzICB3aXRoICBjb25uZWN0aXZpdHkgIGFuZCAgSVAgIGFkZHJlc3NlcyAgdGhhdA0KY2hh bmdlICBvdmVyICB0aW1lLiAgVGhlICBzZXQgIG9mICBwZWVycyAgdGhhdCAgYXJlICBwYXJ0aWNp cGF0aW5nICBpbiAgYSAgc3RyZWFtaW5nDQpzZXNzaW9uICB3aWxsICBkeW5hbWljYWxseSAgY2hh bmdlICBvdmVyICB0aW1lLiAgVHJhY2tlcnMgIGFyZSAgd2VsbC1rbm93biAgbm9kZXMNCndpdGgg IHN0YWJsZSAgY29ubmVjdGl2aXR5ICB0aGF0ICBtYWludGFpbiAgbWV0YSAgaW5mb3JtYXRpb24g IGFib3V0ICB0aGUNCnN0cmVhbWVkICBjb250ZW50ICBhbmQgIHRoZSAgZHluYW1pYyAgcGVlciAg c2V0LiAgVGhlICB3b3JraW5nICBncm91cCAgaXMgIG9ubHkNCmFkZHJlc3NpbmcgIGNlbnRyYWxp emVkICB0cmFja2VycyAgYW5kICBub3QgIHRoZSAgZGlzdHJpYnV0ZWQgIHRyYWNrZXIuDQoNClta T05HXTogIEFzICBtZW50aW9uZWQgIGVhcmx5LCAgd2UgIGhhdmUgIG5vdCAgcmVhY2hpbmcgIHRo ZSAgY29uc2Vuc3VzICBvbiAgY2hvb3NpbmcNCmNlbnRyYWxpemVkICBvciAgZGlzdHJpYnV0ZWQg IHRyYWNrZXIsICB5ZXQuDQoNClRoZSAgUFBTUCAgV0cgIGRlc2lnbnMgIGEgIHByb3RvY29sICBm b3IgIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBiZXR3ZWVuDQp0cmFja2VycyAgYW5kICBwZWVy cyAgKHRoZSAgUFBTUCAgInRyYWNrZXIgIHByb3RvY29sIikgIGFuZCAgYSAgc2lnbmFsaW5nICBh bmQNCmNvbnRyb2wgIHByb3RvY29sICBmb3IgIGNvbW11bmljYXRpb24gIGFtb25nICB0aGUgIHBl ZXJzICAodGhlICBQUFNQICAicGVlcg0KcHJvdG9jb2wiKS4gIFRoZSAgdHdvICBwcm90b2NvbHMg IGVuYWJsZSAgcGVlcnMgIHRvICByZWNlaXZlICBzdHJlYW1pbmcgIGRhdGENCndpdGhpbiAgdGhl ICB0aW1lICBjb25zdHJhaW50cyAgcmVxdWlyZWQgIGJ5ICBzcGVjaWZpYyAgY29udGVudCAgaXRl bXMuICAgIFRoZQ0KdHJhY2tlciAgcHJvdG9jb2wgIGhhbmRsZXMgIHRoZSAgaW5pdGlhbCAgYW5k ICBwZXJpb2RpYyAgZXhjaGFuZ2UgIG9mICBtZXRhDQppbmZvcm1hdGlvbiAgYmV0d2VlbiAgdHJh Y2tlcnMgIGFuZCAgcGVlcnMsICBzdWNoICBhcyAgcGVlciAgbGlzdHMgIGFuZCAgY29udGVudA0K aW5mb3JtYXRpb24uICBUaGUgIHBlZXIgIHByb3RvY29sICBjb250cm9scyAgdGhlICBhZHZlcnRp c2luZyAgYW5kICBleGNoYW5nZSAgb2YNCm1lZGlhICBkYXRhICBhdmFpbGFiaWxpdHkgIGJldHdl ZW4gIHRoZSAgcGVlcnMuDQoNClRoZSAgdHJhY2tlciAgcHJvdG9jb2wgIHdpbGwgIGJlICBtb2Rl bGVkICBhcyAgbXVjaCAgYXMgIHBvc3NpYmxlICB0byAgbWF0Y2ggIHRoZQ0KZXhpdGluZyAgYml0 dG9ycmVudCAgcHJvdG9jb2wgIHdpdGggIGFwcHJvcHJpYXRlICBleHRlbnNpb25zICBmb3IgIHRv ICBjYXJ5DQppbmZvcm1hdGlvbiAgdGhhdCAgaXMgIG5lZWRlZCAgZm9yICBzZWxlY3Rpb24gIG9m ICBhICBwZWVyICBzdWl0YWJsZSAgZm9yICByZWFsDQp0aW1lICBzdHJlYW1pbmcuICBNZWRpYSAg ZGVzY3JpcHRpb25zICB3aWxsICB1c2UgIHRoZSAgc3ludGF4ICBhbmQgIHNlbWFudGljcw0KZnJv bSAgU0RQICB3aGVyZSAgdGhhdCAgaXMgIHBvc3NpYmxlLg0KDQpUaGUgIHBlZXIgIHByb3RvY29s ICB3aWxsICBiZSAgYmUgIGFuICBleHRlbnNpb24gIG9mICBTSVAgIGFuZCAgdXNlICBJQ0UgIGZv ciAgTkFUDQp0cmF2ZXJzYWwuDQoNClJUUCAgd2lsbCAgYmUgIHVzZWQgIGZvciAgdGhlICBlbmNv ZGluZyAgYW5kICB0cmFuc21pc3Npb24gIG9mICB0aGUgIG1lZGlhICBjb250ZW50DQpiZXR3ZWVu ICBwZWVycy4gIFBQU1AgIGlzICBub3QgIGNoYXJ0ZXJlZCAgdG8gIHdvcmsgIG9uICBtZWRpYSAg dHJhbnNtaXNzaW9uDQpwcm90b2NvbHMsICBtZWRpYSAgZW5jb2RpbmcgIHRlY2huaXF1ZXMgIG9y ICBvdGhlciAgY29tcG9uZW50cyAgb2YgIGEgIFAyUA0Kc3RyZWFtaW5nICBzeXN0ZW0gIHN1Y2gg IGFzICBwbGF5b3V0ICBzY2hlZHVsaW5nICBhbmQgIGNvbnRyb2wsICBldGMuDQoNCltaT05HXSAg Rm9yICB0aGUgIGFib3ZlICAzICBwYXJhZ3JhcGhzLCAgSSAgZG9uJ3QgIHRoaW5rICBpdCAgaXMg IGdvb2QgIGlkZWEgIHRvICBzcGVjaWZ5DQp0aGUgIHNvbHV0aW9ucyAgaW4gIHRoZSAgY2hhcnRl ciAgZm9yICBOT1cuICBDaGFydGVyICBpcyAgdGhlICB0ZXh0ICBmb3IgIGRlc2NyaWJpbmcgIHRo ZQ0KcHJvYmxlbSAgc3BhY2UsICByaWdodD8NCg0KVGhlICB3b3JrICBpdGVtcyAgb2YgIHRoZSAg UFBTUCAgV0cgIGFyZToNCg0KKDEpICBBICAicHJvYmxlbSAgc3RhdGVtZW50IiAgZG9jdW1lbnQg IHRoYXQgIGdpdmVzICBhbiAgb3ZlcnZpZXcgIG9mICB0aGUNCiAgICAgICBwcm9wb3NlZCAgUDJQ ICBzdHJlYW1pbmcgIHN5c3RlbSwgIG1vdGl2YXRlcyAgdGhlICBkZXNpcmUgIGZvciAgc3RhbmRh cmRpemVkDQogICAgICAgcHJvdG9jb2xzLCAgZGVmaW5lcyAgdGhlICBlbnZpc2lvbmVkICBzY29w ZSAgb2YgIHRob3NlICBzdGFuZGFyZGl6ZWQNCiAgICAgICBjb21wb25lbnRzICBhbmQgIGRpc2N1 c3NlcyAgY29tbW9uICB0ZXJtaW5vbG9naWVzICBhbmQgIGNvbmNlcHRzLg0KDQooMikgIEEgICJy ZXF1aXJlbWVudHMiICBkb2N1bWVudCAgdGhhdCAgZGV0YWlscyAgdGhlICBzcGVjaWZpYyAgZnVu Y3Rpb25hbCwNCiAgICAgICBvcGVyYXRpb25hbCAgYW5kICBwZXJmb3JtYW5jZSAgcmVxdWlyZW1l bnRzICBvZiAgdGhlICB0d28gIFBQU1AgIHByb3RvY29scy4NCg0KKDMpICBBbiAgImFyY2hpdGVj dHVyYWwgIHN1cnZleSIgIGRvY3VtZW50ICB0aGF0ICBzdW1tYXJpemVzICBjdXJyZW50ICBQMlAN CiAgICAgICBzdHJlYW1pbmcgIGFyY2hpdGVjdHVyZXMsICBpbiAgcGFydGljdWxhciAgdHJhY2tl ci1iYXNlZCAgUDJQICBzdHJlYW1pbmcNCiAgICAgICBzeXN0ZW1zLCAgYW5kICBoaWdobGlnaHRz ICBiZXN0ICBjdXJyZW50ICBwcmFjdGljZXMuDQoNCig0KSAgQSAgZGV0YWlsZWQgIHNwZWNpZmlj YXRpb24gIG9mICB0aGUgIFBQU1AgIHBlZXIgIHByb3RvY29sLg0KDQooNSkgIEEgIGRldGFpbGVk ICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFja2VyICBwcm90b2NvbC4NCg0KKDYp ICBBICAidXNhZ2UgIGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVzICBob3cgIHRoZSAgdHdvICBQUFNQ ICBwcm90b2NvbHMgIGFuZA0KICAgICAgIGV4aXN0aW5nICBJRVRGICBwcm90b2NvbHMsICBzdWNo ICBBTFRPLCAgY2FuICBiZSAgY29tYmluZWQgIHRvICBjcmVhdGUgIGENCiAgICAgICBkZXBsb3lh YmxlICBvcGVyYXRpb25hbCAgUDJQICBzdHJlYW1pbmcgIHN5c3RlbS4gICAgVGhpcyAgZG9jdW1l bnQgIHdpbGwNCiAgICAgICBhbHNvICBkaXNjdXNzICB1c2UgIG9mICBsYXllcmVkICBtZWRpYSAg ZW5jb2RpbmcgIGFuZCAgcmVsYXRlZCAgbWVkaWEgIGNodW5rDQogICAgICAgZGVzY3JpcHRpb25z ICBpbiAgdGhlICBwZWVyICBwcm90b2NvbCAgZm9yICBtb3JlICByb2J1c3QgIHN0cmVhbWluZy4N Cg0KVGhlICB3b3JrICBpdGVtcyAgb2YgIHRoZSAgUFBTUCAgV0cgIGludGVyYWN0cyAgd2l0aCAg dGhlICB3b3JrICBwZXJmb3JtZWQgIGluICBvdGhlcg0KSUVURiAgV0dzLCAgaW5jbHVkaW5nICBT SVBDT1JFLCAgQVZULCAgQUxUTywgIExFREJBVCAgYW5kICBNTVVTSUMuICBXaGVuZXZlcg0KZXh0 ZW5zaW9ucyAgb3IgIG1vZGlmaWNhdGlvbiAgdG8gIHRoZSAgcHJvdG9jb2xzICBkZXZlbG9wZWQg IGluICBvdGhlciAgV0dzICBhcmUNCmRlZW1lZCAgbmVjZXNzYXJ5LCAgUFBTUCAgc2hhbGwgIGNv bW11bmljYXRlICBhbmQgIGRpc2N1c3MgIHRoZSAgcmVxdWlyZW1lbnRzDQpmb3IgIHN1Y2ggIGV4 dGVuc2lvbnMgIHdpdGggIHRoZSAgcmVsZXZhbnQgIFdHcyAgYnV0ICBpcyAgbm90ICBjaGFydGVk ICB0byAgbWFrZQ0Kc3VjaCAgY2hhbmdlcy4NCg0KR29hbHMgIGFuZCAgTWlsZXN0b25lczoNCg0K U2VwICAyMDEwICAgICAgU3VibWl0ICBwcm9ibGVtICBzdGF0ZW1lbnQgIHRvICBJRVNHICBhcyAg SW5mb3JtYXRpb25hbA0KRGVjICAyMDEwICAgICAgU3VibWl0ICBhcmNoaXRlY3R1cmFsICBzdXJ2 ZXkgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KRGVjICAyMDEwICAgICAgU3VibWl0ICBy ZXF1aXJlbWVudHMgIGRvY3VtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCkF1ZyAg MjAxMSAgICAgIFN1Ym1pdCAgUFBTUCAgcGVlciAgcHJvdG9jb2wgIHRvICBJRVNHICBhcyAgUHJv cG9zZWQgIFN0YW5kYXJkICANCkF1ZyAgMjAxMSAgICAgIFN1Ym1pdCAgUFBTUCAgdHJhY2tlciAg cHJvdG9jb2wgIHRvICBJRVNHICBhcyAgUHJvcG9zZWQgIFN0YW5kYXJkDQpEZWMgIDIwMTEgICAg ICBTdWJtaXQgIHVzYWdlICBndWlkZSAgdG8gIElFU0cgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRp b25hbA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCg0KDQpDdWxsZW4gIEplbm5pbmdzDQpGb3IgIGNvcnBvcmF0ZSAg bGVnYWwgIGluZm9ybWF0aW9uICBnbyAgdG86DQpodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJv dXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCg0KDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpwcHNwICBtYWlsaW5nICBsaXN0 DQpwcHNwQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bw c3ANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnBw c3AgIG1haWxpbmcgIGxpc3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vcHBzcA0K --=====003_Dragon106350218003_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPlBsZWFzZSBzZWUgaW5saW5lIA0KcmVw bHkuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBz aXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9 IzAwMDBmZiBzaXplPTI+QlI8QlI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxE SVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURU SDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTE4PC9GT05U PjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSNlY2U5 ZDggc2l6ZT0yPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+ PEZPTlQgc2l6ZT0yPjxGT05UIGNvbG9yPSNjMGMwYzA+PFNUUk9ORz63orz+yMujujwvU1RST05H PiANCk5pbmcgWm9uZzwvRk9OVD48L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxGT05UIGNvbG9yPSNjMGMwYzA+PFNUUk9ORz63osvNyrG8 5KO6PC9TVFJPTkc+IA0KMjAxMC0wMy0xNSZuYnNwOzEwOjU1OjU4PC9GT05UPjwvRk9OVD48L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PEZPTlQgY29s b3I9I2MwYzBjMD48U1RST05HPsrVvP7Iy6O6PC9TVFJPTkc+IA0KJ0N1bGxlbiBKZW5uaW5ncyc7 IHBwc3BAaWV0Zi5vcmc8L0ZPTlQ+PC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxTVFJPTkc+s63LzaO6 PC9TVFJPTkc+IA0KPC9GT05UPjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYT48Rk9OVCBzaXplPTI+PEZPTlQgY29sb3I9I2MwYzBjMD48U1RST05HPtb3zOKjujwv U1RST05HPiANClJlOiBbcHBzcF0gQ2hhcnRlciBQcm9wb3NhbDwvRk9OVD48L0ZPTlQ+PC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9I2MwYzBjMCBzaXplPTI+PC9G T05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPERJVj48 Rk9OVCBjb2xvcj0jYzBjMGMwPkhpLCAmbmJzcDtDdWxsZW48L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGNvbG9yPSNjMGMwYzA+VGhhbmsgJm5ic3A7eW91ICZuYnNwO2ZvciAmbmJzcDt5b3VyICZu YnNwO3Byb3Bvc2FscyANCiZuYnNwO29uICZuYnNwO1BQU1AuICZuYnNwO015ICZuYnNwO2dlbmVy YWwgJm5ic3A7Y29tbWVudCAmbmJzcDtpcyAmbmJzcDt0aGF0IA0KJm5ic3A7YWx0aG91Z2ggJm5i c3A7aXQ8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+aXMgJm5ic3A7dGhl ICZuYnNwO21vdGl2YXRpb24gJm5ic3A7b2YgJm5ic3A7UFBTUCANCiZuYnNwO3RvICZuYnNwO25h cnJvdyAmbmJzcDtkb3duICZuYnNwO3RoZSAmbmJzcDtwcm9ibGVtICZuYnNwO3NwYWNlLCAmbmJz cDtpLmUuIA0KJm5ic3A7d2hhdCAmbmJzcDt3ZSAmbmJzcDthcmU8L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGNvbG9yPSNjMGMwYzA+Z29pbmcgJm5ic3A7dG8gJm5ic3A7c29sdmUsICZuYnNwO2l0 ICZuYnNwO2lzICZuYnNwO3RvbyANCiZuYnNwO2Vhcmx5ICZuYnNwO3RvICZuYnNwO25hcnJvdyAm bmJzcDtkb3duICZuYnNwO3RoZSAmbmJzcDtzb2x1dGlvbiANCiZuYnNwO3NwYWNlLCAmbmJzcDtp LmUuICZuYnNwO3doYXQ8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+cHJv dG9jb2xzICZuYnNwO3dlICZuYnNwO2FyZSAmbmJzcDtnb2luZyAmbmJzcDt0byANCiZuYnNwO3Jl dXNlICZuYnNwO29yICZuYnNwO3VzZSAmbmJzcDthcyAmbmJzcDttb2RlbC48L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+TW9yZSAmbmJzcDt0aG91Z2h0cywgJm5ic3A7cGxl YXNlICZuYnNwO3NlZSANCiZuYnNwO2lubGluZS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSNjMGMwYzA+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMw Pi0tLS0tT3JpZ2luYWwgJm5ic3A7TWVzc2FnZS0tLS0tPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwPkZyb206ICZuYnNwO3Bwc3AtYm91bmNlc0BpZXRmLm9yZyANCiZuYnNw O1ttYWlsdG86cHBzcC1ib3VuY2VzQGlldGYub3JnXSAmbmJzcDtPbiAmbmJzcDtCZWhhbGYgJm5i c3A7T2Y8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+Q3VsbGVuICZuYnNw O0plbm5pbmdzPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPlNlbnQ6ICZu YnNwO1NhdHVyZGF5LCAmbmJzcDtNYXJjaCAmbmJzcDsxMywgJm5ic3A7MjAxMCANCiZuYnNwOzEw OjM0ICZuYnNwO1BNPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPlRvOiAm bmJzcDtwcHNwQGlldGYub3JnPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMw PlN1YmplY3Q6ICZuYnNwO1twcHNwXSAmbmJzcDtDaGFydGVyIA0KJm5ic3A7UHJvcG9zYWw8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PC9GT05UPiZuYnNwOzwvRElWPg0K PERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg Y29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzA+VGhlICZuYnNwO1BQU1AgJm5ic3A7Y291bGQgJm5ic3A7ZWFzaWx5ICZuYnNwO2JlIA0KJm5i c3A7b25lICZuYnNwO29mICZuYnNwO3RoZXNlICZuYnNwO2dyb3VwcyAmbmJzcDt3ZXJlICZuYnNw O3dlICZuYnNwO3NwZW5kIA0KJm5ic3A7dGhlICZuYnNwO2ZpcnN0ICZuYnNwO2ZldzwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD55ZWFycyAmbmJzcDt0cnlpbmcgJm5ic3A7 dG8gJm5ic3A7Y2hvb3NlcyAmbmJzcDt3aGljaCANCiZuYnNwO3Byb3RvY29sICZuYnNwO3RvICZu YnNwO3N0YXJ0ICZuYnNwO3dpdGggJm5ic3A7aW4gDQombmJzcDt2YXJpb3VzPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPnBsYWNlcy4gJm5ic3A7VGhhdCAmbmJzcDt3b3Vs ZCAmbmJzcDtqdXN0ICZuYnNwO3JlbW92ZSANCiZuYnNwO3RoZSAmbmJzcDt3aWxsICZuYnNwO3Rv ICZuYnNwO2RvICZuYnNwO2FueXRoaW5nICZuYnNwO2luICZuYnNwO3RoZSANCiZuYnNwO2dyb3Vw LiAmbmJzcDtJPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPmhhdmUgJm5i c3A7YmVlbiAmbmJzcDtsdXJraW5nICZuYnNwO2FuZCAmbmJzcDt3YXRjaGluZyANCiZuYnNwO3Ro aXMgJm5ic3A7d29yayAmbmJzcDtmcm9tICZuYnNwO3RoZSAmbmJzcDtiZWdpbm5pbmcgJm5ic3A7 YW5kICZuYnNwO2l0IA0KJm5ic3A7c2VlbXM8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNjMGMwYzA+bGlrZSAmbmJzcDt0aGVyZSAmbmJzcDthcmUgJm5ic3A7cHJvYmFibHkgJm5ic3A7 bWFueSANCiZuYnNwO3RoaW5ncyAmbmJzcDt0aGF0ICZuYnNwO21vc3QgJm5ic3A7dGhlICZuYnNw O3BhcnRpY2lwYW50cyAmbmJzcDthZ3JlZSANCiZuYnNwO3RvPC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBjb2xvcj0jYzBjMGMwPnRoYXQgJm5ic3A7d2UgJm5ic3A7Y291bGQgJm5ic3A7anVzdCAm bmJzcDtuYWlsIA0KJm5ic3A7ZG93biAmbmJzcDtpbiAmbmJzcDt0aGUgJm5ic3A7Y2hhcnRlci4g Jm5ic3A7ICZuYnNwO0RvaW5nICZuYnNwO3NvIA0KJm5ic3A7d291bGQgJm5ic3A7aGVscCAmbmJz cDtnZXQ8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+dGhlICZuYnNwO3dv cmsgJm5ic3A7ZG9uZSAmbmJzcDtmYXN0ZXIgJm5ic3A7YW5kIA0KJm5ic3A7cHJvdmlkZSAmbmJz cDtvdGhlcnMgJm5ic3A7YSAmbmJzcDtjbGVhciAmbmJzcDtpZGVhICZuYnNwO3RoYXQgJm5ic3A7 aGFkIA0KJm5ic3A7bm90ICZuYnNwO2JlZW48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNjMGMwYzA+YmVlbiAmbmJzcDtwYXJ0aWNpcGF0aW5nICZuYnNwO2EgJm5ic3A7bXVjaCANCiZu YnNwO2NsZWFyZXIgJm5ic3A7aWRlYSAmbmJzcDtvZiAmbmJzcDt3aGF0ICZuYnNwO3RoaXMgJm5i c3A7d29yayAmbmJzcDtpcyANCiZuYnNwO2Fib3V0LjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQg Y29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzA+W1pPTkddOiAmbmJzcDtZZXMsICZuYnNwO3dlICZuYnNwO2hhdmUgJm5ic3A7YmVlbiANCiZu YnNwO3RyeWluZyAmbmJzcDt0byAmbmJzcDtuYXJyb3cgJm5ic3A7ZG93biAmbmJzcDt0aGUgJm5i c3A7c2NvcGUgJm5ic3A7b2YgDQombmJzcDtQUFNQICZuYnNwO3NpbmNlICZuYnNwOzc0dGg8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+bWVldGluZy48L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwPkZvciAmbmJzcDtleGFtcGxlOjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgY29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNj MGMwYzA+Q2VudHJhbGl6ZWQgJm5ic3A7b3IgJm5ic3A7ZGlzdHJpYnV0ZWQgJm5ic3A7dHJhY2tl cnMuIA0KJm5ic3A7TXkgJm5ic3A7YmVsaWVmICZuYnNwO2lzICZuYnNwO3RoYXQgJm5ic3A7bW9z dCAmbmJzcDt0aGUgDQombmJzcDtmb2xrczwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 I2MwYzBjMD53YW50ICZuYnNwO3RvICZuYnNwO2RvICZuYnNwO2EgJm5ic3A7Y2VudHJhbGl6ZWQg DQombmJzcDt0cmFja2VyLiAmbmJzcDtPbiAmbmJzcDthICZuYnNwO3NpZGUgJm5ic3A7bm90ZSwg Jm5ic3A7SSAmbmJzcDt0aGluayANCiZuYnNwO3RoZXkgJm5ic3A7d291bGQgJm5ic3A7YmU8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+aGFyZCAmbmJzcDt0byAmbmJzcDtk byAmbmJzcDthICZuYnNwO2Rpc3RyaWJ1dGVkIA0KJm5ic3A7b25lICZuYnNwO2JlZm9yZSAmbmJz cDthICZuYnNwO2NlbnRyYWxpemVkICZuYnNwO2FzICZuYnNwO2NlbnRyYWxpemVkIA0KJm5ic3A7 aXMgJm5ic3A7bXVjaDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5lYXNp ZXIuICZuYnNwO1RoZSAmbmJzcDtvYnZpb3VzICZuYnNwO3Byb3RvY29sICZuYnNwO3RvIA0KJm5i c3A7dXNlICZuYnNwO2ZvciAmbmJzcDthICZuYnNwO2NlbnRyYWxpemVkICZuYnNwO29uZSAmbmJz cDtpcyAmbmJzcDt0byANCiZuYnNwO2FkZCAmbmJzcDt0aGU8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGNvbG9yPSNjMGMwYzA+bmVlZGVkICZuYnNwO2V4dGVuc2lvbnMgJm5ic3A7dG8gJm5ic3A7 dGhlICZuYnNwO0hUVFAgDQombmJzcDtiYXNlZCAmbmJzcDt2ZXJzaW9uICZuYnNwO29mICZuYnNw O2JpdHRvcnJlbnQgJm5ic3A7dHJhY2tlcjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 I2MwYzBjMD5wcm90b2NvbC4gJm5ic3A7SWYgJm5ic3A7dGhleSAmbmJzcDt3YW50ICZuYnNwO3Rv IA0KJm5ic3A7ZG8gJm5ic3A7YSAmbmJzcDtkaXN0cmlidXRlZCAmbmJzcDtvbmUsICZuYnNwO1JF TE9BRCAmbmJzcDt3b3VsZCANCiZuYnNwO21lZXQgJm5ic3A7dGhlPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBjb2xvcj0jYzBjMGMwPm5lZWRzICZuYnNwO2FuZCAmbmJzcDthdCAmbmJzcDtsZWFz dCAmbmJzcDtiZSANCiZuYnNwO3dvcnRoICZuYnNwO2xvb2tpbmcgJm5ic3A7YXQuPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+ PEZPTlQgY29sb3I9I2MwYzBjMD5bWk9OR106ICZuYnNwO0lmICZuYnNwO215ICZuYnNwO21lbW9y eSAmbmJzcDtpcyANCiZuYnNwO2NvcnJlY3QsICZuYnNwO3RoZXJlICZuYnNwO3dhcyAmbmJzcDtu byAmbmJzcDtzcGVjaWZpYyAmbmJzcDtkaXNjdXNzaW9uIA0KJm5ic3A7b248L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+Y2hvb3NpbmcgJm5ic3A7Y2VudHJhbGl6ZWQgJm5i c3A7b3IgJm5ic3A7ZGlzdHJpYnV0ZWQgDQombmJzcDt0cmFja2VyICZuYnNwO2luICZuYnNwO1BQ U1AuICZuYnNwO1doZW4gJm5ic3A7d2UgJm5ic3A7c2F5IA0KJm5ic3A7InRyYWNrZXIiLDwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD53ZSAmbmJzcDttb3N0bHkgJm5ic3A7 cmVmZXIgJm5ic3A7dG8gJm5ic3A7dGhlIA0KJm5ic3A7ZnVuY3Rpb24gJm5ic3A7KHBsZWFzZSAm bmJzcDtzZWUgJm5ic3A7UFBTUCAmbmJzcDtwcm9ibGVtICZuYnNwO3N0YXRlbWVudCANCiZuYnNw O2RyYWZ0PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPndoZXJlICZuYnNw O3dlICZuYnNwO2ZvY3VzICZuYnNwO29uICZuYnNwO3RoZSANCiZuYnNwO2luZm9ybWF0aW9uICZu YnNwO2V4Y2hhbmdlZCAmbmJzcDtiZXR3ZWVuICZuYnNwO3BlZXIgJm5ic3A7YW5kIA0KJm5ic3A7 dHJhY2tlcikuICZuYnNwO1RoZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBj MD5jaG9pY2UgJm5ic3A7b2YgJm5ic3A7Y2VudHJhbGl6ZWQgJm5ic3A7b3IgDQombmJzcDtkaXN0 cmlidXRlZCAmbmJzcDt0cmFja2VyICZuYnNwO2lzICZuYnNwO3N0aWxsICZuYnNwO2FuICZuYnNw O29wZW4gDQombmJzcDtxdWVzdGlvbi4gJm5ic3A7QnV0PC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwPkkgJm5ic3A7c3VzcGVjdCAmbmJzcDt0aGF0ICZuYnNwO3N1Y2ggJm5i c3A7dG9waWMgDQombmJzcDtpcyAmbmJzcDtjdXJyZW50bHkgJm5ic3A7bm90ICZuYnNwO2luICZu YnNwO3RoZSAmbmJzcDtzY29wZSAmbmJzcDtvZiANCiZuYnNwO1BQU1AuPC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg Y29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzA+U2ltaWxhcmx5ICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7bWVkaWEgDQombmJzcDt0cmFu c2ZlciwgJm5ic3A7SSAmbmJzcDtzdXNwZWN0ICZuYnNwO3RoYXQgJm5ic3A7bWFueSAmbmJzcDtw ZW9wbGUgDQombmJzcDt3b3VsZCAmbmJzcDtiZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29s b3I9I2MwYzBjMD5oYXBweSAmbmJzcDt3aXRoICZuYnNwO1JUUC4gJm5ic3A7SXQncyAmbmJzcDto YXJkIA0KJm5ic3A7dG8gJm5ic3A7aW1hZ2luZSAmbmJzcDthbnl0aGluZyAmbmJzcDtlbHNlICZu YnNwO2dpdmVuICZuYnNwO3RoZSAmbmJzcDtlbmQgDQombmJzcDtnb2FsPC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPmZvciAmbmJzcDt0aGlzLiAmbmJzcDtJICZuYnNwO2d1 ZXNzICZuYnNwO29uZSANCiZuYnNwO2NvdWxkICZuYnNwO2FyZ3VlICZuYnNwO2ZvciAmbmJzcDth ICZuYnNwO25ldyAmbmJzcDtwcm90b2NvbCAmbmJzcDtvciANCiZuYnNwO2EgJm5ic3A7cHJvdG9j b2wgJm5ic3A7dGhhdDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD50cmFu c2ZlcnJlZCAmbmJzcDtkYXRhICZuYnNwO3R1bm5lbGVkICZuYnNwO2luIA0KJm5ic3A7dGhlICZu YnNwO3BlZXIgJm5ic3A7c2lnbmFsaW5nICZuYnNwO3Byb3RvY29sLjwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgY29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGNv bG9yPSNjMGMwYzA+W1pPTkddICZuYnNwO0kgJm5ic3A7YWdyZWUgJm5ic3A7d2l0aCAmbmJzcDt5 b3UsIA0KJm5ic3A7UlRQICZuYnNwO3NlZW1zICZuYnNwO3RvICZuYnNwO21lICZuYnNwO3RoZSAm bmJzcDtwcm9wZXIgJm5ic3A7ZGF0YSANCiZuYnNwO3Byb3RvY29sICZuYnNwO2ZvcjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5zdHJlYW1pbmcsICZuYnNwO3NvICZuYnNw O2Zhci4gJm5ic3A7SSAmbmJzcDtjb3VsZCANCiZuYnNwO25vdCAmbmJzcDtzZWUgJm5ic3A7cmVh c29uICZuYnNwO3doeSAmbmJzcDtuZXcgJm5ic3A7ZGF0YSAmbmJzcDtwcm90b2NvbCANCiZuYnNw O2lzICZuYnNwO25lZWRlZC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+ PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPlRoZSAmbmJzcDtw ZWVyICZuYnNwO3NpZ25pbmcgJm5ic3A7cHJvdG9jb2wgJm5ic3A7bmVlZHMgDQombmJzcDt0byAm bmJzcDtiZSAmbmJzcDthYmxlICZuYnNwO3RvICZuYnNwO3NldCAmbmJzcDt1cCAmbmJzcDt0aGUg Jm5ic3A7UlRQIA0KJm5ic3A7c2Vzc2lvbnM8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNjMGMwYzA+YW5kICZuYnNwO3dvcmsgJm5ic3A7dGhvdWdodCAmbmJzcDtOQVRzLiAmbmJzcDtJ IA0KJm5ic3A7dGhpbmsgJm5ic3A7dGhlICZuYnNwO05BVCAmbmJzcDt0cmF2ZXJzYWwgJm5ic3A7 c2NoZW1lICZuYnNwO3dpbGwgDQombmJzcDtlbmQgJm5ic3A7dXA8L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGNvbG9yPSNjMGMwYzA+YmVpbmcgJm5ic3A7SUNFICZuYnNwO29yICZuYnNwO3NvbWV0 aGluZyAmbmJzcDt0aGF0IA0KJm5ic3A7bW9yZSAmbmJzcDtvciAmbmJzcDtsZXNzICZuYnNwO2Ft b3VudHMgJm5ic3A7dG8gJm5ic3A7SUNFICZuYnNwO3dpdGggDQombmJzcDtubyAmbmJzcDtUVVJO PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPm9wdGlvbiAmbmJzcDtnaXZl biAmbmJzcDt0aGUgJm5ic3A7ZGVwbG95bWVudCANCiZuYnNwO21vZGVscy4gJm5ic3A7Qm90aCAm bmJzcDtSVFNQICZuYnNwO2FuZCAmbmJzcDtTSVAgJm5ic3A7YXJlIA0KJm5ic3A7Y2FuZGlkYXRl czwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5oZXJlLiAmbmJzcDtJbiAm bmJzcDtzb21lICZuYnNwO3dheXMgJm5ic3A7YXQgDQombmJzcDtmaXJzdCAmbmJzcDtnbGFuY2Us ICZuYnNwO1JUU1AgJm5ic3A7bWlnaHQgJm5ic3A7c2VlbSAmbmJzcDtzaW1wbGVyLiANCiZuYnNw O0J1dCAmbmJzcDthICZuYnNwO2J1bmNoPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0j YzBjMGMwPm9mICZuYnNwO3RoYXQgJm5ic3A7c2ltcGxpY2l0eSAmbmJzcDtjb21lcyAmbmJzcDtm cm9tIA0KJm5ic3A7dGhlICZuYnNwO21vZGVsICZuYnNwO29mICZuYnNwO2l0ICZuYnNwO2JlaW5n ICZuYnNwO2RlcGxveWVkICZuYnNwO29uIA0KJm5ic3A7c2VydmVyPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBjb2xvcj0jYzBjMGMwPmFsbCAmbmJzcDtjbGllbnRzICZuYnNwO2NhbiAmbmJzcDtl YXNpbHkgJm5ic3A7cmVhY2ggDQombmJzcDt3aXRob3V0ICZuYnNwO25hdCAmbmJzcDtuaWdodG1h cmVzICZuYnNwO2FuZCAmbmJzcDtsZXNzPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0j YzBjMGMwPm5lZ290aWF0aW9uLiAmbmJzcDtNdWNoICZuYnNwO29mICZuYnNwO1NJUCANCiZuYnNw O2NvbXBsZXhpdHkgJm5ic3A7Y29tZXMgJm5ic3A7Zm9ybSAmbmJzcDt0b28gJm5ic3A7bWFueSAN CiZuYnNwO2ludGVybWVkaWFyaWVzPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBj MGMwPmFuZCAmbmJzcDtmb3JraW5nICZuYnNwO3doaWNoICZuYnNwO3dvdWxkICZuYnNwO25vdCAN CiZuYnNwO2FwcGx5ICZuYnNwO2luICZuYnNwO3RoaXMgJm5ic3A7Y2FzZS4gJm5ic3A7ICZuYnNw O1dlICZuYnNwO3dpbGwgDQombmJzcDtoYXZlICZuYnNwO3RvICZuYnNwO2FkZCAmbmJzcDthPC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPmJ1bmNoICZuYnNwO3RvICZuYnNw O1JUU1AgJm5ic3A7dG8gJm5ic3A7Z2V0ICZuYnNwO2l0IA0KJm5ic3A7dG8gJm5ic3A7d29yayAm bmJzcDtvciAmbmJzcDtzdWJ0cmFjdCAmbmJzcDtzb21lICZuYnNwO1NJUCAmbmJzcDt0byANCiZu YnNwO2dldCAmbmJzcDtpdCAmbmJzcDt0bzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 I2MwYzBjMD53b3JrLiAmbmJzcDtOb3QgJm5ic3A7YW4gJm5ic3A7ZWFzeSAmbmJzcDtjYWxsIA0K Jm5ic3A7YW5kICZuYnNwO25vdCAmbmJzcDthICZuYnNwO2NhbGwgJm5ic3A7dGhhdCAmbmJzcDt0 aGUgJm5ic3A7V0cgJm5ic3A7aXMgDQombmJzcDtpbiAmbmJzcDthICZuYnNwO2dyZWF0ICZuYnNw O3Bvc2l0aW9uPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPnRvICZuYnNw O3NvcnQgJm5ic3A7b3V0LiAmbmJzcDtJJ2QgJm5ic3A7bG92ZSAmbmJzcDt0byANCiZuYnNwO2hl YXIgJm5ic3A7b3RoZXJzICZuYnNwO3Rob3VnaHQgJm5ic3A7b24gJm5ic3A7aXQuPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+ PEZPTlQgY29sb3I9I2MwYzBjMD5bWk9OR10gJm5ic3A7TkFUICZuYnNwO3RyYXZlcnNhbCwgJm5i c3A7c2lnbmFsaW5nIA0KJm5ic3A7cHJvdG9jb2xzICZuYnNwO2ZvciAmbmJzcDttZWRpYSAmbmJz cDtzZXNzaW9uICZuYnNwO2FyZSANCiZuYnNwO2FsbDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQg Y29sb3I9I2MwYzBjMD5uZWNlc3NhcnkgJm5ic3A7Y29uY2VybnMgJm5ic3A7aW4gJm5ic3A7ZGV2 ZWxvcGluZyANCiZuYnNwO3BlZXIgJm5ic3A7cHJvdG9jb2wuICZuYnNwO1RoYW5rICZuYnNwO3lv dSAmbmJzcDtmb3IgDQombmJzcDtwdXR0aW5nPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xv cj0jYzBjMGMwPlJUU1AvU0lQICZuYnNwO2Rpc2N1c3Npb24gJm5ic3A7dG9nZXRoZXIuICZuYnNw O0J1dCANCiZuYnNwO2lmICZuYnNwO3dlICZuYnNwO25lZWQgJm5ic3A7dG8gJm5ic3A7aW5jbHVk ZSAmbmJzcDt0aGVzZSAmbmJzcDt0b3BpY3MgDQombmJzcDtpbiAmbmJzcDt0aGU8L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+Y3VycmVudCAmbmJzcDtjaGFydGVyICZuYnNw O2lzICZuYnNwO3N0aWxsICZuYnNwO2FuIA0KJm5ic3A7b3BlbiAmbmJzcDtxdWVzdGlvbiAmbmJz cDthbmQgJm5ic3A7ZGVwZW5kcyAmbmJzcDtvbiAmbmJzcDtncm91cCANCiZuYnNwO2NvbnNlbnN1 cy48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+UGVyc29uYWxseSwgJm5i c3A7SSAmbmJzcDthZ3JlZSAmbmJzcDt3aXRoICZuYnNwO3lvdSANCiZuYnNwO3RvICZuYnNwO2lu Y2x1ZGUgJm5ic3A7dGhlc2UgJm5ic3A7dG9waWNzICZuYnNwO2ludG8gJm5ic3A7dGhlIA0KJm5i c3A7Y2hhcnRlci48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PC9GT05U PiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPlRoZSAmbmJzcDthbHRlcm5h dGl2ZSAmbmJzcDt0byAmbmJzcDt0aGUgJm5ic3A7UlRTUC9TSVAgDQombmJzcDthcHByb2FjaCAm bmJzcDtpcyAmbmJzcDt0byAmbmJzcDtyZXBsYWNlICZuYnNwO3RoZSAmbmJzcDtzaWduYWxpbmcg DQombmJzcDthbmQ8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+U0RQICZu YnNwO3dpdGggJm5ic3A7YSAmbmJzcDtjYXBhYmlsaXRpZXMgDQombmJzcDtzb21ldGhpbmcgJm5i c3A7bW9yZSAmbmJzcDtsaWtlICZuYnNwO3RoZSAmbmJzcDtBZHZlcnRpc2VtZW50ICZuYnNwOy8g DQombmJzcDtQcm9wb3NhbDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5h cmNoaXRlY3R1cmUgJm5ic3A7dGhlICZuYnNwO0pvbiAmbmJzcDthbmQgJm5ic3A7SSANCiZuYnNw O2hhdmUgJm5ic3A7YmVlbiAmbmJzcDtkaXNjdXNzaW9uICZuYnNwOyhTZWU8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+ZHJhZnQtcGV0ZXJzb24tc2lwY29yZS1hZHZwcm9w ICZuYnNwOykuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjwvRk9OVD4m bmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD48L0ZPTlQ+Jm5ic3A7PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+VGhlcmUgJm5ic3A7YXJlICZuYnNwO2EgJm5ic3A7 ZmV3ICZuYnNwO290aGVyIA0KJm5ic3A7dG9waWNzICZuYnNwO3doaWNoICZuYnNwO2FyZSAmbmJz cDtub3QgJm5ic3A7YWRkcmVzc2VkICZuYnNwO2luICZuYnNwO3RoaXMgDQombmJzcDtjaGFydGVy PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPnRoYXQgJm5ic3A7d29ycnkg Jm5ic3A7bWUgJm5ic3A7YSAmbmJzcDtsb3QuICZuYnNwO1RoZSANCiZuYnNwO2N1cnJlbnRseSAm bmJzcDtwcm90b2NvbHMgJm5ic3A7YmVpbmcgJm5ic3A7cHJvcG9zZWQgJm5ic3A7YW5kIA0KJm5i c3A7cmVsYXRlZDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5kaXNjdXNz aW9uICZuYnNwO2RvZXMgJm5ic3A7bm90ICZuYnNwO3NlZW0gJm5ic3A7dG8gDQombmJzcDthZGRy ZXNzICZuYnNwO3doYXQgJm5ic3A7aXMgJm5ic3A7dGhlICZuYnNwO2luY2VudGl2ZSAmbmJzcDtm b3IgDQombmJzcDthbnlvbmUgJm5ic3A7dG88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNjMGMwYzA+c2VydmUgJm5ic3A7Y29udGVudC4gJm5ic3A7SXQncyAmbmJzcDtjbGVhciAmbmJz cDt3aHkgDQombmJzcDt5b3UgJm5ic3A7d291bGQgJm5ic3A7cmVjZWl2ZSAmbmJzcDtidXQgJm5i c3A7bm90ICZuYnNwO2NsZWFyICZuYnNwO3doeSANCiZuYnNwO3lvdTwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgY29sb3I9I2MwYzBjMD53b3VsZCAmbmJzcDtib3RoZXIgJm5ic3A7dG8gJm5ic3A7 dHJhbnNtaXQuIA0KJm5ic3A7Qml0dG9ycmVudCAmbmJzcDtwdXQgJm5ic3A7YSAmbmJzcDtsb3Qg Jm5ic3A7b2YgJm5ic3A7ZWZmb3J0ICZuYnNwO2ludG8gDQombmJzcDt0aGlzICZuYnNwO2FuZDwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5JTUhPICZuYnNwO2dvdCAmbmJz cDtpdCAmbmJzcDsicmlnaHQgJm5ic3A7ZW5vdWdoIiANCiZuYnNwO3RoYXQgJm5ic3A7dGhlICZu YnNwO3N5c3RlbSAmbmJzcDtpcyAmbmJzcDt2ZXJ5ICZuYnNwO3N1Y2Nlc3NmdWwuICZuYnNwO0kg DQombmJzcDt3b3JyeTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD5hYm91 dCAmbmJzcDtpdCAmbmJzcDtpbiAmbmJzcDt0aGlzICZuYnNwO3dvcmsuICZuYnNwO0EgDQombmJz cDtzZWNvbmQgJm5ic3A7dG9waWMgJm5ic3A7aXMgJm5ic3A7dGhhdCAmbmJzcDt0aGUgJm5ic3A7 ZGVzaXJlZCANCiZuYnNwO3ByaXZhY3k8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNj MGMwYzA+cHJvcGVydGllcyAmbmJzcDtvZiAmbmJzcDt0aGUgJm5ic3A7c3lzdGVtICZuYnNwO2Fy ZSANCiZuYnNwO2Fsc28gJm5ic3A7cHJldHR5ICZuYnNwO3ZhZ3VlLiAmbmJzcDtJZiAmbmJzcDt3 ZSAmbmJzcDthcmUgJm5ic3A7bm90IA0KJm5ic3A7Y2xlYXI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGNvbG9yPSNjMGMwYzA+YWJvdXQgJm5ic3A7dGhlc2UgJm5ic3A7aW4gJm5ic3A7dGhlICZu YnNwO2JlZ2lubmluZywgDQombmJzcDt3ZSAmbmJzcDtydW4gJm5ic3A7dGhlICZuYnNwO3Jpc2sg Jm5ic3A7b2YgJm5ic3A7Z2V0dGluZyAmbmJzcDt2ZXJ5IA0KJm5ic3A7Ym9nZ2VkPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPmRvd24gJm5ic3A7aW4gJm5ic3A7YXJndWlu ZyAmbmJzcDthYm91dCAmbmJzcDt0aGVtIA0KJm5ic3A7YXMgJm5ic3A7dGhlICZuYnNwO3Byb3Rv Y29sICZuYnNwO3N0YXJ0cyAmbmJzcDt0byAmbmJzcDtnZXQgJm5ic3A7Y2xvc2UgDQombmJzcDt0 byAmbmJzcDtkb25lLjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPltaT05H XSAmbmJzcDtJTU8sICZuYnNwO3RoZSAmbmJzcDtpbmNlbnRpdmUgJm5ic3A7aXNzdWUgJm5ic3A7 KGxpa2UgDQombmJzcDtvdGhlciAmbmJzcDtjaHVuayAmbmJzcDtzY2hlZHVsaW5nICZuYnNwO2Fs Z29yaXRobXMgJm5ic3A7Zm9yPC9ESVY+DQo8RElWPmJldHRlciAmbmJzcDtwZXJmb3JtZWQgJm5i c3A7c3RyZWFtaW5nICZuYnNwO3N5c3RlbSkgJm5ic3A7aXMgDQombmJzcDtpbXBsZW1lbnRlZCAm bmJzcDtpbiAmbmJzcDthcHBsaWNhdGlvbiAmbmJzcDtsYXllciAmbmJzcDtvZjwvRElWPg0KPERJ Vj5QMlAgJm5ic3A7c3RyZWFtaW5nICZuYnNwO3N5c3RlbS4gJm5ic3A7QXMgJm5ic3A7c3BlY2lm aWVkICZuYnNwO2luIA0KJm5ic3A7UFBTUCAmbmJzcDtwcm9ibGVtICZuYnNwO3N0YXRlbWVudCwg Jm5ic3A7d2UgJm5ic3A7YXJlICZuYnNwO25vdDwvRElWPg0KPERJVj5idWlsZGluZyAmbmJzcDth ICZuYnNwO3dob2xlICZuYnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sICZuYnNwO2J1dCANCiZu YnNwO3N0YW5kYXJkaXplICZuYnNwO2NvbXBvbmVudHMgJm5ic3A7aW48L0RJVj4NCjxESVY+Y29t bXVuaWNhdGlvbiAmbmJzcDtsYXllci4gJm5ic3A7T2YgJm5ic3A7Y291cnNlLCAmbmJzcDtpZiAm bmJzcDtpbmNlbnRpdmUgDQombmJzcDtzb2x1dGlvbiAmbmJzcDticmluZ3MgJm5ic3A7YW55PC9E SVY+DQo8RElWPnJlcXVpcmVtZW50cyAmbmJzcDt0byAmbmJzcDtwZWVyICZuYnNwO2FuZC9vciAm bmJzcDt0cmFja2VyICZuYnNwO3Byb3RvY29sLCANCiZuYnNwO3dlICZuYnNwO2NhbiAmbmJzcDth ZG9wdCAmbmJzcDt0aGVtICZuYnNwO2luPC9ESVY+DQo8RElWPmRldmVsb3BpbmcgJm5ic3A7cGVl ci90cmFja2VyICZuYnNwO3Byb3RvY29scy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jZmYwMDAwPltZdW5mZWldQWdyZWUuU2No ZW1zIGxpa2UidGl0LWZvci10YXQiIGluIEJpdHRvcnJlbnQgDQp0byZuYnNwO2Fzc3VyZSB0aGUg dXNlciZuYnNwO2luY2VudGl2ZSB0byBzaGFyZSZuYnNwO2FyZTwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgY29sb3I9I2ZmMDAwMD5hY3Rpb25zIGZvciBuZWlnaGJvciBzZWxlY3Rpb24gYW5kIA0K c2NoZWR1bGluZyZuYnNwO2FmdGVyIHRoZSBwZWVyIGV4ZWN1dGVzIHRoZSB0cmFja2VyIHByb3Rv Y29sIDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2ZmMDAwMD4oZm9yIG5laWdib3Ig Y2FuZGlkYXRlcylhbmQgcGVlciBwcm90b2NvbChmb3IgY2h1bmsgDQpjYW5kaWRhdGVzKS5BbmQg bWFueSBwMnAgc3RyZWFtaW5nIHN5c3RlbXM8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNmZjAwMDA+dXNlIHNpbXBsZSByYW5kb20gc2VsZWN0aW9uIGZvciANCnJlcGxhY2VtZW50Ljwv Rk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRvICZuYnNwO3RyeSAmbmJzcDth bmQgJm5ic3A7aGVscCAmbmJzcDtnZXQgJm5ic3A7dGhpbmdzICZuYnNwO21vdmluZyANCiZuYnNw O2Fsb25nLCAmbmJzcDtJICZuYnNwO2hhdmUgJm5ic3A7cHJvcG9zZWQgJm5ic3A7Y2hhcnRlciAm bmJzcDtiZWxsb3c8L0RJVj4NCjxESVY+dGhhdCAmbmJzcDtpcyAmbmJzcDt2ZXJ5ICZuYnNwO2Nv bnNlcnZhdGl2ZSAmbmJzcDsuICZuYnNwOyAmbmJzcDtBcyANCiZuYnNwO2FuICZuYnNwO2luZGl2 aWR1YWwsICZuYnNwO0kgJm5ic3A7d291bGQgJm5ic3A7cHJvYmFibHkgJm5ic3A7aGF2ZSANCiZu YnNwO2E8L0RJVj4NCjxESVY+c2xpZ2h0ICZuYnNwO3ByZWZlcmVuY2UgJm5ic3A7Zm9yICZuYnNw O2EgJm5ic3A7bW9yZSAmbmJzcDtyaXNreSANCiZuYnNwO2FwcHJvYWNoICZuYnNwO3RoYW4gJm5i c3A7dGhlICZuYnNwO3Byb3Bvc2FsICZuYnNwO2JlbG93ICZuYnNwO2J1dDwvRElWPg0KPERJVj4u PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5UaGUgJm5ic3A7UGVlci10by1QZWVyICZuYnNwO1N0cmVhbWluZyAm bmJzcDtQcm90b2NvbCAmbmJzcDsoUFBTUCkgDQombmJzcDt3b3JraW5nICZuYnNwO2dyb3VwICZu YnNwO2RldmVsb3BzICZuYnNwO3R3bzwvRElWPg0KPERJVj5zaWduYWxpbmcgJm5ic3A7YW5kICZu YnNwO2NvbnRyb2wgJm5ic3A7cHJvdG9jb2xzICZuYnNwO2ZvciAmbmJzcDthIA0KJm5ic3A7cGVl ci10by1wZWVyICZuYnNwOyhQMlApICZuYnNwO3N0cmVhbWluZzwvRElWPg0KPERJVj5zeXN0ZW0g Jm5ic3A7Zm9yICZuYnNwO3RyYW5zbWl0dGluZyAmbmJzcDtsaXZlICZuYnNwO2FuZCAmbmJzcDt0 aW1lIA0KJm5ic3A7c2hpZnRlZCAmbmJzcDttZWRpYSAmbmJzcDtjb250ZW50ICZuYnNwO3dpdGgg Jm5ic3A7bmVhcjwvRElWPg0KPERJVj5yZWFsLXRpbWUgJm5ic3A7ZGVsaXZlcnkgJm5ic3A7cmVx dWlyZW1lbnRzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+W1pPTkddOiAmbmJzcDtJ ICZuYnNwO25vdGljZWQgJm5ic3A7dGhhdCAmbmJzcDt5b3UgJm5ic3A7Y2hhbmdlICZuYnNwO3Ro ZSANCiZuYnNwOyJwcmUtcmVjb3JkZWQgJm5ic3A7bWVkaWEgJm5ic3A7Y29udGVudCIgJm5ic3A7 dG8gJm5ic3A7InRpbWU8L0RJVj4NCjxESVY+c2hpZnRlZCAmbmJzcDttZWRpYSAmbmJzcDtjb250 ZW50Ii4gJm5ic3A7Q2FuICZuYnNwO3lvdSAmbmJzcDtleHBsYWluIA0KJm5ic3A7bW9yZSAmbmJz cDtvbiAmbmJzcDt0aGlzICZuYnNwO2NoYW5nZT8gJm5ic3A7VGhhbmsgJm5ic3A7eW91LjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VHdvICZuYnNwO2tpbmRzICZuYnNwO29mICZuYnNw O25vZGVzICZuYnNwO2V4aXN0ICZuYnNwO2luICZuYnNwO3RoZSANCiZuYnNwO3RhcmdldGVkICZu YnNwO1AyUCAmbmJzcDtzdHJlYW1pbmcgJm5ic3A7c3lzdGVtLCAmbmJzcDtpLmUuLDwvRElWPg0K PERJVj4icGVlcnMiICZuYnNwO2FuZCAmbmJzcDsidHJhY2tlcnMiLiAmbmJzcDtQZWVycyAmbmJz cDthcmUgJm5ic3A7bm9kZXMgDQombmJzcDt0aGF0ICZuYnNwO2FyZSAmbmJzcDthY3RpdmVseSAm bmJzcDtzZW5kaW5nICZuYnNwO2FuZDwvRElWPg0KPERJVj5yZWNlaXZpbmcgJm5ic3A7c3RyZWFt ZWQgJm5ic3A7bWVkaWEgJm5ic3A7Y29udGVudCwgJm5ic3A7YW5kICZuYnNwO2luY2x1ZGUgDQom bmJzcDtib3RoICZuYnNwO3N0YXRpY2FsbHkgJm5ic3A7Y29ubmVjdGVkPC9ESVY+DQo8RElWPmhv c3RzICZuYnNwO2FzICZuYnNwO3dlbGwgJm5ic3A7YXMgJm5ic3A7bW9iaWxlICZuYnNwO2Rldmlj ZXMgJm5ic3A7d2l0aCANCiZuYnNwO2Nvbm5lY3Rpdml0eSAmbmJzcDthbmQgJm5ic3A7SVAgJm5i c3A7YWRkcmVzc2VzICZuYnNwO3RoYXQ8L0RJVj4NCjxESVY+Y2hhbmdlICZuYnNwO292ZXIgJm5i c3A7dGltZS4gJm5ic3A7VGhlICZuYnNwO3NldCAmbmJzcDtvZiAmbmJzcDtwZWVycyANCiZuYnNw O3RoYXQgJm5ic3A7YXJlICZuYnNwO3BhcnRpY2lwYXRpbmcgJm5ic3A7aW4gJm5ic3A7YSAmbmJz cDtzdHJlYW1pbmc8L0RJVj4NCjxESVY+c2Vzc2lvbiAmbmJzcDt3aWxsICZuYnNwO2R5bmFtaWNh bGx5ICZuYnNwO2NoYW5nZSAmbmJzcDtvdmVyICZuYnNwO3RpbWUuIA0KJm5ic3A7VHJhY2tlcnMg Jm5ic3A7YXJlICZuYnNwO3dlbGwta25vd24gJm5ic3A7bm9kZXM8L0RJVj4NCjxESVY+d2l0aCAm bmJzcDtzdGFibGUgJm5ic3A7Y29ubmVjdGl2aXR5ICZuYnNwO3RoYXQgJm5ic3A7bWFpbnRhaW4g Jm5ic3A7bWV0YSANCiZuYnNwO2luZm9ybWF0aW9uICZuYnNwO2Fib3V0ICZuYnNwO3RoZTwvRElW Pg0KPERJVj5zdHJlYW1lZCAmbmJzcDtjb250ZW50ICZuYnNwO2FuZCAmbmJzcDt0aGUgJm5ic3A7 ZHluYW1pYyAmbmJzcDtwZWVyIA0KJm5ic3A7c2V0LiAmbmJzcDtUaGUgJm5ic3A7d29ya2luZyAm bmJzcDtncm91cCAmbmJzcDtpcyAmbmJzcDtvbmx5PC9ESVY+DQo8RElWPmFkZHJlc3NpbmcgJm5i c3A7Y2VudHJhbGl6ZWQgJm5ic3A7dHJhY2tlcnMgJm5ic3A7YW5kICZuYnNwO25vdCAmbmJzcDt0 aGUgDQombmJzcDtkaXN0cmlidXRlZCAmbmJzcDt0cmFja2VyLjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+W1pPTkddOiAmbmJzcDtBcyAmbmJzcDttZW50aW9uZWQgJm5ic3A7ZWFybHks ICZuYnNwO3dlICZuYnNwO2hhdmUgJm5ic3A7bm90IA0KJm5ic3A7cmVhY2hpbmcgJm5ic3A7dGhl ICZuYnNwO2NvbnNlbnN1cyAmbmJzcDtvbiAmbmJzcDtjaG9vc2luZzwvRElWPg0KPERJVj5jZW50 cmFsaXplZCAmbmJzcDtvciAmbmJzcDtkaXN0cmlidXRlZCAmbmJzcDt0cmFja2VyLCAmbmJzcDt5 ZXQuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5UaGUgJm5ic3A7UFBTUCAmbmJzcDtX RyAmbmJzcDtkZXNpZ25zICZuYnNwO2EgJm5ic3A7cHJvdG9jb2wgJm5ic3A7Zm9yIA0KJm5ic3A7 c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sICZuYnNwO2JldHdlZW48L0RJVj4NCjxE SVY+dHJhY2tlcnMgJm5ic3A7YW5kICZuYnNwO3BlZXJzICZuYnNwOyh0aGUgJm5ic3A7UFBTUCAm bmJzcDsidHJhY2tlciANCiZuYnNwO3Byb3RvY29sIikgJm5ic3A7YW5kICZuYnNwO2EgJm5ic3A7 c2lnbmFsaW5nICZuYnNwO2FuZDwvRElWPg0KPERJVj5jb250cm9sICZuYnNwO3Byb3RvY29sICZu YnNwO2ZvciAmbmJzcDtjb21tdW5pY2F0aW9uICZuYnNwO2Ftb25nICZuYnNwO3RoZSANCiZuYnNw O3BlZXJzICZuYnNwOyh0aGUgJm5ic3A7UFBTUCAmbmJzcDsicGVlcjwvRElWPg0KPERJVj5wcm90 b2NvbCIpLiAmbmJzcDtUaGUgJm5ic3A7dHdvICZuYnNwO3Byb3RvY29scyAmbmJzcDtlbmFibGUg Jm5ic3A7cGVlcnMgDQombmJzcDt0byAmbmJzcDtyZWNlaXZlICZuYnNwO3N0cmVhbWluZyAmbmJz cDtkYXRhPC9ESVY+DQo8RElWPndpdGhpbiAmbmJzcDt0aGUgJm5ic3A7dGltZSAmbmJzcDtjb25z dHJhaW50cyAmbmJzcDtyZXF1aXJlZCAmbmJzcDtieSANCiZuYnNwO3NwZWNpZmljICZuYnNwO2Nv bnRlbnQgJm5ic3A7aXRlbXMuICZuYnNwOyAmbmJzcDtUaGU8L0RJVj4NCjxESVY+dHJhY2tlciAm bmJzcDtwcm90b2NvbCAmbmJzcDtoYW5kbGVzICZuYnNwO3RoZSAmbmJzcDtpbml0aWFsICZuYnNw O2FuZCANCiZuYnNwO3BlcmlvZGljICZuYnNwO2V4Y2hhbmdlICZuYnNwO29mICZuYnNwO21ldGE8 L0RJVj4NCjxESVY+aW5mb3JtYXRpb24gJm5ic3A7YmV0d2VlbiAmbmJzcDt0cmFja2VycyAmbmJz cDthbmQgJm5ic3A7cGVlcnMsICZuYnNwO3N1Y2ggDQombmJzcDthcyAmbmJzcDtwZWVyICZuYnNw O2xpc3RzICZuYnNwO2FuZCAmbmJzcDtjb250ZW50PC9ESVY+DQo8RElWPmluZm9ybWF0aW9uLiAm bmJzcDtUaGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtjb250cm9scyAmbmJzcDt0 aGUgDQombmJzcDthZHZlcnRpc2luZyAmbmJzcDthbmQgJm5ic3A7ZXhjaGFuZ2UgJm5ic3A7b2Y8 L0RJVj4NCjxESVY+bWVkaWEgJm5ic3A7ZGF0YSAmbmJzcDthdmFpbGFiaWxpdHkgJm5ic3A7YmV0 d2VlbiAmbmJzcDt0aGUgDQombmJzcDtwZWVycy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8 RElWPlRoZSAmbmJzcDt0cmFja2VyICZuYnNwO3Byb3RvY29sICZuYnNwO3dpbGwgJm5ic3A7YmUg Jm5ic3A7bW9kZWxlZCAmbmJzcDthcyANCiZuYnNwO211Y2ggJm5ic3A7YXMgJm5ic3A7cG9zc2li bGUgJm5ic3A7dG8gJm5ic3A7bWF0Y2ggJm5ic3A7dGhlPC9ESVY+DQo8RElWPmV4aXRpbmcgJm5i c3A7Yml0dG9ycmVudCAmbmJzcDtwcm90b2NvbCAmbmJzcDt3aXRoICZuYnNwO2FwcHJvcHJpYXRl IA0KJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDtmb3IgJm5ic3A7dG8gJm5ic3A7Y2FyeTwvRElWPg0K PERJVj5pbmZvcm1hdGlvbiAmbmJzcDt0aGF0ICZuYnNwO2lzICZuYnNwO25lZWRlZCAmbmJzcDtm b3IgJm5ic3A7c2VsZWN0aW9uIA0KJm5ic3A7b2YgJm5ic3A7YSAmbmJzcDtwZWVyICZuYnNwO3N1 aXRhYmxlICZuYnNwO2ZvciAmbmJzcDtyZWFsPC9ESVY+DQo8RElWPnRpbWUgJm5ic3A7c3RyZWFt aW5nLiAmbmJzcDtNZWRpYSAmbmJzcDtkZXNjcmlwdGlvbnMgJm5ic3A7d2lsbCAmbmJzcDt1c2Ug DQombmJzcDt0aGUgJm5ic3A7c3ludGF4ICZuYnNwO2FuZCAmbmJzcDtzZW1hbnRpY3M8L0RJVj4N CjxESVY+ZnJvbSAmbmJzcDtTRFAgJm5ic3A7d2hlcmUgJm5ic3A7dGhhdCAmbmJzcDtpcyAmbmJz cDtwb3NzaWJsZS48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoZSAmbmJzcDtwZWVy ICZuYnNwO3Byb3RvY29sICZuYnNwO3dpbGwgJm5ic3A7YmUgJm5ic3A7YmUgJm5ic3A7YW4gDQom bmJzcDtleHRlbnNpb24gJm5ic3A7b2YgJm5ic3A7U0lQICZuYnNwO2FuZCAmbmJzcDt1c2UgJm5i c3A7SUNFICZuYnNwO2ZvciANCiZuYnNwO05BVDwvRElWPg0KPERJVj50cmF2ZXJzYWwuPC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5SVFAgJm5ic3A7d2lsbCAmbmJzcDtiZSAmbmJzcDt1 c2VkICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7ZW5jb2RpbmcgDQombmJzcDthbmQgJm5ic3A7 dHJhbnNtaXNzaW9uICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDttZWRpYSAmbmJzcDtjb250ZW50 PC9ESVY+DQo8RElWPmJldHdlZW4gJm5ic3A7cGVlcnMuICZuYnNwO1BQU1AgJm5ic3A7aXMgJm5i c3A7bm90ICZuYnNwO2NoYXJ0ZXJlZCAmbmJzcDt0byANCiZuYnNwO3dvcmsgJm5ic3A7b24gJm5i c3A7bWVkaWEgJm5ic3A7dHJhbnNtaXNzaW9uPC9ESVY+DQo8RElWPnByb3RvY29scywgJm5ic3A7 bWVkaWEgJm5ic3A7ZW5jb2RpbmcgJm5ic3A7dGVjaG5pcXVlcyAmbmJzcDtvciAmbmJzcDtvdGhl ciANCiZuYnNwO2NvbXBvbmVudHMgJm5ic3A7b2YgJm5ic3A7YSAmbmJzcDtQMlA8L0RJVj4NCjxE SVY+c3RyZWFtaW5nICZuYnNwO3N5c3RlbSAmbmJzcDtzdWNoICZuYnNwO2FzICZuYnNwO3BsYXlv dXQgJm5ic3A7c2NoZWR1bGluZyANCiZuYnNwO2FuZCAmbmJzcDtjb250cm9sLCAmbmJzcDtldGMu PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5bWk9OR10gJm5ic3A7Rm9yICZuYnNwO3Ro ZSAmbmJzcDthYm92ZSAmbmJzcDszICZuYnNwO3BhcmFncmFwaHMsICZuYnNwO0kgDQombmJzcDtk b24ndCAmbmJzcDt0aGluayAmbmJzcDtpdCAmbmJzcDtpcyAmbmJzcDtnb29kICZuYnNwO2lkZWEg Jm5ic3A7dG8gDQombmJzcDtzcGVjaWZ5PC9ESVY+DQo8RElWPnRoZSAmbmJzcDtzb2x1dGlvbnMg Jm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO2NoYXJ0ZXIgJm5ic3A7Zm9yICZuYnNwO05PVy4gDQom bmJzcDtDaGFydGVyICZuYnNwO2lzICZuYnNwO3RoZSAmbmJzcDt0ZXh0ICZuYnNwO2ZvciAmbmJz cDtkZXNjcmliaW5nIA0KJm5ic3A7dGhlPC9ESVY+DQo8RElWPnByb2JsZW0gJm5ic3A7c3BhY2Us ICZuYnNwO3JpZ2h0PzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNwO3dv cmsgJm5ic3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgDQom bmJzcDthcmU6PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4oMSkgJm5ic3A7QSAmbmJz cDsicHJvYmxlbSAmbmJzcDtzdGF0ZW1lbnQiICZuYnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgDQom bmJzcDtnaXZlcyAmbmJzcDthbiAmbmJzcDtvdmVydmlldyAmbmJzcDtvZiAmbmJzcDt0aGU8L0RJ Vj4NCjxESVY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cHJvcG9zZWQgJm5ic3A7UDJQICZu YnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sIA0KJm5ic3A7bW90aXZhdGVzICZuYnNwO3RoZSAm bmJzcDtkZXNpcmUgJm5ic3A7Zm9yICZuYnNwO3N0YW5kYXJkaXplZDwvRElWPg0KPERJVj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwcm90b2NvbHMsICZuYnNwO2RlZmluZXMgJm5ic3A7dGhl IA0KJm5ic3A7ZW52aXNpb25lZCAmbmJzcDtzY29wZSAmbmJzcDtvZiAmbmJzcDt0aG9zZSAmbmJz cDtzdGFuZGFyZGl6ZWQ8L0RJVj4NCjxESVY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Y29t cG9uZW50cyAmbmJzcDthbmQgJm5ic3A7ZGlzY3Vzc2VzIA0KJm5ic3A7Y29tbW9uICZuYnNwO3Rl cm1pbm9sb2dpZXMgJm5ic3A7YW5kICZuYnNwO2NvbmNlcHRzLjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+KDIpICZuYnNwO0EgJm5ic3A7InJlcXVpcmVtZW50cyIgJm5ic3A7ZG9jdW1l bnQgJm5ic3A7dGhhdCAmbmJzcDtkZXRhaWxzIA0KJm5ic3A7dGhlICZuYnNwO3NwZWNpZmljICZu YnNwO2Z1bmN0aW9uYWwsPC9ESVY+DQo8RElWPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO29w ZXJhdGlvbmFsICZuYnNwO2FuZCAmbmJzcDtwZXJmb3JtYW5jZSANCiZuYnNwO3JlcXVpcmVtZW50 cyAmbmJzcDtvZiAmbmJzcDt0aGUgJm5ic3A7dHdvICZuYnNwO1BQU1AgDQombmJzcDtwcm90b2Nv bHMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4oMykgJm5ic3A7QW4gJm5ic3A7ImFy Y2hpdGVjdHVyYWwgJm5ic3A7c3VydmV5IiAmbmJzcDtkb2N1bWVudCAmbmJzcDt0aGF0IA0KJm5i c3A7c3VtbWFyaXplcyAmbmJzcDtjdXJyZW50ICZuYnNwO1AyUDwvRElWPg0KPERJVj4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtzdHJlYW1pbmcgJm5ic3A7YXJjaGl0ZWN0dXJlcywgJm5ic3A7 aW4gDQombmJzcDtwYXJ0aWN1bGFyICZuYnNwO3RyYWNrZXItYmFzZWQgJm5ic3A7UDJQICZuYnNw O3N0cmVhbWluZzwvRElWPg0KPERJVj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtzeXN0ZW1z LCAmbmJzcDthbmQgJm5ic3A7aGlnaGxpZ2h0cyAmbmJzcDtiZXN0IA0KJm5ic3A7Y3VycmVudCAm bmJzcDtwcmFjdGljZXMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4oNCkgJm5ic3A7 QSAmbmJzcDtkZXRhaWxlZCAmbmJzcDtzcGVjaWZpY2F0aW9uICZuYnNwO29mICZuYnNwO3RoZSAN CiZuYnNwO1BQU1AgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbC48L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPig1KSAmbmJzcDtBICZuYnNwO2RldGFpbGVkICZuYnNwO3NwZWNpZmljYXRp b24gJm5ic3A7b2YgJm5ic3A7dGhlIA0KJm5ic3A7UFBTUCAmbmJzcDt0cmFja2VyICZuYnNwO3By b3RvY29sLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDYpICZuYnNwO0EgJm5ic3A7 InVzYWdlICZuYnNwO2d1aWRlIiAmbmJzcDt0aGF0ICZuYnNwO2Rlc2NyaWJlcyAmbmJzcDtob3cg DQombmJzcDt0aGUgJm5ic3A7dHdvICZuYnNwO1BQU1AgJm5ic3A7cHJvdG9jb2xzICZuYnNwO2Fu ZDwvRElWPg0KPERJVj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtleGlzdGluZyAmbmJzcDtJ RVRGICZuYnNwO3Byb3RvY29scywgJm5ic3A7c3VjaCANCiZuYnNwO0FMVE8sICZuYnNwO2NhbiAm bmJzcDtiZSAmbmJzcDtjb21iaW5lZCAmbmJzcDt0byAmbmJzcDtjcmVhdGUgDQombmJzcDthPC9E SVY+DQo8RElWPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2RlcGxveWFibGUgJm5ic3A7b3Bl cmF0aW9uYWwgJm5ic3A7UDJQIA0KJm5ic3A7c3RyZWFtaW5nICZuYnNwO3N5c3RlbS4gJm5ic3A7 ICZuYnNwO1RoaXMgJm5ic3A7ZG9jdW1lbnQgJm5ic3A7d2lsbDwvRElWPg0KPERJVj4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDthbHNvICZuYnNwO2Rpc2N1c3MgJm5ic3A7dXNlICZuYnNwO29m IA0KJm5ic3A7bGF5ZXJlZCAmbmJzcDttZWRpYSAmbmJzcDtlbmNvZGluZyAmbmJzcDthbmQgJm5i c3A7cmVsYXRlZCAmbmJzcDttZWRpYSANCiZuYnNwO2NodW5rPC9ESVY+DQo8RElWPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwO2Rlc2NyaXB0aW9ucyAmbmJzcDtpbiAmbmJzcDt0aGUgJm5ic3A7 cGVlciANCiZuYnNwO3Byb3RvY29sICZuYnNwO2ZvciAmbmJzcDttb3JlICZuYnNwO3JvYnVzdCAm bmJzcDtzdHJlYW1pbmcuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5UaGUgJm5ic3A7 d29yayAmbmJzcDtpdGVtcyAmbmJzcDtvZiAmbmJzcDt0aGUgJm5ic3A7UFBTUCAmbmJzcDtXRyAN CiZuYnNwO2ludGVyYWN0cyAmbmJzcDt3aXRoICZuYnNwO3RoZSAmbmJzcDt3b3JrICZuYnNwO3Bl cmZvcm1lZCAmbmJzcDtpbiANCiZuYnNwO290aGVyPC9ESVY+DQo8RElWPklFVEYgJm5ic3A7V0dz LCAmbmJzcDtpbmNsdWRpbmcgJm5ic3A7U0lQQ09SRSwgJm5ic3A7QVZULCAmbmJzcDtBTFRPLCAN CiZuYnNwO0xFREJBVCAmbmJzcDthbmQgJm5ic3A7TU1VU0lDLiAmbmJzcDtXaGVuZXZlcjwvRElW Pg0KPERJVj5leHRlbnNpb25zICZuYnNwO29yICZuYnNwO21vZGlmaWNhdGlvbiAmbmJzcDt0byAm bmJzcDt0aGUgJm5ic3A7cHJvdG9jb2xzIA0KJm5ic3A7ZGV2ZWxvcGVkICZuYnNwO2luICZuYnNw O290aGVyICZuYnNwO1dHcyAmbmJzcDthcmU8L0RJVj4NCjxESVY+ZGVlbWVkICZuYnNwO25lY2Vz c2FyeSwgJm5ic3A7UFBTUCAmbmJzcDtzaGFsbCAmbmJzcDtjb21tdW5pY2F0ZSAmbmJzcDthbmQg DQombmJzcDtkaXNjdXNzICZuYnNwO3RoZSAmbmJzcDtyZXF1aXJlbWVudHM8L0RJVj4NCjxESVY+ Zm9yICZuYnNwO3N1Y2ggJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDt3aXRoICZuYnNwO3RoZSAmbmJz cDtyZWxldmFudCANCiZuYnNwO1dHcyAmbmJzcDtidXQgJm5ic3A7aXMgJm5ic3A7bm90ICZuYnNw O2NoYXJ0ZWQgJm5ic3A7dG8gJm5ic3A7bWFrZTwvRElWPg0KPERJVj5zdWNoICZuYnNwO2NoYW5n ZXMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Hb2FscyAmbmJzcDthbmQgJm5ic3A7 TWlsZXN0b25lczo8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlNlcCAmbmJzcDsyMDEw ICZuYnNwOyAmbmJzcDsgJm5ic3A7U3VibWl0ICZuYnNwO3Byb2JsZW0gJm5ic3A7c3RhdGVtZW50 IA0KJm5ic3A7dG8gJm5ic3A7SUVTRyAmbmJzcDthcyAmbmJzcDtJbmZvcm1hdGlvbmFsPC9ESVY+ DQo8RElWPkRlYyAmbmJzcDsyMDEwICZuYnNwOyAmbmJzcDsgJm5ic3A7U3VibWl0ICZuYnNwO2Fy Y2hpdGVjdHVyYWwgJm5ic3A7c3VydmV5IA0KJm5ic3A7dG8gJm5ic3A7SUVTRyAmbmJzcDthcyAm bmJzcDtJbmZvcm1hdGlvbmFsPC9ESVY+DQo8RElWPkRlYyAmbmJzcDsyMDEwICZuYnNwOyAmbmJz cDsgJm5ic3A7U3VibWl0ICZuYnNwO3JlcXVpcmVtZW50cyAmbmJzcDtkb2N1bWVudCANCiZuYnNw O3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPg0KPERJVj5B dWcgJm5ic3A7MjAxMSAmbmJzcDsgJm5ic3A7ICZuYnNwO1N1Ym1pdCAmbmJzcDtQUFNQICZuYnNw O3BlZXIgDQombmJzcDtwcm90b2NvbCAmbmJzcDt0byAmbmJzcDtJRVNHICZuYnNwO2FzICZuYnNw O1Byb3Bvc2VkICZuYnNwO1N0YW5kYXJkIA0KJm5ic3A7PC9ESVY+DQo8RElWPkF1ZyAmbmJzcDsy MDExICZuYnNwOyAmbmJzcDsgJm5ic3A7U3VibWl0ICZuYnNwO1BQU1AgJm5ic3A7dHJhY2tlciAN CiZuYnNwO3Byb3RvY29sICZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7UHJvcG9z ZWQgJm5ic3A7U3RhbmRhcmQ8L0RJVj4NCjxESVY+RGVjICZuYnNwOzIwMTEgJm5ic3A7ICZuYnNw OyAmbmJzcDtTdWJtaXQgJm5ic3A7dXNhZ2UgJm5ic3A7Z3VpZGUgJm5ic3A7dG8gDQombmJzcDtJ RVNHICZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5DdWxsZW4gJm5i c3A7SmVubmluZ3M8L0RJVj4NCjxESVY+Rm9yICZuYnNwO2NvcnBvcmF0ZSAmbmJzcDtsZWdhbCAm bmJzcDtpbmZvcm1hdGlvbiAmbmJzcDtnbyAmbmJzcDt0bzo8L0RJVj4NCjxESVY+PEEgDQpocmVm PSJodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3Jp L2luZGV4Lmh0bWwiPmh0dHA6Ly93d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2luZ19idXNpbmVz cy9sZWdhbC9jcmkvaW5kZXguaHRtbDwvQT48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElW PiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0RJVj4NCjxESVY+cHBzcCAmbmJzcDttYWls aW5nICZuYnNwO2xpc3Q8L0RJVj4NCjxESVY+cHBzcEBpZXRmLm9yZzwvRElWPg0KPERJVj5odHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3A8L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPC9ESVY+DQo8RElWPnBwc3AgJm5ic3A7bWFpbGluZyAmbmJzcDtsaXN0PC9ESVY+DQo8RElW PnBwc3BAaWV0Zi5vcmc8L0RJVj4NCjxESVY+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9wcHNwPC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon106350218003_=====-- From zongning@huawei.com Wed Mar 17 21:16:39 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4AEA53A6864 for ; Wed, 17 Mar 2010 21:16:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.124 X-Spam-Level: X-Spam-Status: No, score=-96.124 tagged_above=-999 required=5 tests=[AWL=-3.344, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_CHARSET_FARAWAY=2.45, 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 f4uP4a7sDaUK for ; Wed, 17 Mar 2010 21:16:35 -0700 (PDT) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id B0BD23A6809 for ; Wed, 17 Mar 2010 21:16:33 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZG005WVMJU9G@szxga03-in.huawei.com> for ppsp@ietf.org; Thu, 18 Mar 2010 12:16:42 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZG004GFMJTBT@szxga03-in.huawei.com> for ppsp@ietf.org; Thu, 18 Mar 2010 12:16:41 +0800 (CST) Received: from z63316 ([10.164.12.81]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZG005FUMJRBP@szxml06-in.huawei.com> for ppsp@ietf.org; Thu, 18 Mar 2010 12:16:41 +0800 (CST) Date: Thu, 18 Mar 2010 12:16:39 +0800 From: Ning Zong In-reply-to: <201003181146223439191@chinamobile.com> To: 'zhangyunfei' , "'David A. Bryan'" , "'Xiao, Lin (NSN - CN/Beijing)'" Message-id: <008401cac651$ceff5110$510ca40a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_amqf+3oNVRnT7WorWIycVg)" Thread-index: AcrGTajItxGkfJy0S3mZ8Jcn+S+igQAA6p1g Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:16:39 -0000 This is a multi-part message in MIME format. --Boundary_(ID_amqf+3oNVRnT7WorWIycVg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable For the current scope of peer protocol, +1 For launching an Exploratory Group (provided not to delay current PPSP) = to look further the choice for SIP/RTSP/RTP/etc, +1 =20 Ning _____ =20 From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of zhangyunfei Sent: Thursday, March 18, 2010 11:46 AM To: David A. Bryan; Xiao, Lin (NSN - CN/Beijing) Cc: ppsp@ietf.org Subject: Re: [ppsp] Charter Proposal - real-time and time-shifted =20 This is also what I want to clarify.+1. Peer protocol is only for chunk availability exchange from our current discussion both in the meeting and in the mailing list. =20 Yunfei =20 _____ =20 zhangyunfei 2010-03-18 _____ =20 =B7=A2=BC=FE=C8=CB=A3=BA David A. Bryan =B7=A2=CB=CD=CA=B1=BC=E4=A3=BA 2010-03-16 23:07:12 =CA=D5=BC=FE=C8=CB=A3=BA Xiao, Lin (NSN - CN/Beijing) =B3=AD=CB=CD=A3=BA ppsp@ietf.org =D6=F7=CC=E2=A3=BA Re: [ppsp] Charter Proposal - real-time and = time-shifted =20 My understanding of the work of the PPSP group is yes, it = would be limited to the tracker and peer protocols. However, what Cullen was proposing went further (since he was talking about the actual negotiating of establishing a session), so my comments were = about that. My most recent understanding after the Hiroshima meeting = (and I may be confused) was that PPSP was more focused on just the tracker and peer protocol part of the puzzle for now. =20 David =20 On Tue, Mar 16, 2010 at 4:06 AM, Xiao, Lin (NSN - = CN/Beijing) wrote: >=20 > Hi, >=20 > I'd like to open a new thread for the discussion of = allowed PPSP media type. >=20 > It is true that there are lot of different requirements and behaviors of real-time streaming, VoD and file downloading. = However, PPSP is only a set of signaling protocols but not media transmission protocol. From this point, there must be common structure and signaling process flow shared by these three use cases. A "usage type" was defined to identify the type of = content transmitted in PPSP system (requirement draft -03). =A0Parameters = can be adjusted according to different "usage types" for different = kind of transmission. >=20 > As far as I know, most of the P2P streaming software, e.g. PPlive and PPStream, support both live streaming and VoD = services. Recently, PPStream even allow downloading the whole film file = to users' local disks, just like Bit-Torrent does. It means common signaling and control method can be designed for all the = "usage types". >=20 >=20 > Br > Lin Xiao >=20 >=20 >=20 >=20 >=20 >=20 > -----Original Message----- > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On = Behalf Of ext David A. Bryan > Sent: Tuesday, March 16, 2010 8:46 AM > To: Cullen Jennings > Cc: ppsp@ietf.org > Subject: Re: [ppsp] Charter Proposal >=20 > So just a few little followup points, mostly because I = think I was a bit unclear about my comment about distributed trackers, inline... >=20 > On Mon, Mar 15, 2010 at 12:26 PM, Cullen Jennings wrote: > > > > On Mar 13, 2010, at 8:22 AM, David A. Bryan wrote: > > > > > So in general I think there are a lot of good comments here, and > > > thanks for sending things to the list. A few things I = had comments on > > > inline... > > > > > > On Sat, Mar 13, 2010 at 9:33 AM, Cullen Jennings wrote: > > > > > > > > > > > > The PPSP could easily be one of these groups were = we spend the > > > > first few years trying to chooses which protocol to start with in > > > > various places. That would just remove the will to = do anything in > > > > the group. I have been lurking and watching this = work from the > > > > beginning and it seems like there are probably many things that > > > > most the participants agree to that we could just = nail down in the > > > > charter. =A0Doing so would help get the work done = faster and provide > > > > others a clear idea that had not been been = participating a much clearer idea of what this work is about. > > > > > > > > For example: > > > > > > > > Centralized or distributed trackers. My belief is that most the > > > > folks want to do a centralized tracker. On a side = note, I think > > > > they would be hard to do a distributed one before a centralized as > > > > centralized is much easier. The obvious protocol to = use for a > > > > centralized one is to add the needed extensions to = the HTTP based > > > > version of bittorrent tracker protocol. If they want = to do a > > > > distributed one, RELOAD would meet the needs and at least be worth looking at. > > > > > > I'm a bit confused about why you want to exclude distributed trackers. > > > Most of the information that would be exchanged -- i.e. = the maps of > > > chunks etc -- are going to be the same between the = two. I am still > > > trying to get my head around where the "edge" is here, = but from > > > hacking at ideas a bit, it seems to me that the = tracker protocol > > > might have two parts: query/place information from the = peers to the > > > tracker, and information between trackers. If the = separation is > > > clean, it might be possible to only focus on the part between > > > peers/trackers and not consider distributed trackers, but otherwise I > > > think in protocol design we should at least consider it...seems like > > > a bad idea to design a P2P protocol that neglects P2P = at a different > > > level (i.e., between trackers) > > > > I was just trying to put into the charter the direction = I thought the group wanted to go or at least surface the issues = so we could feedback of the form "yep, looks good" or "nope, we want distributed". Obviously I'm a bit of a fan of distributed approaches. >=20 > Given this, and the followup Ning had, I think things = became more crisp than my original comment, but just to be clear, I think what I am getting at is that I see the tracker, as = Ning mentioned, as a logical function. It could be implemented in a centralized way (and likely would be), or could actually use a DHT in the background. It may be that we don't really need = to consider that in the design of the protocol to query the "tracker" (whatever that may be), and I certainly don't want = to muddy things by insisting it be distributed. > I'd personally suggest some wording akin to what we did in P2PSIP, where we crafted a DHT for SIP but tried not to = break it for other possible applications. So here, maybe we say we = are building for a centralized tracker, but will try to consider = the problem of a distributed, and make sure the protocol for the logical process of tracker calls doesn't do something that explicitly breaks distributed functionality later. >=20 > I definitely don't want to give the IESG (or anyone else, really) the impression that there is a big group of us = looking to do a distributed tracker up front. As far as I know, = there isn't. >=20 > > > > > > > > > Similarly for the media transfer, I suspect that many people would > > > > be happy with RTP. It's hard to imagine anything = else given the end > > > > goal for this. I guess one could argue for a new protocol or a > > > > protocol that transferred data tunneled in the peer signaling protocol. > > > > > > Absolutely agree. Devising new mechanisms for media = transport seems > > > way out of scope to me. > > > > > > > The peer signing protocol needs to be able to set = up the RTP > > > > sessions and work thought NATs. I think the NAT traversal scheme > > > > will end up being ICE or something that more or = less amounts to ICE > > > > with no TURN option given the deployment models. Both RTSP and SIP > > > > are candidates here. In some ways at first glance, = RTSP might seem > > > > simpler. But a bunch of that simplicity comes from = the model of it > > > > being deployed on server all clients can easily reach without nat > > > > nightmares and less negotiation. Much of SIP = complexity comes form > > > > too many intermediaries and forking which would not = apply in this > > > > case. =A0We will have to add a bunch to RTSP to = get it to work or > > > > subtract some SIP to get it to work. Not an easy = call and not a > > > > call that the WG is in a great position to sort = out. I'd love to hear others thought on it. > > > > > > > > The alternative to the RTSP/SIP approach is to = replace the > > > > signaling and SDP with a capabilities something more = like the > > > > Advertisement / Proposal architecture the Jon and I = have been > > > > discussion (See draft-peterson-sipcore-advprop ). > > > > > > Not quite as clear to me here, but I mostly agree. Definitely need to > > > negotiate streams, and need to traverse NATs. SIP seems = like using a > > > fighter plane to kill a fly here, but may very well = turn out that > > > many of the capabilities end up being needed once we = get into it. The > > > problem is if the peers are speaking SIP, aren't they expected to > > > have the full SIP capabilities. We seem to need a SIP-Lite...(and > > > yes, I know that has been discussed oh, once or twice before, but > > > here it would be for devices with distinctly different applications) > > > > Right - for example, I see no need for forking in one = uses SIP which greatly the use of SIP. If the the plan it to simplify SIP in this way, we probably need to express that in the charter. =A0My view on using SIP is this work would only = need a subset of it. However if we use RTSP, we need to add a = bunch in RTSP. Typically cutting away stuff is faster than growing = new stuff but that is not always true. Either could be made to = work. So could something new. >=20 > Yep. Fully agree, particularly about hacking rather than growing...(i.e., SIP easier than RTSP. At least in my opinion, = I'd > agree.) >=20 > One wrinkle I see is that while these look good for = real-time, it isn't quite clear to me that SIP (or actually even RTP on the transport side) is right in the time-shifted context. If I = am retrieving the file then playing locally ala Bit-Torrent, it = seems possible that you would use a bulk transfer block-by-block in = that scenario and assemble and play locally, rather than stream from the peer that has it as would be the case in real-time. The more I've dug into this in the last few months, the more the real-time and time-shifted cases differ for the actions after = you contact the tracker. >=20 > > > My first take on the proposed charter below is that I = like seeing > > > things get more concrete, but it has two problems from = my perspective: > > > > > > I agree bit-torrent is a very good model and we should = be looking at > > > it, but the survey work is also bringing in work from = some other very > > > widely deployed solutions (PPLive, for example), and I'm personally a > > > bit reluctant to just say bit-torrent wins. > > > > > > > > > > > > I'm aware that PPLive and Bit-Torrent address slightly different > > > problems, which is actually my biggest concern with the charter -- > > > still not clear that the live and time-shifted content really call > > > for the same protocol or share as much as might be = thought in common. > > > Particularly for the real-time streaming, I'm not at all sure > > > Bit-Torrent is the right choice. (although I can see = using a tracker > > > to find candidate peers and establishing live sessions between > > > them...so it's possible) =A0I'd rather wait just a little = bit for the > > > survey document to evolve to make that call, and get = more visibility > > > into if one protocol can be used for both streaming and time-shifted > > > content. That's part of the motivation for hacking = together some > > > strawman work on the tracker as well -- let's see what hard problems > > > we stumble in that process. I agree if we don't firm = it up we'll spin > > > for a long time, but I also don't want to jump to a wrong conclusion. > > > > Fair enough - what you are saying there does seem very reasonable to me - but if we go down the plan then I think = we should probably =A0spin up an Exploratory Group to go make = some choices like that. >=20 > +1. I'd very much support that and would be willing to = help if > volunteers are needed. >=20 > > > My biggest objection is with the proposal below is = saying SIP is the > > > right choice for the Peer Protocol. That seems not-quite-right (even > > > if SIP is used to establish the connections). The peer protocol here. > > > again, is doing several things -- possibly maintaining an overlay > > > (possible RELOAD usage, although we have to make sure a full DHT is > > > needed, which with a central tracker it may not be) and = in the live > > > stream case, establishing connections. Unless we resurrect dSIP > > > (which I'd love ;) ), SIP can't do the former, and I still think it > > > is way overkill for the later unless we come up with a lighter > > > version. I'll take a look at the advprop draft you = mention -- that > > > might be exactly what I am thinking of but I have to admit I haven't > > > read it. I guess my worry here is that your version of the draft > > > seems to be taking the "I have a SIP hammer so this = is a SIP nail" > > > approach, and I'm not quite convinced that's right (at = least not yet, > > > but I must admit the problem looks very nail shaped. = Maybe just a really small nail). > > > > Well I understand how something like RELAOD might get used for the peer to tracker protocol, but once you know a peer = you are going to try and set up an RTP session with and, = assuming the use of RTP, =A0it seems you need a protocol were host = =A0A can tell host B to start sending the following data in an RTP = steam. =A0Do I have this about right? >=20 > Yep, I think you do have it right, and like I said, given that description, SIP (in the old original session establishment sense) may really be right, I'm just not quite convinced yet. = I'm sure you know this since you have too, but as someone who = has hacked a bunch of SIP stuff together over the years, I know = how much there is in SIP, and how much of that we don't need in this context. Certainly don't mean to imply it isn't a pretty strong candidate. >=20 > David >=20 > > > > > > Reuse of SDP and RTP seem like no-brainers and I = definitely agree. > > > > > > Anyway, interesting thoughts,and my 2 cents... > > > > > > David > > > > > > > There are a few other topics which are not addressed = in this > > > > charter that worry me a lot. The currently protocols being proposed > > > > and related discussion does not seem to address what = is the > > > > incentive for anyone to serve content. It's clear why you would > > > > receive but not clear why you would bother to = transmit. Bittorrent > > > > put a lot of effort into this and IMHO got it = "right enough" that > > > > the system is very successful. I worry about it in = this work. A > > > > second topic is that the desired privacy properties = of the system > > > > are also pretty vague. If we are not clear about = these in the > > > > beginning, we run the risk of getting very bogged = down in arguing about them as the protocol starts to get close to done. > > > > > > > > To try and help get things moving along, I have proposed charter > > > > bellow that is very conservative . =A0As an = individual, I would > > > > probably have a slight preference for a more risky approach than > > > > the proposal below but . > > > > > > > > > > > > ------------------------------------------------ > > > > > > > > > > > > > > > > > > > > The Peer-to-Peer Streaming Protocol (PPSP) working = group develops > > > > two signaling and control protocols for a peer-to-peer (P2P) > > > > streaming system for transmitting live and time = shifted media > > > > content with near real-time delivery requirements. > > > > > > > > Two kinds of nodes exist in the targeted P2P = streaming system, > > > > i.e., "peers" and "trackers". Peers are nodes that = are actively > > > > sending and receiving streamed media content, and = include both > > > > statically connected hosts as well as mobile devices = with > > > > connectivity and IP addresses that change over time. = The set of > > > > peers that are participating in a streaming session = will > > > > dynamically change over time. Trackers are well-known nodes with > > > > stable connectivity that maintain meta information = about the > > > > streamed content and the dynamic peer set. The = working group is only addressing centralized trackers and not the distributed tracker. > > > > > > > > The PPSP WG designs a protocol for signaling and = control between > > > > trackers and peers (the PPSP "tracker protocol") and = a signaling > > > > and control protocol for communication among the peers (the PPSP > > > > "peer protocol"). The two protocols enable peers to receive > > > > streaming data within the time constraints required by specific > > > > content items. =A0The tracker protocol handles the = initial and > > > > periodic exchange of meta information between trackers = and peers, > > > > such as peer lists and content information. The peer protocol > > > > controls the advertising and exchange of media data availability between the peers. > > > > > > > > The tracker protocol will be modeled as much as = possible to match > > > > the exiting bittorrent protocol with appropriate = extensions for to > > > > cary information that is needed for selection of a = peer suitable > > > > for real time streaming. Media descriptions will use = the syntax and > > > > semantics from SDP where that is possible. > > > > > > > > The peer protocol will be be an extension of SIP = and use ICE for > > > > NAT traversal. > > > > > > > > RTP will be used for the encoding and transmission = of the media > > > > content between peers. PPSP is not chartered to work = on media > > > > transmission protocols, media encoding techniques or = other > > > > components of a P2P streaming system such as playout scheduling and control, etc. > > > > > > > > The work items of the PPSP WG are: > > > > > > > > (1) A "problem statement" document that gives an = overview of the > > > > ?=A0proposed P2P streaming system, motivates the desire = for > > > > standardized > > > > ?=A0protocols, defines the envisioned scope of those standardized > > > > ?=A0components and discusses common terminologies and concepts. > > > > > > > > (2) A "requirements" document that details the = specific functional, > > > > ?=A0operational and performance requirements of the two = PPSP protocols. > > > > > > > > (3) An "architectural survey" document that summarizes current P2P > > > > ?=A0streaming architectures, in particular tracker-based = P2P > > > > streaming > > > > ?=A0systems, and highlights best current practices. > > > > > > > > (4) A detailed specification of the PPSP peer = protocol. > > > > > > > > (5) A detailed specification of the PPSP tracker protocol. > > > > > > > > (6) A "usage guide" that describes how the two PPSP protocols and > > > > ?=A0existing IETF protocols, such ALTO, can be = combined to create a > > > > ?=A0deployable operational P2P streaming system. =A0This document will > > > > ?=A0also discuss use of layered media encoding and = related media > > > > chunk > > > > ?=A0descriptions in the peer protocol for more robust streaming. > > > > > > > > The work items of the PPSP WG interacts with the = work performed in > > > > other IETF WGs, including SIPCORE, AVT, ALTO, LEDBAT = and MMUSIC. > > > > Whenever extensions or modification to the protocols developed in > > > > other WGs are deemed necessary, PPSP shall communicate and discuss > > > > the requirements for such extensions with the relevant WGs but is > > > > not charted to make such changes. > > > > > > > > Goals and Milestones: > > > > > > > > Sep 2010 ?Submit problem statement to IESG as Informational Dec > > > > 2010 ?Submit architectural survey to IESG as = Informational Dec > > > > 2010 ?Submit requirements document to IESG as Informational Aug > > > > 2011 ?Submit PPSP peer protocol to IESG as Proposed Standard Aug > > > > 2011 ?Submit PPSP tracker protocol to IESG as = Proposed Standard > > > > Dec 2011 ?Submit usage guide to IESG to IESG as Informational > > > > > > > > > > > > = ---------------------------------------------------------------- > > > > > > > > > > > > Cullen Jennings > > > > For corporate legal information go to: > > > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > > > > > > > > > > > _______________________________________________ > > > > ppsp mailing list > > > > ppsp@ietf.org > > > > https://www.ietf.org/mailman/listinfo/ppsp > > > > > > > > > > > > > Cullen Jennings > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp >=20 _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp --Boundary_(ID_amqf+3oNVRnT7WorWIycVg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: quoted-printable

For the current = scope of peer protocol, +1

For launching an = Exploratory Group (provided not to delay current PPSP) to look further the choice = for SIP/RTSP/RTP/etc, +1

 <= /span>

Ning


From: = ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On = Behalf Of zhangyunfei
Sent: Thursday, March 18, = 2010 11:46 AM
To: David A. Bryan; Xiao, = Lin (NSN - CN/Beijing)
Cc: ppsp@ietf.org
Subject: Re: [ppsp] = Charter Proposal - real-time and time-shifted

 

This is also what I want to clarify.+1.

Peer protocol is only for chunk availability exchange from = our current discussion both in the meeting and in the mailing = list.

 

Yunfei

 


zhangyunfei

2010-03-18<= font size=3D3 face=3D=CB=CE=CC=E5>


=B7=A2=BC=FE=C8=CB=A3= =BA David A. Bryan

=B7=A2=CB=CD=CA=B1=BC= =E4=A3=BA 2010-03-16 23:07:12

=CA=D5=BC=FE=C8=CB=A3= =BA Xiao, Lin (NSN - CN/Beijing)

=B3=AD=CB=CD=A3=BA ppsp@ietf.org

=D6=F7=CC=E2=A3=BA Re: [ppsp] Charter Proposal - real-time and = time-shifted

 

My  understanding  of  the  work  of  the =  PPSP  group  is  yes,  it  would =  be

limited  to  the  tracker  and  peer  protocols.  However,  what  Cullen =  was

proposing  went  further  (since  he  was  talking  about  the  actual

negotiating  of  establishing  a  session),  so  my  comments  were  about

that.  My  most  recent  understanding  after =  the  Hiroshima  meeting  (and  I

may  be  confused)  was  that  PPSP  was =  more  focused  on  just  the =  tracker

and  peer  protocol  part  of  the  puzzle =  for  now.

 

David

 

On  Tue,  Mar  16,  2010  at  4:06  AM,  Xiao,  Lin  (NSN  - =  CN/Beijing)

<lin.xiao@nsn.com >  wrote:

> 

>  Hi,

> 

>  I'd  like  to  open  a  new  thread  for  the  discussion  of  allowed  PPSP  media  type.

> 

>  It  is  true  that  there  are  lot  of  different  requirements  and  behaviors =  of  real-time  streaming,  VoD  and  file  downloading.  However,  PPSP  is  only  a  set  of  signaling  protocols  but  not  media  transmission  protocol.  From  this  point,  there  must  be  common =  structure  and  signaling  process  flow  shared  by  these  three  use  cases.  A  "usage  type"  was  defined  to  identify =  the  type  of  content  transmitted  in  PPSP  system  (requirement  draft  -03). =  =A0Parameters  can  be  adjusted  according  to =  different  "usage  types"  for  different  kind  of  transmission.

> 

>  As  far  as  I  know,  most  of =  the  P2P  streaming  software,  e.g.  PPlive =  and  PPStream,  support  both  live  streaming =  and  VoD  services.  Recently,  PPStream  even =  allow  downloading  the  whole  film  file  to  users'  local  disks,  just  like =  Bit-Torrent  does.  It  means  common  signaling  and  control  method  can  be  designed  for  all  the  "usage =  types".

> 

> 

>  Br

>  Lin  Xiao

> 

> 

> 

> 

> 

> 

>  -----Original  Message-----

>  From:  ppsp-bounces@ietf.org =  [mailto:ppsp-bounces@ietf.org]  On  Behalf  Of  ext  David  A. =  Bryan

>  Sent:  Tuesday,  March  16,  2010  8:46 =  AM

>  To:  Cullen  Jennings

>  Cc:  ppsp@ietf.org

>  Subject:  Re:  [ppsp]  Charter =  Proposal

> 

>  So  just  a  few  little  followup =  points,  mostly  because  I  think  I  was  a  bit  unclear  about  my  comment  about  distributed  trackers, =  inline...

> 

>  On  Mon,  Mar  15,  2010  at  12:26  PM,  Cullen  Jennings   <fluffy@cisco.com >  wrote:

> >

> >  On  Mar  13,  2010,  at  8:22 =  AM,  David  A.  Bryan  wrote:

> >

> > >  So  in  general  I  think =  there  are  a  lot  of  good  comments =  here,  and

> > >  thanks  for  sending  things  to =  the  list.  A  few  things  I  had =  comments  on

> > >  inline...

> > >

> > >  On  Sat,  Mar  13,  2010  at  9:33  AM,  Cullen  Jennings   = <fluffy@cisco.com >  wrote:

> > >   >

> > >   >

> > >   >  The  PPSP  could  easily =  be  one  of  these  groups  were  we =  spend  the

> > >   >  first  few  years  trying =  to  chooses  which  protocol  to  start  with  in

> > >   >  various  places.  That  would  just  remove  the  will  to  do =  anything  in

> > >   >  the  group.  I  have =  been  lurking  and  watching  this  work  from  the

> > >   >  beginning  and  it  seems =  like  there  are  probably  many  things =  that

> > >   >  most  the  participants =  agree  to  that  we  could  just  nail =  down  in  the

> > >   >  charter.  =A0Doing  so  would  help  get  the  work =  done  faster  and  provide

> > >   >  others  a  clear  idea =  that  had  not  been  been  participating  a  much  clearer  idea  of  what  this =  work  is  about.

> > >   >

> > >   >  For =  example:

> > >   >

> > >   >  Centralized  or  distributed  trackers.  My  belief  is  that  most =  the

> > >   >  folks  want  to  do  a  centralized  tracker.  On  a  side  note,  I  think

> > >   >  they  would  be  hard =  to  do  a  distributed  one  before  a  centralized  as

> > >   >  centralized  is  much =  easier.  The  obvious  protocol  to  use  for =  a

> > >   >  centralized  one  is  to =  add  the  needed  extensions  to  the  HTTP  based

> > >   >  version  of  bittorrent =  tracker  protocol.  If  they  want  to  do =  a

> > >   >  distributed  one,  RELOAD =  would  meet  the  needs  and  at  least  be  worth  looking  at.

> > >

> > >  I'm  a  bit  confused  about =  why  you  want  to  exclude  distributed =  trackers.

> > >  Most  of  the  information  that  would  be  exchanged  --  i.e.  the =  maps  of

> > >  chunks  etc  --  are  going  to  be  the  same  between  the  two.  I  am  still

> > >  trying  to  get  my  head =  around  where  the  "edge"  is  here, =  but  from

> > >  hacking  at  ideas  a  bit,  it  seems  to  me  that  the  tracker =  protocol

> > >  might  have  two  parts: =  query/place  information  from  the  peers  to =  the

> > >  tracker,  and  information  between  trackers.  If  the  separation =  is

> > >  clean,  it  might  be  possible =  to  only  focus  on  the  part =  between

> > >  peers/trackers  and  not  consider  distributed  trackers,  but  otherwise =  I

> > >  think  in  protocol  design  we  should  at  least  consider  it...seems =  like

> > >  a  bad  idea  to  design  a =  P2P  protocol  that  neglects  P2P  at  a  different

> > >  level  (i.e.,  between =  trackers)

> >

> >  I  was  just  trying  to  put =  into  the  charter  the  direction  I  thought  the  group  wanted  to  go  or  at  least  surface  the  issues  so  we =  could  feedback  of  the  form  "yep, =  looks  good"  or  "nope,  we  want  distributed".  Obviously  I'm  a  bit =  of  a  fan  of  distributed =  approaches.

> 

>  Given  this,  and  the  followup  Ning  had,  I  think  things  became  more =  crisp  than  my  original  comment,  but  just =  to  be  clear,  I  think  what  I  am  getting  at  is  that  I  see  the  tracker,  as  Ning  mentioned,  as  a  logical  function.  It  could  be =  implemented  in  a  centralized  way  (and  likely  would  be),  or  could  actually  use =  a  DHT  in  the  background.  It  may =  be  that  we  don't  really  need  to =  consider  that  in  the  design  of  the =  protocol  to  query  the  "tracker"  (whatever  that  may  be),  and  I  certainly =  don't  want  to  muddy  things  by  insisting =  it  be  distributed.

>  I'd  personally  suggest  some  wording =  akin  to  what  we  did  in  P2PSIP, =  where  we  crafted  a  DHT  for  SIP  but  tried  not  to  break  it  for =  other  possible  applications.  So  here,  maybe =  we  say  we  are  building  for  a =  centralized  tracker,  but  will  try  to  consider =  the  problem  of  a  distributed,  and  make  sure  the  protocol  for  the  logical  process  of  tracker  calls  doesn't  do  something  that  explicitly  breaks =  distributed  functionality  later.

> 

>  I  definitely  don't  want  to  give =  the  IESG  (or  anyone  else,  really)  the  impression  that  there  is  a  big =  group  of  us  looking  to  do  a =  distributed  tracker  up  front.  As  far  as  I  know,  there  isn't.

> 

> >

> > >

> > >   >  Similarly  for  the  media  transfer,  I  suspect  that  many  people  would

> > >   >  be  happy  with  RTP. =  It's  hard  to  imagine  anything  else  given  the  end

> > >   >  goal  for  this.  I =  guess  one  could  argue  for  a  new =  protocol  or  a

> > >   >  protocol  that  transferred =  data  tunneled  in  the  peer  signaling =  protocol.

> > >

> > >  Absolutely  agree.  Devising  new  mechanisms  for  media  transport =  seems

> > >  way  out  of  scope  to =  me.

> > >

> > >   >  The  peer  signing  protocol  needs  to  be  able  to  set  up =  the  RTP

> > >   >  sessions  and  work  thought  NATs.  I  think  the  NAT  traversal  scheme

> > >   >  will  end  up  being =  ICE  or  something  that  more  or  less  amounts  to  ICE

> > >   >  with  no  TURN  option =  given  the  deployment  models.  Both  RTSP  and  SIP

> > >   >  are  candidates  here.  In  some  ways  at  first  glance,  RTSP =  might  seem

> > >   >  simpler.  But  a  bunch =  of  that  simplicity  comes  from  the  model  of  it

> > >   >  being  deployed  on  server  all  clients  can  easily  reach  without  nat

> > >   >  nightmares  and  less =  negotiation.  Much  of  SIP  complexity  comes =  form

> > >   >  too  many  intermediaries =  and  forking  which  would  not  apply  in =  this

> > >   >  case.  =A0We  will  have  to  add  a  bunch  to  RTSP  to  get  it  to  work =  or

> > >   >  subtract  some  SIP  to =  get  it  to  work.  Not  an  easy  call  and  not  a

> > >   >  call  that  the  WG  is  in  a  great  position  to  sort =  out.  I'd  love  to  hear  others  thought =  on  it.

> > >   >

> > >   >  The  alternative  to  the  RTSP/SIP  approach  is  to  replace =  the

> > >   >  signaling  and  SDP  with =  a  capabilities  something  more  like =  the

> > >   >  Advertisement  /  Proposal  architecture  the  Jon  and  I  have =  been

> > >   >  discussion  (See  draft-peterson-sipcore-advprop =  ).

> > >

> > >  Not  quite  as  clear  to  me  here,  but  I  mostly  agree.  Definitely  need  to

> > >  negotiate  streams,  and  need  to  traverse  NATs.  SIP  seems  like  using =  a

> > >  fighter  plane  to  kill  a =  fly  here,  but  may  very  well  turn =  out  that

> > >  many  of  the  capabilities  end =  up  being  needed  once  we  get  into =  it.  The

> > >  problem  is  if  the  peers =  are  speaking  SIP,  aren't  they  expected =  to

> > >  have  the  full  SIP  capabilities.  We  seem  to  need  a =  SIP-Lite...(and

> > >  yes,  I  know  that  has  been  discussed  oh,  once  or  twice  before,  but

> > >  here  it  would  be  for =  devices  with  distinctly  different =  applications)

> >

> >  Right  -  for  example,  I  see =  no  need  for  forking  in  one  uses =  SIP  which  greatly  the  use  of  SIP. =  If  the  the  plan  it  to  simplify =  SIP  in  this  way,  we  probably  need =  to  express  that  in  the  charter. =  =A0My  view  on  using  SIP  is  this  work  would  only  need  a  subset  of =  it.  However  if  we  use  RTSP,  we =  need  to  add  a  bunch  in  RTSP. =  Typically  cutting  away  stuff  is  faster  than  growing  new  stuff  but  that  is =  not  always  true.  Either  could  be  made =  to  work.  So  could  something =  new.

> 

>  Yep.  Fully  agree,  particularly  about  hacking  rather  than  growing...(i.e.,  SIP  easier  than  RTSP.  At  least  in =  my  opinion,  I'd

>  agree.)

> 

>  One  wrinkle  I  see  is  that =  while  these  look  good  for  real-time,  it  isn't  quite  clear  to  me  that =  SIP  (or  actually  even  RTP  on  the  transport  side)  is  right  in  the  time-shifted  context.  If  I  am =  retrieving  the  file  then  playing  locally  ala  Bit-Torrent,  it  seems  possible  that =  you  would  use  a  bulk  transfer =  block-by-block  in  that  scenario  and  assemble  and  play  locally,  rather  than  stream =  from  the  peer  that  has  it  as  would  be  the  case  in  real-time.  The =  more  I've  dug  into  this  in  the  last  few  months,  the  more  the  real-time  and  time-shifted  cases  differ  for =  the  actions  after  you  contact  the =  tracker.

> 

> > >  My  first  take  on  the =  proposed  charter  below  is  that  I  like =  seeing

> > >  things  get  more  concrete,  but =  it  has  two  problems  from  my =  perspective:

> > >

> > >  I  agree  bit-torrent  is  a =  very  good  model  and  we  should  be =  looking  at

> > >  it,  but  the  survey  work  is  also  bringing  in  work  from  some =  other  very

> > >  widely  deployed  solutions  (PPLive, =  for  example),  and  I'm  personally =  a

> > >  bit  reluctant  to  just  say  bit-torrent  wins.

> >

> >

> >

> > >

> > >  I'm  aware  that  PPLive  and  Bit-Torrent  address  slightly =  different

> > >  problems,  which  is  actually  my  biggest  concern  with  the  charter =  --

> > >  still  not  clear  that  the =  live  and  time-shifted  content  really =  call

> > >  for  the  same  protocol  or =  share  as  much  as  might  be  thought  in  common.

> > >  Particularly  for  the  real-time  streaming,  I'm  not  at  all =  sure

> > >  Bit-Torrent  is  the  right  choice.  (although  I  can  see  using  a =  tracker

> > >  to  find  candidate  peers  and  establishing  live  sessions =  between

> > >  them...so  it's  possible) =  =A0I'd  rather  wait  just  a  little  bit =  for  the

> > >  survey  document  to  evolve  to =  make  that  call,  and  get  more =  visibility

> > >  into  if  one  protocol  can =  be  used  for  both  streaming  and =  time-shifted

> > >  content.  That's  part  of  the  motivation  for  hacking  together =  some

> > >  strawman  work  on  the  tracker =  as  well  --  let's  see  what  hard =  problems

> > >  we  stumble  in  that  process. =  I  agree  if  we  don't  firm  it  up  we'll  spin

> > >  for  a  long  time,  but  I =  also  don't  want  to  jump  to  a  wrong  conclusion.

> >

> >  Fair  enough  -  what  you  are  saying  there  does  seem  very =  reasonable  to  me  -  but  if  we  go =  down  the  plan  then  I  think  we =  should  probably  =A0spin  up =  an  Exploratory  Group  to  go  make  some  choices  like  that.

> 

>  +1.  I'd  very  much  support  that =  and  would  be  willing  to  help =  if

>  volunteers  are  needed.

> 

> > >  My  biggest  objection  is  with =  the  proposal  below  is  saying  SIP  is =  the

> > >  right  choice  for  the  Peer  Protocol.  That  seems  not-quite-right =  (even

> > >  if  SIP  is  used  to =  establish  the  connections).  The  peer  protocol =  here.

> > >  again,  is  doing  several  things =  --  possibly  maintaining  an =  overlay

> > >  (possible  RELOAD  usage,  although =  we  have  to  make  sure  a  full  DHT =  is

> > >  needed,  which  with  a  central  tracker  it  may  not  be)  and  in  the  live

> > >  stream  case,  establishing  connections.  Unless  we  resurrect =  dSIP

> > >  (which  I'd  love  ;)  ),  SIP  can't  do  the  former,  and  I =  still  think  it

> > >  is  way  overkill  for  the =  later  unless  we  come  up  with  a =  lighter

> > >  version.  I'll  take  a  look =  at  the  advprop  draft  you  mention  -- =  that

> > >  might  be  exactly  what  I  am  thinking  of  but  I  have  to =  admit  I  haven't

> > >  read  it.  I  guess  my  worry  here  is  that  your  version  of =  the  draft

> > >  seems  to  be  taking  the =  "I  have  a  SIP  hammer  so  this  is =  a  SIP  nail"

> > >  approach,  and  I'm  not  quite  convinced  that's  right  (at  least  not  yet,

> > >  but  I  must  admit  the =  problem  looks  very  nail  shaped.  Maybe  just =  a  really  small  nail).

> >

> >  Well  I  understand  how  something =  like  RELAOD  might  get  used  for  the =  peer  to  tracker  protocol,  but  once  you  know  a  peer  you  are  going  to  try  and  set  up  an  RTP  session  with  and,  assuming  the  use  of =  RTP,  =A0it  seems  you =  need  a  protocol  were  host  =A0A  can  tell  host  B  to  start =  sending  the  following  data  in  an  RTP =  steam.  =A0Do  I  have =  this  about  right?

> 

>  Yep,  I  think  you  do  have  it  right,  and  like  I  said,  given =  that  description,  SIP  (in  the  old =  original  session  establishment  sense)  may  really =  be  right,  I'm  just  not  quite  convinced  yet.  I'm  sure  you  know  this =  since  you  have  too,  but  as  someone =  who  has  hacked  a  bunch  of  SIP =  stuff  together  over  the  years,  I  know =  how  much  there  is  in  SIP,  and  how  much  of  that  we  don't  need  in  this  context.  Certainly  don't  mean =  to  imply  it  isn't  a  pretty  strong  candidate.

> 

>  David

> 

> > >

> > >  Reuse  of  SDP  and  RTP  seem  like  no-brainers  and  I  definitely =  agree.

> > >

> > >  Anyway,  interesting  thoughts,and  my =  2  cents...

> > >

> > >  David

> > >

> > >   >  There  are  a  few =  other  topics  which  are  not  addressed  in  this

> > >   >  charter  that  worry  me =  a  lot.  The  currently  protocols  being =  proposed

> > >   >  and  related  discussion =  does  not  seem  to  address  what  is =  the

> > >   >  incentive  for  anyone  to  serve  content.  It's  clear  why  you  would

> > >   >  receive  but  not  clear =  why  you  would  bother  to  transmit. =  Bittorrent

> > >   >  put  a  lot  of  effort  into  this  and  IMHO  got  it =  "right  enough"  that

> > >   >  the  system  is  very  successful.  I  worry  about  it  in =  this  work.  A

> > >   >  second  topic  is  that =  the  desired  privacy  properties  of  the =  system

> > >   >  are  also  pretty  vague. =  If  we  are  not  clear  about  these =  in  the

> > >   >  beginning,  we  run  the =  risk  of  getting  very  bogged  down  in  arguing  about  them  as  the  protocol  starts  to  get  close  to =  done.

> > >   >

> > >   >  To  try  and  help  get  things  moving  along,  I  have  proposed  charter

> > >   >  bellow  that  is  very  conservative  .  =A0As  an  individual,  I =  would

> > >   >  probably  have  a  slight  preference  for  a  more  risky  approach  than

> > >   >  the  proposal  below  but =  .

> > >   >

> > >   >

> > >   > =  ------------------------------------------------<= /font>

> > >   >

> > >   >

> > >   >

> > >   >

> > >   >  The  Peer-to-Peer  Streaming  Protocol  (PPSP)  working  group =  develops

> > >   >  two  signaling  and  control  protocols  for  a  peer-to-peer =  (P2P)

> > >   >  streaming  system  for =  transmitting  live  and  time  shifted =  media

> > >   >  content  with  near =  real-time  delivery  requirements.

> > >   >

> > >   >  Two  kinds  of  nodes =  exist  in  the  targeted  P2P  streaming =  system,

> > >   >  i.e.,  "peers"  and  "trackers".  Peers  are  nodes  that  are  actively

> > >   >  sending  and  receiving =  streamed  media  content,  and  include =  both

> > >   >  statically  connected  hosts =  as  well  as  mobile  devices =  with

> > >   >  connectivity  and  IP =  addresses  that  change  over  time.  The  set =  of

> > >   >  peers  that  are =  participating  in  a  streaming  session =  will

> > >   >  dynamically  change  over =  time.  Trackers  are  well-known  nodes =  with

> > >   >  stable  connectivity  that =  maintain  meta  information  about =  the

> > >   >  streamed  content  and  the  dynamic  peer  set.  The  working  group  is  only  addressing  centralized  trackers =  and  not  the  distributed =  tracker.

> > >   >

> > >   >  The  PPSP  WG  designs =  a  protocol  for  signaling  and  control =  between

> > >   >  trackers  and  peers  (the  PPSP  "tracker  protocol")  and  a  signaling

> > >   >  and  control  protocol  for  communication  among  the  peers  (the =  PPSP

> > >   >  "peer  protocol").  The  two  protocols  enable  peers  to =  receive

> > >   >  streaming  data  within  the  time  constraints  required  by =  specific

> > >   >  content  items. =  =A0The  tracker  protocol  handles  the  initial =  and

> > >   >  periodic  exchange  of  meta  information  between  trackers  and =  peers,

> > >   >  such  as  peer  lists =  and  content  information.  The  peer =  protocol

> > >   >  controls  the  advertising =  and  exchange  of  media  data  availability =  between  the  peers.

> > >   >

> > >   >  The  tracker  protocol  will  be  modeled  as  much  as  possible =  to  match

> > >   >  the  exiting  bittorrent =  protocol  with  appropriate  extensions  for =  to

> > >   >  cary  information  that  is  needed  for =  selection  of  a  peer  suitable

> > >   >  for  real  time  streaming.  Media  descriptions  will  use  the =  syntax  and

> > >   >  semantics  from  SDP  where  that  is  possible.

> > >   >

> > >   >  The  peer  protocol  will =  be  be  an  extension  of  SIP  and  use  ICE  for

> > >   >  NAT =  traversal.

> > >   >

> > >   >  RTP  will  be  used  for  the  encoding  and  transmission  of  the  media

> > >   >  content  between  peers. =  PPSP  is  not  chartered  to  work  on =  media

> > >   >  transmission  protocols,  media  encoding  techniques  or =  other

> > >   >  components  of  a  P2P  streaming  system  such  as  playout =  scheduling  and  control,  etc.

> > >   >

> > >   >  The  work  items  of =  the  PPSP  WG  are:

> > >   >

> > >   >  (1)  A  "problem  statement"  document  that  gives  an  overview  of  the

> > >   >  ?=A0proposed  P2P  streaming  system,  motivates  the =  desire  for

> > >   >  standardized

> > >   >  ?=A0protocols,  defines  the  envisioned  scope  of =  those  standardized

> > >   >  ?=A0components  and  discusses  common  terminologies  and  concepts.

> > >   >

> > >   >  (2)  A  "requirements"  document  that  details  the  specific  functional,

> > >   >  ?=A0operational  and  performance  requirements  of  the =  two  PPSP  protocols.

> > >   >

> > >   >  (3)  An  "architectural  survey"  document  that  summarizes =  current  P2P

> > >   >  ?=A0streaming  architectures,  in  particular  tracker-based =  P2P

> > >   >  streaming

> > >   >  ?=A0systems,  and  highlights  best  current =  practices.

> > >   >

> > >   >  (4)  A  detailed =  specification  of  the  PPSP  peer =  protocol.

> > >   >

> > >   >  (5)  A  detailed =  specification  of  the  PPSP  tracker =  protocol.

> > >   >

> > >   >  (6)  A  "usage =  guide"  that  describes  how  the  two  PPSP  protocols  and

> > >   >  ?=A0existing  IETF  protocols,  such  ALTO,  can  be  combined  to  create =  a

> > >   >  ?=A0deployable  operational  P2P  streaming  system. =  =A0This  document  will

> > >   >  ?=A0also  discuss  use  of  layered  media =  encoding  and  related  media

> > >   >  chunk

> > >   >  ?=A0descriptions  in  the  peer  protocol  for  more =  robust  streaming.

> > >   >

> > >   >  The  work  items  of =  the  PPSP  WG  interacts  with  the  work  performed  in

> > >   >  other  IETF  WGs,  including =  SIPCORE,  AVT,  ALTO,  LEDBAT  and =  MMUSIC.

> > >   >  Whenever  extensions  or  modification  to  the  protocols  developed =  in

> > >   >  other  WGs  are  deemed  necessary,  PPSP  shall  communicate  and  discuss

> > >   >  the  requirements  for  such =  extensions  with  the  relevant  WGs  but =  is

> > >   >  not  charted  to  make =  such  changes.

> > >   >

> > >   >  Goals  and =  Milestones:

> > >   >

> > >   >  Sep  2010  ?Submit  problem  statement  to  IESG  as  Informational =  Dec

> > >   >  2010  ?Submit  architectural =  survey  to  IESG  as  Informational =  Dec

> > >   >  2010  ?Submit  requirements  document  to  IESG  as  Informational =  Aug

> > >   >  2011  ?Submit  PPSP  peer  protocol  to  IESG  as  Proposed =  Standard  Aug

> > >   >  2011  ?Submit  PPSP  tracker  protocol  to  IESG  as  Proposed =  Standard

> > >   >  Dec  2011  ?Submit  usage  guide  to  IESG  to  IESG  as  Informational

> > >   >

> > >   >

> > >   >  ----------------------------------------------------------------

> > >   >

> > >   >

> > >   >  Cullen  Jennings

> > >   >  For  corporate  legal =  information  go  to:

> > >   >

> > >   >

> > >   >

> > >   > =  _______________________________________________

> > >   >  ppsp  mailing =  list

> > >   >  ppsp@ietf.org

> > >   > =  https://www.ietf.org/mailman/listinfo/ppsp=

> > >   >

> > >

> >

> >

> >  Cullen  Jennings

> >  For  corporate  legal  information  go =  to:

> >

> >

> >

> >

>  _______________________________________________

>  ppsp  mailing  list

>  ppsp@ietf.org

>  https://www.ietf.org/mailman/listinfo/ppsp=

> 

__________________________= _____________________

ppsp  mailing  list

ppsp@ietf.org

https://www.ietf.org/mailm= an/listinfo/ppsp

--Boundary_(ID_amqf+3oNVRnT7WorWIycVg)-- From zhangyunfei@chinamobile.com Wed Mar 17 21:34:46 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 65E3C3A67CF for ; Wed, 17 Mar 2010 21:34:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -90.674 X-Spam-Level: X-Spam-Status: No, score=-90.674 tagged_above=-999 required=5 tests=[AWL=-2.784, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, J_CHICKENPOX_62=0.6, J_CHICKENPOX_63=0.6, J_CHICKENPOX_82=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 xSI0oLN5EzJg for ; Wed, 17 Mar 2010 21:34:44 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id D2F383A68EC for ; Wed, 17 Mar 2010 21:34:28 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.194]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031812504196-137432 ; Thu, 18 Mar 2010 12:50:41 +0800 Date: Thu, 18 Mar 2010 12:34:38 +0800 From: "zhangyunfei" To: "Martin Stiemerling" , "Cullen Jennings" , "ppsp@ietf.org" References: <92A20786-65FE-4135-8291-581EAA10FE71@cisco.com> <547F018265F92642B577B986577D671C012A2DC4@VENUS.office> Message-ID: <201003181234381873728@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:50:41, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-18 12:34:40, Serialize complete at 2010-03-18 12:34:40 Content-Type: multipart/alternative; boundary="=====003_Dragon560487546436_=====" Subject: Re: [ppsp] Charter Proposal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 04:34:46 -0000 This is a multi-part message in MIME format. --=====003_Dragon560487546436_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgQ3VsbGVuLGFsbCwNCiAgIEZpcnN0IG9mIGFsbCB0aGFua3MgQ3VsbGVuIGZvciB0aGUgY2hh cnRlciBwcm9wb3NhbC4gV2UgYXJlIGJldHRlciBrbm93aW5nIHRoZSBJRVNHIGNvbmNlcm5zLiBB bmQgdGhhbmtzIHNvIG11Y2ggZm9yIHRoZSBob3QgZGlzY3Vzc2lvbiBvbiB0aGUgY2hhcnRlci5Q bGVhc2UgYWxsb3cgbWUgdG8gc3VtbWFyaXplIHNvbWUgb2Ygb3VyIGRpc2N1c3Npb24gcG9pbnRz IHRvIG1ha2UgYWxsIGVhc2lseSB1bmRlcnN0b29kLg0KMSkgYml0dG9ycmVudCAgcHJvdG9jb2wg IGFzICBiYXNpcyAgZm9yICB0aGUgIHRyYWNrZXIgIGNvbW11bmljYXRpb246IEFmdGVyIGRpc2N1 c3Npb24sIHRoZSBjb25jbHVzaW9uIHNlZW1zIHRoYXQgaXQgd291bGQgYmUgYmV0dGVyIG5vdCB0 byBzdGF0ZSBleHBsaWNpdGx5IFBQU1AgbW9kZWwgc2luY2Ugd2UgaGF2ZSBkaWZmZXJlbnQgb3B0 aW9ucyBsaWtlIFBQTGl2ZSdzIGFuZCBQUFN0cmVhbSdzLCB3aGljaCBhcmUgbW9yZSBhbGlrZSBv ZiBQUFNQLkJ1dCB3ZSBtYXkgZGlzY3VzcyBtb3JlIG9uIEJpdHRvcmVudCB0cmFja2VyIHByb3Rv Y29sIHRvIGZpbmQgdGhlIGRpZmZlcmVuY2UuDQoyKXRyYWNrZXIgcHJvdG9jb2wsY2VudHJhbGl6 ZWQgb3IgZGlzdHJpYnV0ZWQ6VGhpcyBpcyBhbiBpbXBsZW1lbmF0YXRpb24gcHJvYmxlbS5BcyBm b3IgdGhlIGZ1bmN0aW9uIGl0c2VsZixpdCBpcyBhICJjZW50cmFsaXplZCJtb2RlbCBwZXIgc2Uu DQozKXBlZXIgcHJvdG9jb2w6VGhlIGZ1bmN0aW9uIGlzIGNodW5rIGluZm9ybWF0aW9uIGV4Y2hh bmdlLkN1cnJlbnRseSBpdCdzIG5vdCBmb3IgbmVnb3RpYXRpbmcgdGhlIHNlc3Npb24gc2V0dXAu TmVlZCB3ZSBhZGQgdGhpcyBuZXcgcG9pbnQgaW50byBvdXIgcGVlciBwcm90b2NvbD9JZiBpdCB3 ZXJlIHRoZSBjYXNlLFJUUC9TSVAvUlRTUCxldmVuIFVEUCBhcmUgZGlzY3Vzc2lvbiBzdHVmZnMg YW5kIHdlIG1heSBsYXVuY2ggYW4gRXhwbG9yYXRvcnkgR3JvdXAgKHByb3ZpZGVkIG5vdCB0byBk ZWxheSBjdXJyZW50IFBQU1ApIHRvIGxvb2sgZnVydGhlci4NClBsZWFzZSBsZXQgbWUga25vdyBp ZiBJIG1pc3VuZGVyc3RhbmQgeW91ciBwb2ludHMgYW5kIHNlZSB5b3UgYWxsIGluIEFuYWhlaW0u fkkgYW0gc3VyZSB0aGF0IHRoaXMgUFBTUCBzZXNzaW9uIHdpbGwgYmUgYSB3b25kZXJmdWwgbWVl dGluZyB1bmRlciBhbGwgb2YgeW91ciBwYXJ0aWNpcGF0aW9uLlRoYW5rcy4NCg0KQlINCll1bmZl aQ0KDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAzLTE4DQoNCg0KDQq3orz+yMujuiBNYXJ0 aW4gU3RpZW1lcmxpbmcNCreiy83Ksbzko7ogMjAxMC0wMy0xNyAwNDoxNzozMw0KytW8/sjLo7og Q3VsbGVuIEplbm5pbmdzOyBwcHNwQGlldGYub3JnDQqzrcvNo7ogDQrW98zio7ogUmU6IFtwcHNw XSBDaGFydGVyIFByb3Bvc2FsDQoNCkhpICBDdWxsZW4sICBhbGwsDQoNCkEgIGZldyAgY29tbWVu dHMgIHRvICB0aGUgIGNoYW5nZWQgIGNoYXJ0ZXIgIHByb3Bvc2FsOiAgDQoNCkknbSAgYWxzbyAg aW4gIGdlbmVyYWwgIHN1cHBvcnQgIG9mICBuYXJyb3dpbmcgIHRoZSAgY2hhcnRlciAgcHJvcG9z YWwgIHRvICBzb21ldGhpbmcgIHRoYXQgIHdpbGwgIHdvcmsgIG91dCAgbmVhciAgdGVybS4gIEhv d2V2ZXIsICB0aGUgIGNoYXJ0ZXIgIHByb3Bvc2FsICBpcyAgcHJvYmFibHkgIGEgIHN0ZXAgIHRv byAgbXVjaCAgaW50byAgdGhlICBkaXJlY3Rpb24gIG9mICBuYXJyb3dpbmcgIGl0ICBkb3duLiAg DQoNCkl0ICBzZWVtcyAgdGhhdCAgeW91ICBoYXZlICBhZGRlZCAgdGhlICByZXF1aXJlbWVudCAg dG8gIGZvY3VzICBvbiAgdGhlICBiaXR0b3JyZW50ICBwcm90b2NvbCAgYXMgIGJhc2lzICBmb3Ig IHRoZSAgdHJhY2tlciAgY29tbXVuaWNhdGlvbiAgYW5kICB0byAgdXNlICBSVFAgIGZvciAgdGhl ICBtZWRpYSAgdHJhbnNwb3J0Lg0KDQpNeSAgcG9pbnQgIGlzICB0aGF0ICBtb3N0ICBwMnAgIHZp ZGVvICBzdHJlYW1pbmcgIHNlZW1zICB0byAgICB1c2UgIGNodW5rcyAgdG8gIGV4Y2hhbmdlICBk YXRhICBiZXR3ZWVuICB0aGUgIHBlZXJzLCAgd2hlcmUgIGEgIGNodW5rICBjYW4gIGhhdmUgIHRo ZSAgc2l6ZSAgb2YgIG11bHRpcGxlICBSVFAgIHBhY2tldHMgIChpZiAgdXNlZCAgYXQgIGFsbCks ICBpLmUuLCAgYWdncmVnYXRpbmcgIGV2ZW4gIG11bHRpcGxlICBtb3ZpZSAgZnJhbWVzICBpbnRv ICBhICBzaW5nbGUgIGNodW5rLg0KDQpJICB3b3VsZCAgcHJvcG9zZSAgdG8gIGZpbmUgIHR1bmUg IHRoZSAgIiAgUlRQICB3aWxsICBiZSAgdXNlZCAgZm9yICB0aGUgIGVuY29kaW5nICBhbmQgIHRy YW5zbWlzc2lvbiIgIHRvICBzb21ldGhpbmcgIGFsb25nICB0aGUgIGxpbmVzICB0aGF0ICAidGhl ICBmdW5jdGlvbmFsaXR5ICBvZiAgUlRQICBzaG91bGQgIGJlICByZS11c2VkICB0byAgdGhlICBs YXJnZXN0ICBleHRlbnQuIg0KDQpGb3IgIHJlLXVzaW5nICB0aGUgIGJpdHRvcnJlbnQgIHRyYWNr ZXIgIHByb3RvY29sOiAgVGhlICBjdXJyZW50ICB0ZXh0ICBzdWdnZXN0ICB0aGF0ICB3ZSAgY29w eSAgdGhlICBwcm90b2NvbCAgc2VtYW50aWNzICBidXQgIGRvICBub3QgIHVzZSAgdGhlICBwcm90 b2NvbD8gIElzICB0aGF0ICBpbnRlbnRpb25hbGx5LCAgSSAgZGlkICBJICBtaXN1bmRlcnN0YW5k ICB0aGlzPw0KSWYgIHdlICBhcmUgIGdvaW5nICB0byAgcmUtdXNlICB0aGUgIHByb3RvY29sLCAg YXJlICB3ZSAgcnVubmluZyAgaW50byAgdHJvdWJsZSAgYmVjYXVzZSAgdGhlICBwcm90b2NvbCAg aXRzZWxmICBpcyAgbm90ICB1bmRlciAgSUVURidzICBjaGFuZ2UgIGNvbnRyb2w/DQoNCiAgIE1h cnRpbg0KDQo+ICAtLS0tLU9yaWdpbmFsICBNZXNzYWdlLS0tLS0NCj4gIEZyb206ICBwcHNwLWJv dW5jZXNAaWV0Zi5vcmcgIFttYWlsdG86cHBzcC1ib3VuY2VzQGlldGYub3JnXSAgT24gIEJlaGFs ZiAgT2YNCj4gIEN1bGxlbiAgSmVubmluZ3MNCj4gIFNlbnQ6ICBTYXR1cmRheSwgIE1hcmNoICAx MywgIDIwMTAgIDM6MzQgIFBNDQo+ICBUbzogIHBwc3BAaWV0Zi5vcmcNCj4gIFN1YmplY3Q6ICBb cHBzcF0gIENoYXJ0ZXIgIFByb3Bvc2FsDQo+ICANCj4gIA0KPiAgDQo+ICBUaGUgIFBQU1AgIGNv dWxkICBlYXNpbHkgIGJlICBvbmUgIG9mICB0aGVzZSAgZ3JvdXBzICB3ZXJlICB3ZSAgc3BlbmQg IHRoZSAgZmlyc3QNCj4gIGZldw0KPiAgeWVhcnMgIHRyeWluZyAgdG8gIGNob29zZXMgIHdoaWNo ICBwcm90b2NvbCAgdG8gIHN0YXJ0ICB3aXRoICBpbiAgdmFyaW91cw0KPiAgcGxhY2VzLiAgVGhh dCAgd291bGQgIGp1c3QgIHJlbW92ZSAgdGhlICB3aWxsICB0byAgZG8gIGFueXRoaW5nICBpbiAg dGhlICBncm91cC4gIEkNCj4gIGhhdmUgIGJlZW4gIGx1cmtpbmcgIGFuZCAgd2F0Y2hpbmcgIHRo aXMgIHdvcmsgIGZyb20gIHRoZSAgYmVnaW5uaW5nICBhbmQgIGl0DQo+ICBzZWVtcw0KPiAgbGlr ZSAgdGhlcmUgIGFyZSAgcHJvYmFibHkgIG1hbnkgIHRoaW5ncyAgdGhhdCAgbW9zdCAgdGhlICBw YXJ0aWNpcGFudHMgIGFncmVlICB0bw0KPiAgdGhhdCAgd2UgIGNvdWxkICBqdXN0ICBuYWlsICBk b3duICBpbiAgdGhlICBjaGFydGVyLiAgICBEb2luZyAgc28gIHdvdWxkICBoZWxwICBnZXQNCj4g IHRoZSAgd29yayAgZG9uZSAgZmFzdGVyICBhbmQgIHByb3ZpZGUgIG90aGVycyAgYSAgY2xlYXIg IGlkZWEgIHRoYXQgIGhhZCAgbm90ICBiZWVuDQo+ICBiZWVuICBwYXJ0aWNpcGF0aW5nICBhICBt dWNoICBjbGVhcmVyICBpZGVhICBvZiAgd2hhdCAgdGhpcyAgd29yayAgaXMgIGFib3V0Lg0KPiAg DQo+ICBGb3IgIGV4YW1wbGU6DQo+ICANCj4gIENlbnRyYWxpemVkICBvciAgZGlzdHJpYnV0ZWQg IHRyYWNrZXJzLiAgTXkgIGJlbGllZiAgaXMgIHRoYXQgIG1vc3QgIHRoZSAgZm9sa3MNCj4gIHdh bnQgIHRvICBkbyAgYSAgY2VudHJhbGl6ZWQgIHRyYWNrZXIuICBPbiAgYSAgc2lkZSAgbm90ZSwg IEkgIHRoaW5rICB0aGV5ICB3b3VsZCAgYmUNCj4gIGhhcmQgIHRvICBkbyAgYSAgZGlzdHJpYnV0 ZWQgIG9uZSAgYmVmb3JlICBhICBjZW50cmFsaXplZCAgYXMgIGNlbnRyYWxpemVkICBpcw0KPiAg bXVjaA0KPiAgZWFzaWVyLiAgVGhlICBvYnZpb3VzICBwcm90b2NvbCAgdG8gIHVzZSAgZm9yICBh ICBjZW50cmFsaXplZCAgb25lICBpcyAgdG8gIGFkZCAgdGhlDQo+ICBuZWVkZWQgIGV4dGVuc2lv bnMgIHRvICB0aGUgIEhUVFAgIGJhc2VkICB2ZXJzaW9uICBvZiAgYml0dG9ycmVudCAgdHJhY2tl cg0KPiAgcHJvdG9jb2wuICBJZiAgdGhleSAgd2FudCAgdG8gIGRvICBhICBkaXN0cmlidXRlZCAg b25lLCAgUkVMT0FEICB3b3VsZCAgbWVldCAgdGhlDQo+ICBuZWVkcyAgYW5kICBhdCAgbGVhc3Qg IGJlICB3b3J0aCAgbG9va2luZyAgYXQuDQo+ICANCj4gIFNpbWlsYXJseSAgZm9yICB0aGUgIG1l ZGlhICB0cmFuc2ZlciwgIEkgIHN1c3BlY3QgIHRoYXQgIG1hbnkgIHBlb3BsZSAgd291bGQgIGJl DQo+ICBoYXBweSAgd2l0aCAgUlRQLiAgSXQncyAgaGFyZCAgdG8gIGltYWdpbmUgIGFueXRoaW5n ICBlbHNlICBnaXZlbiAgdGhlICBlbmQgIGdvYWwNCj4gIGZvciAgdGhpcy4gIEkgIGd1ZXNzICBv bmUgIGNvdWxkICBhcmd1ZSAgZm9yICBhICBuZXcgIHByb3RvY29sICBvciAgYSAgcHJvdG9jb2wg IHRoYXQNCj4gIHRyYW5zZmVycmVkICBkYXRhICB0dW5uZWxlZCAgaW4gIHRoZSAgcGVlciAgc2ln bmFsaW5nICBwcm90b2NvbC4NCj4gIA0KPiAgVGhlICBwZWVyICBzaWduaW5nICBwcm90b2NvbCAg bmVlZHMgIHRvICBiZSAgYWJsZSAgdG8gIHNldCAgdXAgIHRoZSAgUlRQICBzZXNzaW9ucw0KPiAg YW5kICB3b3JrICB0aG91Z2h0ICBOQVRzLiAgSSAgdGhpbmsgIHRoZSAgTkFUICB0cmF2ZXJzYWwg IHNjaGVtZSAgd2lsbCAgZW5kICB1cA0KPiAgYmVpbmcgIElDRSAgb3IgIHNvbWV0aGluZyAgdGhh dCAgbW9yZSAgb3IgIGxlc3MgIGFtb3VudHMgIHRvICBJQ0UgIHdpdGggIG5vICBUVVJODQo+ICBv cHRpb24gIGdpdmVuICB0aGUgIGRlcGxveW1lbnQgIG1vZGVscy4gIEJvdGggIFJUU1AgIGFuZCAg U0lQICBhcmUgIGNhbmRpZGF0ZXMNCj4gIGhlcmUuICBJbiAgc29tZSAgd2F5cyAgYXQgIGZpcnN0 ICBnbGFuY2UsICBSVFNQICBtaWdodCAgc2VlbSAgc2ltcGxlci4gIEJ1dCAgYQ0KPiAgYnVuY2gN Cj4gIG9mICB0aGF0ICBzaW1wbGljaXR5ICBjb21lcyAgZnJvbSAgdGhlICBtb2RlbCAgb2YgIGl0 ICBiZWluZyAgZGVwbG95ZWQgIG9uICBzZXJ2ZXINCj4gIGFsbCAgY2xpZW50cyAgY2FuICBlYXNp bHkgIHJlYWNoICB3aXRob3V0ICBuYXQgIG5pZ2h0bWFyZXMgIGFuZCAgbGVzcw0KPiAgbmVnb3Rp YXRpb24uICBNdWNoICBvZiAgU0lQICBjb21wbGV4aXR5ICBjb21lcyAgZm9ybSAgdG9vICBtYW55 ICBpbnRlcm1lZGlhcmllcw0KPiAgYW5kICBmb3JraW5nICB3aGljaCAgd291bGQgIG5vdCAgYXBw bHkgIGluICB0aGlzICBjYXNlLiAgICBXZSAgd2lsbCAgaGF2ZSAgdG8gIGFkZCAgYQ0KPiAgYnVu Y2ggIHRvICBSVFNQICB0byAgZ2V0ICBpdCAgdG8gIHdvcmsgIG9yICBzdWJ0cmFjdCAgc29tZSAg U0lQICB0byAgZ2V0ICBpdCAgdG8NCj4gIHdvcmsuICBOb3QgIGFuICBlYXN5ICBjYWxsICBhbmQg IG5vdCAgYSAgY2FsbCAgdGhhdCAgdGhlICBXRyAgaXMgIGluICBhICBncmVhdA0KPiAgcG9zaXRp b24NCj4gIHRvICBzb3J0ICBvdXQuICBJJ2QgIGxvdmUgIHRvICBoZWFyICBvdGhlcnMgIHRob3Vn aHQgIG9uICBpdC4NCj4gIA0KPiAgVGhlICBhbHRlcm5hdGl2ZSAgdG8gIHRoZSAgUlRTUC9TSVAg IGFwcHJvYWNoICBpcyAgdG8gIHJlcGxhY2UgIHRoZSAgc2lnbmFsaW5nDQo+ICBhbmQNCj4gIFNE UCAgd2l0aCAgYSAgY2FwYWJpbGl0aWVzICBzb21ldGhpbmcgIG1vcmUgIGxpa2UgIHRoZSAgQWR2 ZXJ0aXNlbWVudCAgLw0KPiAgUHJvcG9zYWwNCj4gIGFyY2hpdGVjdHVyZSAgdGhlICBKb24gIGFu ZCAgSSAgaGF2ZSAgYmVlbiAgZGlzY3Vzc2lvbiAgKFNlZQ0KPiAgZHJhZnQtcGV0ZXJzb24tc2lw Y29yZS1hZHZwcm9wICApLg0KPiAgDQo+ICANCj4gIFRoZXJlICBhcmUgIGEgIGZldyAgb3RoZXIg IHRvcGljcyAgd2hpY2ggIGFyZSAgbm90ICBhZGRyZXNzZWQgIGluICB0aGlzICBjaGFydGVyDQo+ ICB0aGF0ICB3b3JyeSAgbWUgIGEgIGxvdC4gIFRoZSAgY3VycmVudGx5ICBwcm90b2NvbHMgIGJl aW5nICBwcm9wb3NlZCAgYW5kICByZWxhdGVkDQo+ICBkaXNjdXNzaW9uICBkb2VzICBub3QgIHNl ZW0gIHRvICBhZGRyZXNzICB3aGF0ICBpcyAgdGhlICBpbmNlbnRpdmUgIGZvciAgYW55b25lICB0 bw0KPiAgc2VydmUgIGNvbnRlbnQuICBJdCdzICBjbGVhciAgd2h5ICB5b3UgIHdvdWxkICByZWNl aXZlICBidXQgIG5vdCAgY2xlYXIgIHdoeSAgeW91DQo+ICB3b3VsZCAgYm90aGVyICB0byAgdHJh bnNtaXQuICBCaXR0b3JyZW50ICBwdXQgIGEgIGxvdCAgb2YgIGVmZm9ydCAgaW50byAgdGhpcyAg YW5kDQo+ICBJTUhPICBnb3QgIGl0ICAicmlnaHQgIGVub3VnaCIgIHRoYXQgIHRoZSAgc3lzdGVt ICBpcyAgdmVyeSAgc3VjY2Vzc2Z1bC4gIEkgIHdvcnJ5DQo+ICBhYm91dCAgaXQgIGluICB0aGlz ICB3b3JrLiAgQSAgc2Vjb25kICB0b3BpYyAgaXMgIHRoYXQgIHRoZSAgZGVzaXJlZCAgcHJpdmFj eQ0KPiAgcHJvcGVydGllcyAgb2YgIHRoZSAgc3lzdGVtICBhcmUgIGFsc28gIHByZXR0eSAgdmFn dWUuICBJZiAgd2UgIGFyZSAgbm90ICBjbGVhcg0KPiAgYWJvdXQgIHRoZXNlICBpbiAgdGhlICBi ZWdpbm5pbmcsICB3ZSAgcnVuICB0aGUgIHJpc2sgIG9mICBnZXR0aW5nICB2ZXJ5ICBib2dnZWQN Cj4gIGRvd24gIGluICBhcmd1aW5nICBhYm91dCAgdGhlbSAgYXMgIHRoZSAgcHJvdG9jb2wgIHN0 YXJ0cyAgdG8gIGdldCAgY2xvc2UgIHRvICBkb25lLg0KPiAgDQo+ICBUbyAgdHJ5ICBhbmQgIGhl bHAgIGdldCAgdGhpbmdzICBtb3ZpbmcgIGFsb25nLCAgSSAgaGF2ZSAgcHJvcG9zZWQgIGNoYXJ0 ZXIgIGJlbGxvdw0KPiAgdGhhdCAgaXMgIHZlcnkgIGNvbnNlcnZhdGl2ZSAgLiAgICBBcyAgYW4g IGluZGl2aWR1YWwsICBJICB3b3VsZCAgcHJvYmFibHkgIGhhdmUgIGENCj4gIHNsaWdodCAgcHJl ZmVyZW5jZSAgZm9yICBhICBtb3JlICByaXNreSAgYXBwcm9hY2ggIHRoYW4gIHRoZSAgcHJvcG9z YWwgIGJlbG93ICBidXQNCj4gIC4NCj4gIA0KPiAgDQo+ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gIA0KPiAgDQo+ICANCj4gIA0KPiAgVGhlICBQ ZWVyLXRvLVBlZXIgIFN0cmVhbWluZyAgUHJvdG9jb2wgIChQUFNQKSAgd29ya2luZyAgZ3JvdXAg IGRldmVsb3BzICB0d28NCj4gIHNpZ25hbGluZyAgYW5kICBjb250cm9sICBwcm90b2NvbHMgIGZv ciAgYSAgcGVlci10by1wZWVyICAoUDJQKSAgc3RyZWFtaW5nDQo+ICBzeXN0ZW0gIGZvciAgdHJh bnNtaXR0aW5nICBsaXZlICBhbmQgIHRpbWUgIHNoaWZ0ZWQgIG1lZGlhICBjb250ZW50ICB3aXRo ICBuZWFyDQo+ICByZWFsLXRpbWUgIGRlbGl2ZXJ5ICByZXF1aXJlbWVudHMuDQo+ICANCj4gIFR3 byAga2luZHMgIG9mICBub2RlcyAgZXhpc3QgIGluICB0aGUgIHRhcmdldGVkICBQMlAgIHN0cmVh bWluZyAgc3lzdGVtLCAgaS5lLiwNCj4gICJwZWVycyIgIGFuZCAgInRyYWNrZXJzIi4gIFBlZXJz ICBhcmUgIG5vZGVzICB0aGF0ICBhcmUgIGFjdGl2ZWx5ICBzZW5kaW5nICBhbmQNCj4gIHJlY2Vp dmluZyAgc3RyZWFtZWQgIG1lZGlhICBjb250ZW50LCAgYW5kICBpbmNsdWRlICBib3RoICBzdGF0 aWNhbGx5ICBjb25uZWN0ZWQNCj4gIGhvc3RzICBhcyAgd2VsbCAgYXMgIG1vYmlsZSAgZGV2aWNl cyAgd2l0aCAgY29ubmVjdGl2aXR5ICBhbmQgIElQICBhZGRyZXNzZXMgIHRoYXQNCj4gIGNoYW5n ZSAgb3ZlciAgdGltZS4gIFRoZSAgc2V0ICBvZiAgcGVlcnMgIHRoYXQgIGFyZSAgcGFydGljaXBh dGluZyAgaW4gIGENCj4gIHN0cmVhbWluZw0KPiAgc2Vzc2lvbiAgd2lsbCAgZHluYW1pY2FsbHkg IGNoYW5nZSAgb3ZlciAgdGltZS4gIFRyYWNrZXJzICBhcmUgIHdlbGwta25vd24NCj4gIG5vZGVz DQo+ICB3aXRoICBzdGFibGUgIGNvbm5lY3Rpdml0eSAgdGhhdCAgbWFpbnRhaW4gIG1ldGEgIGlu Zm9ybWF0aW9uICBhYm91dCAgdGhlDQo+ICBzdHJlYW1lZCAgY29udGVudCAgYW5kICB0aGUgIGR5 bmFtaWMgIHBlZXIgIHNldC4gIFRoZSAgd29ya2luZyAgZ3JvdXAgIGlzICBvbmx5DQo+ICBhZGRy ZXNzaW5nICBjZW50cmFsaXplZCAgdHJhY2tlcnMgIGFuZCAgbm90ICB0aGUgIGRpc3RyaWJ1dGVk ICB0cmFja2VyLg0KPiAgDQo+ICBUaGUgIFBQU1AgIFdHICBkZXNpZ25zICBhICBwcm90b2NvbCAg Zm9yICBzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgYmV0d2Vlbg0KPiAgdHJhY2tlcnMgIGFuZCAg cGVlcnMgICh0aGUgIFBQU1AgICJ0cmFja2VyICBwcm90b2NvbCIpICBhbmQgIGEgIHNpZ25hbGlu ZyAgYW5kDQo+ICBjb250cm9sICBwcm90b2NvbCAgZm9yICBjb21tdW5pY2F0aW9uICBhbW9uZyAg dGhlICBwZWVycyAgKHRoZSAgUFBTUCAgInBlZXINCj4gIHByb3RvY29sIikuICBUaGUgIHR3byAg cHJvdG9jb2xzICBlbmFibGUgIHBlZXJzICB0byAgcmVjZWl2ZSAgc3RyZWFtaW5nICBkYXRhDQo+ ICB3aXRoaW4gIHRoZSAgdGltZSAgY29uc3RyYWludHMgIHJlcXVpcmVkICBieSAgc3BlY2lmaWMg IGNvbnRlbnQgIGl0ZW1zLiAgICBUaGUNCj4gIHRyYWNrZXIgIHByb3RvY29sICBoYW5kbGVzICB0 aGUgIGluaXRpYWwgIGFuZCAgcGVyaW9kaWMgIGV4Y2hhbmdlICBvZiAgbWV0YQ0KPiAgaW5mb3Jt YXRpb24gIGJldHdlZW4gIHRyYWNrZXJzICBhbmQgIHBlZXJzLCAgc3VjaCAgYXMgIHBlZXIgIGxp c3RzICBhbmQgIGNvbnRlbnQNCj4gIGluZm9ybWF0aW9uLiAgVGhlICBwZWVyICBwcm90b2NvbCAg Y29udHJvbHMgIHRoZSAgYWR2ZXJ0aXNpbmcgIGFuZCAgZXhjaGFuZ2UgIG9mDQo+ICBtZWRpYSAg ZGF0YSAgYXZhaWxhYmlsaXR5ICBiZXR3ZWVuICB0aGUgIHBlZXJzLg0KPiAgDQo+ICBUaGUgIHRy YWNrZXIgIHByb3RvY29sICB3aWxsICBiZSAgbW9kZWxlZCAgYXMgIG11Y2ggIGFzICBwb3NzaWJs ZSAgdG8gIG1hdGNoICB0aGUNCj4gIGV4aXRpbmcgIGJpdHRvcnJlbnQgIHByb3RvY29sICB3aXRo ICBhcHByb3ByaWF0ZSAgZXh0ZW5zaW9ucyAgZm9yICB0byAgY2FyeQ0KPiAgaW5mb3JtYXRpb24g IHRoYXQgIGlzICBuZWVkZWQgIGZvciAgc2VsZWN0aW9uICBvZiAgYSAgcGVlciAgc3VpdGFibGUg IGZvciAgcmVhbA0KPiAgdGltZSAgc3RyZWFtaW5nLiAgTWVkaWEgIGRlc2NyaXB0aW9ucyAgd2ls bCAgdXNlICB0aGUgIHN5bnRheCAgYW5kICBzZW1hbnRpY3MNCj4gIGZyb20gIFNEUCAgd2hlcmUg IHRoYXQgIGlzICBwb3NzaWJsZS4NCj4gIA0KPiAgVGhlICBwZWVyICBwcm90b2NvbCAgd2lsbCAg YmUgIGJlICBhbiAgZXh0ZW5zaW9uICBvZiAgU0lQICBhbmQgIHVzZSAgSUNFICBmb3IgIE5BVA0K PiAgdHJhdmVyc2FsLg0KPiAgDQo+ICBSVFAgIHdpbGwgIGJlICB1c2VkICBmb3IgIHRoZSAgZW5j b2RpbmcgIGFuZCAgdHJhbnNtaXNzaW9uICBvZiAgdGhlICBtZWRpYSAgY29udGVudA0KPiAgYmV0 d2VlbiAgcGVlcnMuICBQUFNQICBpcyAgbm90ICBjaGFydGVyZWQgIHRvICB3b3JrICBvbiAgbWVk aWEgIHRyYW5zbWlzc2lvbg0KPiAgcHJvdG9jb2xzLCAgbWVkaWEgIGVuY29kaW5nICB0ZWNobmlx dWVzICBvciAgb3RoZXIgIGNvbXBvbmVudHMgIG9mICBhICBQMlANCj4gIHN0cmVhbWluZyAgc3lz dGVtICBzdWNoICBhcyAgcGxheW91dCAgc2NoZWR1bGluZyAgYW5kICBjb250cm9sLCAgZXRjLg0K PiAgDQo+ICBUaGUgIHdvcmsgIGl0ZW1zICBvZiAgdGhlICBQUFNQICBXRyAgYXJlOg0KPiAgDQo+ ICAoMSkgIEEgICJwcm9ibGVtICBzdGF0ZW1lbnQiICBkb2N1bWVudCAgdGhhdCAgZ2l2ZXMgIGFu ICBvdmVydmlldyAgb2YgIHRoZQ0KPiAgICAgICAgICBwcm9wb3NlZCAgUDJQICBzdHJlYW1pbmcg IHN5c3RlbSwgIG1vdGl2YXRlcyAgdGhlICBkZXNpcmUgIGZvcg0KPiAgc3RhbmRhcmRpemVkDQo+ ICAgICAgICAgIHByb3RvY29scywgIGRlZmluZXMgIHRoZSAgZW52aXNpb25lZCAgc2NvcGUgIG9m ICB0aG9zZSAgc3RhbmRhcmRpemVkDQo+ICAgICAgICAgIGNvbXBvbmVudHMgIGFuZCAgZGlzY3Vz c2VzICBjb21tb24gIHRlcm1pbm9sb2dpZXMgIGFuZCAgY29uY2VwdHMuDQo+ICANCj4gICgyKSAg QSAgInJlcXVpcmVtZW50cyIgIGRvY3VtZW50ICB0aGF0ICBkZXRhaWxzICB0aGUgIHNwZWNpZmlj ICBmdW5jdGlvbmFsLA0KPiAgICAgICAgICBvcGVyYXRpb25hbCAgYW5kICBwZXJmb3JtYW5jZSAg cmVxdWlyZW1lbnRzICBvZiAgdGhlICB0d28gIFBQU1AgIHByb3RvY29scy4NCj4gIA0KPiAgKDMp ICBBbiAgImFyY2hpdGVjdHVyYWwgIHN1cnZleSIgIGRvY3VtZW50ICB0aGF0ICBzdW1tYXJpemVz ICBjdXJyZW50ICBQMlANCj4gICAgICAgICAgc3RyZWFtaW5nICBhcmNoaXRlY3R1cmVzLCAgaW4g IHBhcnRpY3VsYXIgIHRyYWNrZXItYmFzZWQgIFAyUCAgc3RyZWFtaW5nDQo+ICAgICAgICAgIHN5 c3RlbXMsICBhbmQgIGhpZ2hsaWdodHMgIGJlc3QgIGN1cnJlbnQgIHByYWN0aWNlcy4NCj4gIA0K PiAgKDQpICBBICBkZXRhaWxlZCAgc3BlY2lmaWNhdGlvbiAgb2YgIHRoZSAgUFBTUCAgcGVlciAg cHJvdG9jb2wuDQo+ICANCj4gICg1KSAgQSAgZGV0YWlsZWQgIHNwZWNpZmljYXRpb24gIG9mICB0 aGUgIFBQU1AgIHRyYWNrZXIgIHByb3RvY29sLg0KPiAgDQo+ICAoNikgIEEgICJ1c2FnZSAgZ3Vp ZGUiICB0aGF0ICBkZXNjcmliZXMgIGhvdyAgdGhlICB0d28gIFBQU1AgIHByb3RvY29scyAgYW5k DQo+ICAgICAgICAgIGV4aXN0aW5nICBJRVRGICBwcm90b2NvbHMsICBzdWNoICBBTFRPLCAgY2Fu ICBiZSAgY29tYmluZWQgIHRvICBjcmVhdGUgIGENCj4gICAgICAgICAgZGVwbG95YWJsZSAgb3Bl cmF0aW9uYWwgIFAyUCAgc3RyZWFtaW5nICBzeXN0ZW0uICAgIFRoaXMgIGRvY3VtZW50ICB3aWxs DQo+ICAgICAgICAgIGFsc28gIGRpc2N1c3MgIHVzZSAgb2YgIGxheWVyZWQgIG1lZGlhICBlbmNv ZGluZyAgYW5kICByZWxhdGVkICBtZWRpYSAgY2h1bmsNCj4gICAgICAgICAgZGVzY3JpcHRpb25z ICBpbiAgdGhlICBwZWVyICBwcm90b2NvbCAgZm9yICBtb3JlICByb2J1c3QgIHN0cmVhbWluZy4N Cj4gIA0KPiAgVGhlICB3b3JrICBpdGVtcyAgb2YgIHRoZSAgUFBTUCAgV0cgIGludGVyYWN0cyAg d2l0aCAgdGhlICB3b3JrICBwZXJmb3JtZWQgIGluDQo+ICBvdGhlcg0KPiAgSUVURiAgV0dzLCAg aW5jbHVkaW5nICBTSVBDT1JFLCAgQVZULCAgQUxUTywgIExFREJBVCAgYW5kICBNTVVTSUMuICBX aGVuZXZlcg0KPiAgZXh0ZW5zaW9ucyAgb3IgIG1vZGlmaWNhdGlvbiAgdG8gIHRoZSAgcHJvdG9j b2xzICBkZXZlbG9wZWQgIGluICBvdGhlciAgV0dzICBhcmUNCj4gIGRlZW1lZCAgbmVjZXNzYXJ5 LCAgUFBTUCAgc2hhbGwgIGNvbW11bmljYXRlICBhbmQgIGRpc2N1c3MgIHRoZSAgcmVxdWlyZW1l bnRzDQo+ICBmb3IgIHN1Y2ggIGV4dGVuc2lvbnMgIHdpdGggIHRoZSAgcmVsZXZhbnQgIFdHcyAg YnV0ICBpcyAgbm90ICBjaGFydGVkICB0byAgbWFrZQ0KPiAgc3VjaCAgY2hhbmdlcy4NCj4gIA0K PiAgR29hbHMgIGFuZCAgTWlsZXN0b25lczoNCj4gIA0KPiAgU2VwICAyMDEwICAgICAgU3VibWl0 ICBwcm9ibGVtICBzdGF0ZW1lbnQgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KPiAgRGVj ICAyMDEwICAgICAgU3VibWl0ICBhcmNoaXRlY3R1cmFsICBzdXJ2ZXkgIHRvICBJRVNHICBhcyAg SW5mb3JtYXRpb25hbA0KPiAgRGVjICAyMDEwICAgICAgU3VibWl0ICByZXF1aXJlbWVudHMgIGRv Y3VtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCj4gIEF1ZyAgMjAxMSAgICAgIFN1 Ym1pdCAgUFBTUCAgcGVlciAgcHJvdG9jb2wgIHRvICBJRVNHICBhcyAgUHJvcG9zZWQgIFN0YW5k YXJkDQo+ICBBdWcgIDIwMTEgICAgICBTdWJtaXQgIFBQU1AgIHRyYWNrZXIgIHByb3RvY29sICB0 byAgSUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KPiAgRGVjICAyMDExICAgICAgU3VibWl0 ICB1c2FnZSAgZ3VpZGUgIHRvICBJRVNHICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCj4g IA0KPiAgDQo+ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCnN0aWVtZXJsaW5nQG53Lm5lY2xhYi5ldQ0KDQpORUMgIExh Ym9yYXRvcmllcyAgRXVyb3BlICAtICBOZXR3b3JrICBSZXNlYXJjaCAgRGl2aXNpb24NCk5FQyAg RXVyb3BlICBMaW1pdGVkICB8ICBSZWdpc3RlcmVkICBPZmZpY2U6ICBORUMgIEhvdXNlLCAgMSAg VmljdG9yaWEgIFJvYWQsICBMb25kb24gIFczICA2QkwgIHwgIFJlZ2lzdGVyZWQgIGluICBFbmds YW5kICAyODMyMDE0ICANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCnBwc3AgIG1haWxpbmcgIGxpc3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0K --=====003_Dragon560487546436_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkhpIEN1bGxlbixhbGwsPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+Jm5ic3A7 Jm5ic3A7IEZpcnN0IG9mIGFsbCB0aGFua3MgDQpDdWxsZW4gZm9yIHRoZSBjaGFydGVyIHByb3Bv c2FsLiBXZSBhcmUgYmV0dGVyIGtub3dpbmcgdGhlIElFU0cgY29uY2VybnMuIEFuZCANCnRoYW5r cyBzbyBtdWNoIGZvciB0aGUgaG90IGRpc2N1c3Npb24gb24gdGhlIGNoYXJ0ZXIuUGxlYXNlIGFs bG93IG1lIHRvIA0Kc3VtbWFyaXplIHNvbWUgb2Ygb3VyIGRpc2N1c3Npb24gcG9pbnRzIHRvIG1h a2UgYWxsIGVhc2lseSANCnVuZGVyc3Rvb2QuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+MSkgYml0dG9ycmVudCAmbmJzcDtwcm90b2Nv bCANCiZuYnNwO2FzICZuYnNwO2Jhc2lzICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7dHJhY2tl ciANCiZuYnNwO2NvbW11bmljYXRpb246Jm5ic3A7QWZ0ZXIgZGlzY3Vzc2lvbiwgdGhlIGNvbmNs dXNpb24gc2VlbXMgdGhhdCZuYnNwO2l0IA0Kd291bGQgYmUmbmJzcDtiZXR0ZXIgbm90IHRvIHN0 YXRlIGV4cGxpY2l0bHkgUFBTUCBtb2RlbCBzaW5jZSB3ZSBoYXZlIGRpZmZlcmVudCANCm9wdGlv bnMgbGlrZSBQUExpdmUncyBhbmQgUFBTdHJlYW0ncywgd2hpY2ggYXJlIG1vcmUgYWxpa2Ugb2Yg UFBTUC5CdXQgd2UgbWF5IA0KZGlzY3VzcyBtb3JlIG9uIEJpdHRvcmVudCB0cmFja2VyIHByb3Rv Y29sIHRvIGZpbmQgdGhlIGRpZmZlcmVuY2UuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+Mil0cmFja2VyIHByb3RvY29sLGNlbnRyYWxp emVkIG9yIA0KZGlzdHJpYnV0ZWQ6VGhpcyBpcyBhbiBpbXBsZW1lbmF0YXRpb24gcHJvYmxlbS5B cyBmb3IgdGhlIGZ1bmN0aW9uIGl0c2VsZixpdCBpcyANCmEgImNlbnRyYWxpemVkIm1vZGVsIHBl ciBzZS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZm IHNpemU9Mj4zKXBlZXIgcHJvdG9jb2w6VGhlIGZ1bmN0aW9uIGlzIA0KY2h1bmsgaW5mb3JtYXRp b24gZXhjaGFuZ2UuQ3VycmVudGx5IGl0J3Mgbm90IGZvciBuZWdvdGlhdGluZyB0aGUgc2Vzc2lv biANCnNldHVwLk5lZWQgd2UgYWRkIHRoaXMgbmV3IHBvaW50IGludG8gb3VyIHBlZXIgcHJvdG9j b2w/SWYgaXQgd2VyZSB0aGUgDQpjYXNlLFJUUC9TSVAvUlRTUCxldmVuIFVEUCBhcmUgZGlzY3Vz c2lvbiBzdHVmZnMgYW5kIHdlIG1heSBsYXVuY2ggPEZPTlQgDQpmYWNlPUFyaWFsIGNvbG9yPSMw MDAwZmY+YW4gRXhwbG9yYXRvcnkgR3JvdXAgKHByb3ZpZGVkIG5vdCB0byBkZWxheSBjdXJyZW50 IA0KUFBTUCkgdG8gbG9vayBmdXJ0aGVyLjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5QbGVhc2UgbGV0IG1lIGtub3cgaWYg SSANCm1pc3VuZGVyc3RhbmQgeW91ciBwb2ludHMgYW5kIHNlZSB5b3UgYWxsIGluIEFuYWhlaW0u fkkgYW0gc3VyZSB0aGF0IHRoaXMgUFBTUCANCnNlc3Npb24gd2lsbCBiZSBhIHdvbmRlcmZ1bCBt ZWV0aW5nIHVuZGVyIGFsbCBvZiB5b3VyIA0KcGFydGljaXBhdGlvbi5UaGFua3MuPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+PC9GT05U PiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXpl PTI+QlI8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZm IHNpemU9Mj5ZdW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xv cj0jMDAwMGZmIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0Pg0KPERJViBh bGlnbj1sZWZ0PjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8SFIgc3R5bGU9IldJRFRIOiAx MjJweDsgSEVJR0hUOiAycHgiIFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29s b3I9I2MwYzBjMD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPnpoYW5neXVuZmVpPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjIwMTAtMDMtMTg8L0ZPTlQ+PC9G T05UPjwvRElWPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSPg0K PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJP Tkc+t6K8/sjLo7o8L1NUUk9ORz4gTWFydGluIA0KU3RpZW1lcmxpbmc8L0ZPTlQ+PC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+t6LLzcqx vOSjujwvU1RST05HPiANCjIwMTAtMDMtMTcmbmJzcDswNDoxNzozMzwvRk9OVD48L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7K1bz+yMuj ujwvU1RST05HPiBDdWxsZW4gSmVubmluZ3M7IA0KcHBzcEBpZXRmLm9yZzwvRk9OVD48L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvN o7o8L1NUUk9ORz4gPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h PjxGT05UIHNpemU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBSZTogW3Bwc3BdIENoYXJ0ZXIg DQpQcm9wb3NhbDwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBz aXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0y Pg0KPERJVj5IaSAmbmJzcDtDdWxsZW4sICZuYnNwO2FsbCw8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPkEgJm5ic3A7ZmV3ICZuYnNwO2NvbW1lbnRzICZuYnNwO3RvICZuYnNwO3RoZSAm bmJzcDtjaGFuZ2VkICZuYnNwO2NoYXJ0ZXIgDQombmJzcDtwcm9wb3NhbDogJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JJ20gJm5ic3A7YWxzbyAmbmJzcDtpbiAmbmJzcDtn ZW5lcmFsICZuYnNwO3N1cHBvcnQgJm5ic3A7b2YgDQombmJzcDtuYXJyb3dpbmcgJm5ic3A7dGhl ICZuYnNwO2NoYXJ0ZXIgJm5ic3A7cHJvcG9zYWwgJm5ic3A7dG8gJm5ic3A7c29tZXRoaW5nIA0K Jm5ic3A7dGhhdCAmbmJzcDt3aWxsICZuYnNwO3dvcmsgJm5ic3A7b3V0ICZuYnNwO25lYXIgJm5i c3A7dGVybS4gJm5ic3A7SG93ZXZlciwgDQombmJzcDt0aGUgJm5ic3A7Y2hhcnRlciAmbmJzcDtw cm9wb3NhbCAmbmJzcDtpcyAmbmJzcDtwcm9iYWJseSAmbmJzcDthIA0KJm5ic3A7c3RlcCAmbmJz cDt0b28gJm5ic3A7bXVjaCAmbmJzcDtpbnRvICZuYnNwO3RoZSAmbmJzcDtkaXJlY3Rpb24gJm5i c3A7b2YgDQombmJzcDtuYXJyb3dpbmcgJm5ic3A7aXQgJm5ic3A7ZG93bi4gJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JdCAmbmJzcDtzZWVtcyAmbmJzcDt0aGF0ICZuYnNw O3lvdSAmbmJzcDtoYXZlICZuYnNwO2FkZGVkICZuYnNwO3RoZSANCiZuYnNwO3JlcXVpcmVtZW50 ICZuYnNwO3RvICZuYnNwO2ZvY3VzICZuYnNwO29uICZuYnNwO3RoZSAmbmJzcDtiaXR0b3JyZW50 IA0KJm5ic3A7cHJvdG9jb2wgJm5ic3A7YXMgJm5ic3A7YmFzaXMgJm5ic3A7Zm9yICZuYnNwO3Ro ZSAmbmJzcDt0cmFja2VyIA0KJm5ic3A7Y29tbXVuaWNhdGlvbiAmbmJzcDthbmQgJm5ic3A7dG8g Jm5ic3A7dXNlICZuYnNwO1JUUCAmbmJzcDtmb3IgJm5ic3A7dGhlIA0KJm5ic3A7bWVkaWEgJm5i c3A7dHJhbnNwb3J0LjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TXkgJm5ic3A7cG9p bnQgJm5ic3A7aXMgJm5ic3A7dGhhdCAmbmJzcDttb3N0ICZuYnNwO3AycCAmbmJzcDt2aWRlbyAN CiZuYnNwO3N0cmVhbWluZyAmbmJzcDtzZWVtcyAmbmJzcDt0byAmbmJzcDsgJm5ic3A7dXNlICZu YnNwO2NodW5rcyAmbmJzcDt0byANCiZuYnNwO2V4Y2hhbmdlICZuYnNwO2RhdGEgJm5ic3A7YmV0 d2VlbiAmbmJzcDt0aGUgJm5ic3A7cGVlcnMsICZuYnNwO3doZXJlIA0KJm5ic3A7YSAmbmJzcDtj aHVuayAmbmJzcDtjYW4gJm5ic3A7aGF2ZSAmbmJzcDt0aGUgJm5ic3A7c2l6ZSAmbmJzcDtvZiAN CiZuYnNwO211bHRpcGxlICZuYnNwO1JUUCAmbmJzcDtwYWNrZXRzICZuYnNwOyhpZiAmbmJzcDt1 c2VkICZuYnNwO2F0ICZuYnNwO2FsbCksIA0KJm5ic3A7aS5lLiwgJm5ic3A7YWdncmVnYXRpbmcg Jm5ic3A7ZXZlbiAmbmJzcDttdWx0aXBsZSAmbmJzcDttb3ZpZSAmbmJzcDtmcmFtZXMgDQombmJz cDtpbnRvICZuYnNwO2EgJm5ic3A7c2luZ2xlICZuYnNwO2NodW5rLjwvRElWPg0KPERJVj4mbmJz cDs8L0RJVj4NCjxESVY+SSAmbmJzcDt3b3VsZCAmbmJzcDtwcm9wb3NlICZuYnNwO3RvICZuYnNw O2ZpbmUgJm5ic3A7dHVuZSAmbmJzcDt0aGUgDQombmJzcDsiICZuYnNwO1JUUCAmbmJzcDt3aWxs ICZuYnNwO2JlICZuYnNwO3VzZWQgJm5ic3A7Zm9yICZuYnNwO3RoZSANCiZuYnNwO2VuY29kaW5n ICZuYnNwO2FuZCAmbmJzcDt0cmFuc21pc3Npb24iICZuYnNwO3RvICZuYnNwO3NvbWV0aGluZyAN CiZuYnNwO2Fsb25nICZuYnNwO3RoZSAmbmJzcDtsaW5lcyAmbmJzcDt0aGF0ICZuYnNwOyJ0aGUg Jm5ic3A7ZnVuY3Rpb25hbGl0eSANCiZuYnNwO29mICZuYnNwO1JUUCAmbmJzcDtzaG91bGQgJm5i c3A7YmUgJm5ic3A7cmUtdXNlZCAmbmJzcDt0byAmbmJzcDt0aGUgDQombmJzcDtsYXJnZXN0ICZu YnNwO2V4dGVudC4iPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Gb3IgJm5ic3A7cmUt dXNpbmcgJm5ic3A7dGhlICZuYnNwO2JpdHRvcnJlbnQgJm5ic3A7dHJhY2tlciAmbmJzcDtwcm90 b2NvbDogDQombmJzcDtUaGUgJm5ic3A7Y3VycmVudCAmbmJzcDt0ZXh0ICZuYnNwO3N1Z2dlc3Qg Jm5ic3A7dGhhdCAmbmJzcDt3ZSAmbmJzcDtjb3B5IA0KJm5ic3A7dGhlICZuYnNwO3Byb3RvY29s ICZuYnNwO3NlbWFudGljcyAmbmJzcDtidXQgJm5ic3A7ZG8gJm5ic3A7bm90ICZuYnNwO3VzZSAN CiZuYnNwO3RoZSAmbmJzcDtwcm90b2NvbD8gJm5ic3A7SXMgJm5ic3A7dGhhdCAmbmJzcDtpbnRl bnRpb25hbGx5LCAmbmJzcDtJIA0KJm5ic3A7ZGlkICZuYnNwO0kgJm5ic3A7bWlzdW5kZXJzdGFu ZCAmbmJzcDt0aGlzPzwvRElWPg0KPERJVj5JZiAmbmJzcDt3ZSAmbmJzcDthcmUgJm5ic3A7Z29p bmcgJm5ic3A7dG8gJm5ic3A7cmUtdXNlICZuYnNwO3RoZSANCiZuYnNwO3Byb3RvY29sLCAmbmJz cDthcmUgJm5ic3A7d2UgJm5ic3A7cnVubmluZyAmbmJzcDtpbnRvICZuYnNwO3Ryb3VibGUgDQom bmJzcDtiZWNhdXNlICZuYnNwO3RoZSAmbmJzcDtwcm90b2NvbCAmbmJzcDtpdHNlbGYgJm5ic3A7 aXMgJm5ic3A7bm90IA0KJm5ic3A7dW5kZXIgJm5ic3A7SUVURidzICZuYnNwO2NoYW5nZSAmbmJz cDtjb250cm9sPzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7ICZuYnNwO01h cnRpbjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDstLS0tLU9yaWdp bmFsICZuYnNwO01lc3NhZ2UtLS0tLTwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO0Zyb206ICZuYnNw O3Bwc3AtYm91bmNlc0BpZXRmLm9yZyANCiZuYnNwO1ttYWlsdG86cHBzcC1ib3VuY2VzQGlldGYu b3JnXSAmbmJzcDtPbiAmbmJzcDtCZWhhbGYgJm5ic3A7T2Y8L0RJVj4NCjxESVY+Jmd0OyAmbmJz cDtDdWxsZW4gJm5ic3A7SmVubmluZ3M8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtTZW50OiAmbmJz cDtTYXR1cmRheSwgJm5ic3A7TWFyY2ggJm5ic3A7MTMsICZuYnNwOzIwMTAgDQombmJzcDszOjM0 ICZuYnNwO1BNPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VG86ICZuYnNwO3Bwc3BAaWV0Zi5vcmc8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtTdWJqZWN0OiAmbmJzcDtbcHBzcF0gJm5ic3A7Q2hhcnRl ciAmbmJzcDtQcm9wb3NhbDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7 ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO1Ro ZSAmbmJzcDtQUFNQICZuYnNwO2NvdWxkICZuYnNwO2Vhc2lseSAmbmJzcDtiZSAmbmJzcDtvbmUg DQombmJzcDtvZiAmbmJzcDt0aGVzZSAmbmJzcDtncm91cHMgJm5ic3A7d2VyZSAmbmJzcDt3ZSAm bmJzcDtzcGVuZCAmbmJzcDt0aGUgDQombmJzcDtmaXJzdDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNw O2ZldzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3llYXJzICZuYnNwO3RyeWluZyAmbmJzcDt0byAm bmJzcDtjaG9vc2VzICZuYnNwO3doaWNoIA0KJm5ic3A7cHJvdG9jb2wgJm5ic3A7dG8gJm5ic3A7 c3RhcnQgJm5ic3A7d2l0aCAmbmJzcDtpbiAmbmJzcDt2YXJpb3VzPC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7cGxhY2VzLiAmbmJzcDtUaGF0ICZuYnNwO3dvdWxkICZuYnNwO2p1c3QgJm5ic3A7cmVt b3ZlICZuYnNwO3RoZSANCiZuYnNwO3dpbGwgJm5ic3A7dG8gJm5ic3A7ZG8gJm5ic3A7YW55dGhp bmcgJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO2dyb3VwLiANCiZuYnNwO0k8L0RJVj4NCjxESVY+ Jmd0OyAmbmJzcDtoYXZlICZuYnNwO2JlZW4gJm5ic3A7bHVya2luZyAmbmJzcDthbmQgJm5ic3A7 d2F0Y2hpbmcgDQombmJzcDt0aGlzICZuYnNwO3dvcmsgJm5ic3A7ZnJvbSAmbmJzcDt0aGUgJm5i c3A7YmVnaW5uaW5nICZuYnNwO2FuZCANCiZuYnNwO2l0PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7 c2VlbXM8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtsaWtlICZuYnNwO3RoZXJlICZuYnNwO2FyZSAm bmJzcDtwcm9iYWJseSAmbmJzcDttYW55IA0KJm5ic3A7dGhpbmdzICZuYnNwO3RoYXQgJm5ic3A7 bW9zdCAmbmJzcDt0aGUgJm5ic3A7cGFydGljaXBhbnRzICZuYnNwO2FncmVlIA0KJm5ic3A7dG88 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDt0aGF0ICZuYnNwO3dlICZuYnNwO2NvdWxkICZuYnNwO2p1 c3QgJm5ic3A7bmFpbCAmbmJzcDtkb3duIA0KJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO2NoYXJ0 ZXIuICZuYnNwOyAmbmJzcDtEb2luZyAmbmJzcDtzbyAmbmJzcDt3b3VsZCANCiZuYnNwO2hlbHAg Jm5ic3A7Z2V0PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7dGhlICZuYnNwO3dvcmsgJm5ic3A7ZG9u ZSAmbmJzcDtmYXN0ZXIgJm5ic3A7YW5kICZuYnNwO3Byb3ZpZGUgDQombmJzcDtvdGhlcnMgJm5i c3A7YSAmbmJzcDtjbGVhciAmbmJzcDtpZGVhICZuYnNwO3RoYXQgJm5ic3A7aGFkICZuYnNwO25v dCANCiZuYnNwO2JlZW48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtiZWVuICZuYnNwO3BhcnRpY2lw YXRpbmcgJm5ic3A7YSAmbmJzcDttdWNoICZuYnNwO2NsZWFyZXIgDQombmJzcDtpZGVhICZuYnNw O29mICZuYnNwO3doYXQgJm5ic3A7dGhpcyAmbmJzcDt3b3JrICZuYnNwO2lzICZuYnNwO2Fib3V0 LjwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO0ZvciAmbmJz cDtleGFtcGxlOjwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNw O0NlbnRyYWxpemVkICZuYnNwO29yICZuYnNwO2Rpc3RyaWJ1dGVkICZuYnNwO3RyYWNrZXJzLiAm bmJzcDtNeSANCiZuYnNwO2JlbGllZiAmbmJzcDtpcyAmbmJzcDt0aGF0ICZuYnNwO21vc3QgJm5i c3A7dGhlICZuYnNwO2ZvbGtzPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7d2FudCAmbmJzcDt0byAm bmJzcDtkbyAmbmJzcDthICZuYnNwO2NlbnRyYWxpemVkICZuYnNwO3RyYWNrZXIuIA0KJm5ic3A7 T24gJm5ic3A7YSAmbmJzcDtzaWRlICZuYnNwO25vdGUsICZuYnNwO0kgJm5ic3A7dGhpbmsgJm5i c3A7dGhleSANCiZuYnNwO3dvdWxkICZuYnNwO2JlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7aGFy ZCAmbmJzcDt0byAmbmJzcDtkbyAmbmJzcDthICZuYnNwO2Rpc3RyaWJ1dGVkICZuYnNwO29uZSAN CiZuYnNwO2JlZm9yZSAmbmJzcDthICZuYnNwO2NlbnRyYWxpemVkICZuYnNwO2FzICZuYnNwO2Nl bnRyYWxpemVkICZuYnNwO2lzPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7bXVjaDwvRElWPg0KPERJ Vj4mZ3Q7ICZuYnNwO2Vhc2llci4gJm5ic3A7VGhlICZuYnNwO29idmlvdXMgJm5ic3A7cHJvdG9j b2wgJm5ic3A7dG8gDQombmJzcDt1c2UgJm5ic3A7Zm9yICZuYnNwO2EgJm5ic3A7Y2VudHJhbGl6 ZWQgJm5ic3A7b25lICZuYnNwO2lzICZuYnNwO3RvIA0KJm5ic3A7YWRkICZuYnNwO3RoZTwvRElW Pg0KPERJVj4mZ3Q7ICZuYnNwO25lZWRlZCAmbmJzcDtleHRlbnNpb25zICZuYnNwO3RvICZuYnNw O3RoZSAmbmJzcDtIVFRQIA0KJm5ic3A7YmFzZWQgJm5ic3A7dmVyc2lvbiAmbmJzcDtvZiAmbmJz cDtiaXR0b3JyZW50ICZuYnNwO3RyYWNrZXI8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtwcm90b2Nv bC4gJm5ic3A7SWYgJm5ic3A7dGhleSAmbmJzcDt3YW50ICZuYnNwO3RvICZuYnNwO2RvIA0KJm5i c3A7YSAmbmJzcDtkaXN0cmlidXRlZCAmbmJzcDtvbmUsICZuYnNwO1JFTE9BRCAmbmJzcDt3b3Vs ZCAmbmJzcDttZWV0IA0KJm5ic3A7dGhlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7bmVlZHMgJm5i c3A7YW5kICZuYnNwO2F0ICZuYnNwO2xlYXN0ICZuYnNwO2JlICZuYnNwO3dvcnRoIA0KJm5ic3A7 bG9va2luZyAmbmJzcDthdC48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0 OyAmbmJzcDtTaW1pbGFybHkgJm5ic3A7Zm9yICZuYnNwO3RoZSAmbmJzcDttZWRpYSAmbmJzcDt0 cmFuc2ZlciwgDQombmJzcDtJICZuYnNwO3N1c3BlY3QgJm5ic3A7dGhhdCAmbmJzcDttYW55ICZu YnNwO3Blb3BsZSAmbmJzcDt3b3VsZCANCiZuYnNwO2JlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7 aGFwcHkgJm5ic3A7d2l0aCAmbmJzcDtSVFAuICZuYnNwO0l0J3MgJm5ic3A7aGFyZCAmbmJzcDt0 byANCiZuYnNwO2ltYWdpbmUgJm5ic3A7YW55dGhpbmcgJm5ic3A7ZWxzZSAmbmJzcDtnaXZlbiAm bmJzcDt0aGUgJm5ic3A7ZW5kIA0KJm5ic3A7Z29hbDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2Zv ciAmbmJzcDt0aGlzLiAmbmJzcDtJICZuYnNwO2d1ZXNzICZuYnNwO29uZSAmbmJzcDtjb3VsZCAN CiZuYnNwO2FyZ3VlICZuYnNwO2ZvciAmbmJzcDthICZuYnNwO25ldyAmbmJzcDtwcm90b2NvbCAm bmJzcDtvciAmbmJzcDthIA0KJm5ic3A7cHJvdG9jb2wgJm5ic3A7dGhhdDwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwO3RyYW5zZmVycmVkICZuYnNwO2RhdGEgJm5ic3A7dHVubmVsZWQgJm5ic3A7aW4g Jm5ic3A7dGhlIA0KJm5ic3A7cGVlciAmbmJzcDtzaWduYWxpbmcgJm5ic3A7cHJvdG9jb2wuPC9E SVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VGhlICZuYnNwO3Bl ZXIgJm5ic3A7c2lnbmluZyAmbmJzcDtwcm90b2NvbCAmbmJzcDtuZWVkcyAmbmJzcDt0byANCiZu YnNwO2JlICZuYnNwO2FibGUgJm5ic3A7dG8gJm5ic3A7c2V0ICZuYnNwO3VwICZuYnNwO3RoZSAm bmJzcDtSVFAgDQombmJzcDtzZXNzaW9uczwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2FuZCAmbmJz cDt3b3JrICZuYnNwO3Rob3VnaHQgJm5ic3A7TkFUcy4gJm5ic3A7SSAmbmJzcDt0aGluayANCiZu YnNwO3RoZSAmbmJzcDtOQVQgJm5ic3A7dHJhdmVyc2FsICZuYnNwO3NjaGVtZSAmbmJzcDt3aWxs ICZuYnNwO2VuZCANCiZuYnNwO3VwPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7YmVpbmcgJm5ic3A7 SUNFICZuYnNwO29yICZuYnNwO3NvbWV0aGluZyAmbmJzcDt0aGF0ICZuYnNwO21vcmUgDQombmJz cDtvciAmbmJzcDtsZXNzICZuYnNwO2Ftb3VudHMgJm5ic3A7dG8gJm5ic3A7SUNFICZuYnNwO3dp dGggJm5ic3A7bm8gDQombmJzcDtUVVJOPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7b3B0aW9uICZu YnNwO2dpdmVuICZuYnNwO3RoZSAmbmJzcDtkZXBsb3ltZW50ICZuYnNwO21vZGVscy4gDQombmJz cDtCb3RoICZuYnNwO1JUU1AgJm5ic3A7YW5kICZuYnNwO1NJUCAmbmJzcDthcmUgJm5ic3A7Y2Fu ZGlkYXRlczwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2hlcmUuICZuYnNwO0luICZuYnNwO3NvbWUg Jm5ic3A7d2F5cyAmbmJzcDthdCAmbmJzcDtmaXJzdCANCiZuYnNwO2dsYW5jZSwgJm5ic3A7UlRT UCAmbmJzcDttaWdodCAmbmJzcDtzZWVtICZuYnNwO3NpbXBsZXIuICZuYnNwO0J1dCANCiZuYnNw O2E8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtidW5jaDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO29m ICZuYnNwO3RoYXQgJm5ic3A7c2ltcGxpY2l0eSAmbmJzcDtjb21lcyAmbmJzcDtmcm9tICZuYnNw O3RoZSANCiZuYnNwO21vZGVsICZuYnNwO29mICZuYnNwO2l0ICZuYnNwO2JlaW5nICZuYnNwO2Rl cGxveWVkICZuYnNwO29uIA0KJm5ic3A7c2VydmVyPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7YWxs ICZuYnNwO2NsaWVudHMgJm5ic3A7Y2FuICZuYnNwO2Vhc2lseSAmbmJzcDtyZWFjaCANCiZuYnNw O3dpdGhvdXQgJm5ic3A7bmF0ICZuYnNwO25pZ2h0bWFyZXMgJm5ic3A7YW5kICZuYnNwO2xlc3M8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtuZWdvdGlhdGlvbi4gJm5ic3A7TXVjaCAmbmJzcDtvZiAm bmJzcDtTSVAgJm5ic3A7Y29tcGxleGl0eSANCiZuYnNwO2NvbWVzICZuYnNwO2Zvcm0gJm5ic3A7 dG9vICZuYnNwO21hbnkgJm5ic3A7aW50ZXJtZWRpYXJpZXM8L0RJVj4NCjxESVY+Jmd0OyAmbmJz cDthbmQgJm5ic3A7Zm9ya2luZyAmbmJzcDt3aGljaCAmbmJzcDt3b3VsZCAmbmJzcDtub3QgJm5i c3A7YXBwbHkgDQombmJzcDtpbiAmbmJzcDt0aGlzICZuYnNwO2Nhc2UuICZuYnNwOyAmbmJzcDtX ZSAmbmJzcDt3aWxsICZuYnNwO2hhdmUgJm5ic3A7dG8gDQombmJzcDthZGQgJm5ic3A7YTwvRElW Pg0KPERJVj4mZ3Q7ICZuYnNwO2J1bmNoICZuYnNwO3RvICZuYnNwO1JUU1AgJm5ic3A7dG8gJm5i c3A7Z2V0ICZuYnNwO2l0ICZuYnNwO3RvIA0KJm5ic3A7d29yayAmbmJzcDtvciAmbmJzcDtzdWJ0 cmFjdCAmbmJzcDtzb21lICZuYnNwO1NJUCAmbmJzcDt0byAmbmJzcDtnZXQgDQombmJzcDtpdCAm bmJzcDt0bzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3dvcmsuICZuYnNwO05vdCAmbmJzcDthbiAm bmJzcDtlYXN5ICZuYnNwO2NhbGwgJm5ic3A7YW5kIA0KJm5ic3A7bm90ICZuYnNwO2EgJm5ic3A7 Y2FsbCAmbmJzcDt0aGF0ICZuYnNwO3RoZSAmbmJzcDtXRyAmbmJzcDtpcyAmbmJzcDtpbiANCiZu YnNwO2EgJm5ic3A7Z3JlYXQ8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtwb3NpdGlvbjwvRElWPg0K PERJVj4mZ3Q7ICZuYnNwO3RvICZuYnNwO3NvcnQgJm5ic3A7b3V0LiAmbmJzcDtJJ2QgJm5ic3A7 bG92ZSAmbmJzcDt0byANCiZuYnNwO2hlYXIgJm5ic3A7b3RoZXJzICZuYnNwO3Rob3VnaHQgJm5i c3A7b24gJm5ic3A7aXQuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7VGhlICZuYnNwO2FsdGVybmF0aXZlICZuYnNwO3RvICZuYnNwO3RoZSAmbmJzcDtSVFNQ L1NJUCANCiZuYnNwO2FwcHJvYWNoICZuYnNwO2lzICZuYnNwO3RvICZuYnNwO3JlcGxhY2UgJm5i c3A7dGhlICZuYnNwO3NpZ25hbGluZzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2FuZDwvRElWPg0K PERJVj4mZ3Q7ICZuYnNwO1NEUCAmbmJzcDt3aXRoICZuYnNwO2EgJm5ic3A7Y2FwYWJpbGl0aWVz ICZuYnNwO3NvbWV0aGluZyANCiZuYnNwO21vcmUgJm5ic3A7bGlrZSAmbmJzcDt0aGUgJm5ic3A7 QWR2ZXJ0aXNlbWVudCAmbmJzcDsvPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7UHJvcG9zYWw8L0RJ Vj4NCjxESVY+Jmd0OyAmbmJzcDthcmNoaXRlY3R1cmUgJm5ic3A7dGhlICZuYnNwO0pvbiAmbmJz cDthbmQgJm5ic3A7SSAmbmJzcDtoYXZlIA0KJm5ic3A7YmVlbiAmbmJzcDtkaXNjdXNzaW9uICZu YnNwOyhTZWU8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtkcmFmdC1wZXRlcnNvbi1zaXBjb3JlLWFk dnByb3AgJm5ic3A7KS48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAm bmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtUaGVyZSAmbmJzcDthcmUgJm5ic3A7YSAmbmJz cDtmZXcgJm5ic3A7b3RoZXIgJm5ic3A7dG9waWNzIA0KJm5ic3A7d2hpY2ggJm5ic3A7YXJlICZu YnNwO25vdCAmbmJzcDthZGRyZXNzZWQgJm5ic3A7aW4gJm5ic3A7dGhpcyANCiZuYnNwO2NoYXJ0 ZXI8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDt0aGF0ICZuYnNwO3dvcnJ5ICZuYnNwO21lICZuYnNw O2EgJm5ic3A7bG90LiAmbmJzcDtUaGUgDQombmJzcDtjdXJyZW50bHkgJm5ic3A7cHJvdG9jb2xz ICZuYnNwO2JlaW5nICZuYnNwO3Byb3Bvc2VkICZuYnNwO2FuZCANCiZuYnNwO3JlbGF0ZWQ8L0RJ Vj4NCjxESVY+Jmd0OyAmbmJzcDtkaXNjdXNzaW9uICZuYnNwO2RvZXMgJm5ic3A7bm90ICZuYnNw O3NlZW0gJm5ic3A7dG8gDQombmJzcDthZGRyZXNzICZuYnNwO3doYXQgJm5ic3A7aXMgJm5ic3A7 dGhlICZuYnNwO2luY2VudGl2ZSAmbmJzcDtmb3IgDQombmJzcDthbnlvbmUgJm5ic3A7dG88L0RJ Vj4NCjxESVY+Jmd0OyAmbmJzcDtzZXJ2ZSAmbmJzcDtjb250ZW50LiAmbmJzcDtJdCdzICZuYnNw O2NsZWFyICZuYnNwO3doeSAmbmJzcDt5b3UgDQombmJzcDt3b3VsZCAmbmJzcDtyZWNlaXZlICZu YnNwO2J1dCAmbmJzcDtub3QgJm5ic3A7Y2xlYXIgJm5ic3A7d2h5IA0KJm5ic3A7eW91PC9ESVY+ DQo8RElWPiZndDsgJm5ic3A7d291bGQgJm5ic3A7Ym90aGVyICZuYnNwO3RvICZuYnNwO3RyYW5z bWl0LiAmbmJzcDtCaXR0b3JyZW50IA0KJm5ic3A7cHV0ICZuYnNwO2EgJm5ic3A7bG90ICZuYnNw O29mICZuYnNwO2VmZm9ydCAmbmJzcDtpbnRvICZuYnNwO3RoaXMgDQombmJzcDthbmQ8L0RJVj4N CjxESVY+Jmd0OyAmbmJzcDtJTUhPICZuYnNwO2dvdCAmbmJzcDtpdCAmbmJzcDsicmlnaHQgJm5i c3A7ZW5vdWdoIiAmbmJzcDt0aGF0IA0KJm5ic3A7dGhlICZuYnNwO3N5c3RlbSAmbmJzcDtpcyAm bmJzcDt2ZXJ5ICZuYnNwO3N1Y2Nlc3NmdWwuICZuYnNwO0kgDQombmJzcDt3b3JyeTwvRElWPg0K PERJVj4mZ3Q7ICZuYnNwO2Fib3V0ICZuYnNwO2l0ICZuYnNwO2luICZuYnNwO3RoaXMgJm5ic3A7 d29yay4gJm5ic3A7QSANCiZuYnNwO3NlY29uZCAmbmJzcDt0b3BpYyAmbmJzcDtpcyAmbmJzcDt0 aGF0ICZuYnNwO3RoZSAmbmJzcDtkZXNpcmVkIA0KJm5ic3A7cHJpdmFjeTwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwO3Byb3BlcnRpZXMgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO3N5c3RlbSAmbmJz cDthcmUgJm5ic3A7YWxzbyANCiZuYnNwO3ByZXR0eSAmbmJzcDt2YWd1ZS4gJm5ic3A7SWYgJm5i c3A7d2UgJm5ic3A7YXJlICZuYnNwO25vdCANCiZuYnNwO2NsZWFyPC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7YWJvdXQgJm5ic3A7dGhlc2UgJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO2JlZ2lubmlu ZywgJm5ic3A7d2UgDQombmJzcDtydW4gJm5ic3A7dGhlICZuYnNwO3Jpc2sgJm5ic3A7b2YgJm5i c3A7Z2V0dGluZyAmbmJzcDt2ZXJ5IA0KJm5ic3A7Ym9nZ2VkPC9ESVY+DQo8RElWPiZndDsgJm5i c3A7ZG93biAmbmJzcDtpbiAmbmJzcDthcmd1aW5nICZuYnNwO2Fib3V0ICZuYnNwO3RoZW0gJm5i c3A7YXMgDQombmJzcDt0aGUgJm5ic3A7cHJvdG9jb2wgJm5ic3A7c3RhcnRzICZuYnNwO3RvICZu YnNwO2dldCAmbmJzcDtjbG9zZSAmbmJzcDt0byANCiZuYnNwO2RvbmUuPC9ESVY+DQo8RElWPiZn dDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VG8gJm5ic3A7dHJ5ICZuYnNwO2FuZCAm bmJzcDtoZWxwICZuYnNwO2dldCAmbmJzcDt0aGluZ3MgDQombmJzcDttb3ZpbmcgJm5ic3A7YWxv bmcsICZuYnNwO0kgJm5ic3A7aGF2ZSAmbmJzcDtwcm9wb3NlZCAmbmJzcDtjaGFydGVyIA0KJm5i c3A7YmVsbG93PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7dGhhdCAmbmJzcDtpcyAmbmJzcDt2ZXJ5 ICZuYnNwO2NvbnNlcnZhdGl2ZSAmbmJzcDsuICZuYnNwOyANCiZuYnNwO0FzICZuYnNwO2FuICZu YnNwO2luZGl2aWR1YWwsICZuYnNwO0kgJm5ic3A7d291bGQgJm5ic3A7cHJvYmFibHkgDQombmJz cDtoYXZlICZuYnNwO2E8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtzbGlnaHQgJm5ic3A7cHJlZmVy ZW5jZSAmbmJzcDtmb3IgJm5ic3A7YSAmbmJzcDttb3JlICZuYnNwO3Jpc2t5IA0KJm5ic3A7YXBw cm9hY2ggJm5ic3A7dGhhbiAmbmJzcDt0aGUgJm5ic3A7cHJvcG9zYWwgJm5ic3A7YmVsb3cgJm5i c3A7YnV0PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7LjwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwv RElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KPERJVj4mZ3Q7ICZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElW Pg0KPERJVj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO1RoZSAmbmJzcDtQZWVy LXRvLVBlZXIgJm5ic3A7U3RyZWFtaW5nICZuYnNwO1Byb3RvY29sIA0KJm5ic3A7KFBQU1ApICZu YnNwO3dvcmtpbmcgJm5ic3A7Z3JvdXAgJm5ic3A7ZGV2ZWxvcHMgJm5ic3A7dHdvPC9ESVY+DQo8 RElWPiZndDsgJm5ic3A7c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sICZuYnNwO3By b3RvY29scyAmbmJzcDtmb3IgDQombmJzcDthICZuYnNwO3BlZXItdG8tcGVlciAmbmJzcDsoUDJQ KSAmbmJzcDtzdHJlYW1pbmc8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtzeXN0ZW0gJm5ic3A7Zm9y ICZuYnNwO3RyYW5zbWl0dGluZyAmbmJzcDtsaXZlICZuYnNwO2FuZCANCiZuYnNwO3RpbWUgJm5i c3A7c2hpZnRlZCAmbmJzcDttZWRpYSAmbmJzcDtjb250ZW50ICZuYnNwO3dpdGggJm5ic3A7bmVh cjwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3JlYWwtdGltZSAmbmJzcDtkZWxpdmVyeSAmbmJzcDty ZXF1aXJlbWVudHMuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5i c3A7VHdvICZuYnNwO2tpbmRzICZuYnNwO29mICZuYnNwO25vZGVzICZuYnNwO2V4aXN0ICZuYnNw O2luIA0KJm5ic3A7dGhlICZuYnNwO3RhcmdldGVkICZuYnNwO1AyUCAmbmJzcDtzdHJlYW1pbmcg Jm5ic3A7c3lzdGVtLCANCiZuYnNwO2kuZS4sPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7InBlZXJz IiAmbmJzcDthbmQgJm5ic3A7InRyYWNrZXJzIi4gJm5ic3A7UGVlcnMgJm5ic3A7YXJlIA0KJm5i c3A7bm9kZXMgJm5ic3A7dGhhdCAmbmJzcDthcmUgJm5ic3A7YWN0aXZlbHkgJm5ic3A7c2VuZGlu ZyAmbmJzcDthbmQ8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtyZWNlaXZpbmcgJm5ic3A7c3RyZWFt ZWQgJm5ic3A7bWVkaWEgJm5ic3A7Y29udGVudCwgJm5ic3A7YW5kIA0KJm5ic3A7aW5jbHVkZSAm bmJzcDtib3RoICZuYnNwO3N0YXRpY2FsbHkgJm5ic3A7Y29ubmVjdGVkPC9ESVY+DQo8RElWPiZn dDsgJm5ic3A7aG9zdHMgJm5ic3A7YXMgJm5ic3A7d2VsbCAmbmJzcDthcyAmbmJzcDttb2JpbGUg Jm5ic3A7ZGV2aWNlcyANCiZuYnNwO3dpdGggJm5ic3A7Y29ubmVjdGl2aXR5ICZuYnNwO2FuZCAm bmJzcDtJUCAmbmJzcDthZGRyZXNzZXMgDQombmJzcDt0aGF0PC9ESVY+DQo8RElWPiZndDsgJm5i c3A7Y2hhbmdlICZuYnNwO292ZXIgJm5ic3A7dGltZS4gJm5ic3A7VGhlICZuYnNwO3NldCAmbmJz cDtvZiANCiZuYnNwO3BlZXJzICZuYnNwO3RoYXQgJm5ic3A7YXJlICZuYnNwO3BhcnRpY2lwYXRp bmcgJm5ic3A7aW4gJm5ic3A7YTwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3N0cmVhbWluZzwvRElW Pg0KPERJVj4mZ3Q7ICZuYnNwO3Nlc3Npb24gJm5ic3A7d2lsbCAmbmJzcDtkeW5hbWljYWxseSAm bmJzcDtjaGFuZ2UgJm5ic3A7b3ZlciANCiZuYnNwO3RpbWUuICZuYnNwO1RyYWNrZXJzICZuYnNw O2FyZSAmbmJzcDt3ZWxsLWtub3duPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7bm9kZXM8L0RJVj4N CjxESVY+Jmd0OyAmbmJzcDt3aXRoICZuYnNwO3N0YWJsZSAmbmJzcDtjb25uZWN0aXZpdHkgJm5i c3A7dGhhdCAmbmJzcDttYWludGFpbiANCiZuYnNwO21ldGEgJm5ic3A7aW5mb3JtYXRpb24gJm5i c3A7YWJvdXQgJm5ic3A7dGhlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7c3RyZWFtZWQgJm5ic3A7 Y29udGVudCAmbmJzcDthbmQgJm5ic3A7dGhlICZuYnNwO2R5bmFtaWMgDQombmJzcDtwZWVyICZu YnNwO3NldC4gJm5ic3A7VGhlICZuYnNwO3dvcmtpbmcgJm5ic3A7Z3JvdXAgJm5ic3A7aXMgDQom bmJzcDtvbmx5PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7YWRkcmVzc2luZyAmbmJzcDtjZW50cmFs aXplZCAmbmJzcDt0cmFja2VycyAmbmJzcDthbmQgJm5ic3A7bm90IA0KJm5ic3A7dGhlICZuYnNw O2Rpc3RyaWJ1dGVkICZuYnNwO3RyYWNrZXIuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+ DQo8RElWPiZndDsgJm5ic3A7VGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgJm5ic3A7ZGVzaWducyAm bmJzcDthICZuYnNwO3Byb3RvY29sIA0KJm5ic3A7Zm9yICZuYnNwO3NpZ25hbGluZyAmbmJzcDth bmQgJm5ic3A7Y29udHJvbCAmbmJzcDtiZXR3ZWVuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7dHJh Y2tlcnMgJm5ic3A7YW5kICZuYnNwO3BlZXJzICZuYnNwOyh0aGUgJm5ic3A7UFBTUCANCiZuYnNw OyJ0cmFja2VyICZuYnNwO3Byb3RvY29sIikgJm5ic3A7YW5kICZuYnNwO2EgJm5ic3A7c2lnbmFs aW5nIA0KJm5ic3A7YW5kPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7Y29udHJvbCAmbmJzcDtwcm90 b2NvbCAmbmJzcDtmb3IgJm5ic3A7Y29tbXVuaWNhdGlvbiAmbmJzcDthbW9uZyANCiZuYnNwO3Ro ZSAmbmJzcDtwZWVycyAmbmJzcDsodGhlICZuYnNwO1BQU1AgJm5ic3A7InBlZXI8L0RJVj4NCjxE SVY+Jmd0OyAmbmJzcDtwcm90b2NvbCIpLiAmbmJzcDtUaGUgJm5ic3A7dHdvICZuYnNwO3Byb3Rv Y29scyAmbmJzcDtlbmFibGUgDQombmJzcDtwZWVycyAmbmJzcDt0byAmbmJzcDtyZWNlaXZlICZu YnNwO3N0cmVhbWluZyAmbmJzcDtkYXRhPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7d2l0aGluICZu YnNwO3RoZSAmbmJzcDt0aW1lICZuYnNwO2NvbnN0cmFpbnRzICZuYnNwO3JlcXVpcmVkIA0KJm5i c3A7YnkgJm5ic3A7c3BlY2lmaWMgJm5ic3A7Y29udGVudCAmbmJzcDtpdGVtcy4gJm5ic3A7ICZu YnNwO1RoZTwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3RyYWNrZXIgJm5ic3A7cHJvdG9jb2wgJm5i c3A7aGFuZGxlcyAmbmJzcDt0aGUgJm5ic3A7aW5pdGlhbCANCiZuYnNwO2FuZCAmbmJzcDtwZXJp b2RpYyAmbmJzcDtleGNoYW5nZSAmbmJzcDtvZiAmbmJzcDttZXRhPC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7aW5mb3JtYXRpb24gJm5ic3A7YmV0d2VlbiAmbmJzcDt0cmFja2VycyAmbmJzcDthbmQg Jm5ic3A7cGVlcnMsIA0KJm5ic3A7c3VjaCAmbmJzcDthcyAmbmJzcDtwZWVyICZuYnNwO2xpc3Rz ICZuYnNwO2FuZCAmbmJzcDtjb250ZW50PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7aW5mb3JtYXRp b24uICZuYnNwO1RoZSAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO2NvbnRyb2xzIA0K Jm5ic3A7dGhlICZuYnNwO2FkdmVydGlzaW5nICZuYnNwO2FuZCAmbmJzcDtleGNoYW5nZSAmbmJz cDtvZjwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO21lZGlhICZuYnNwO2RhdGEgJm5ic3A7YXZhaWxh YmlsaXR5ICZuYnNwO2JldHdlZW4gJm5ic3A7dGhlIA0KJm5ic3A7cGVlcnMuPC9ESVY+DQo8RElW PiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VGhlICZuYnNwO3RyYWNrZXIgJm5i c3A7cHJvdG9jb2wgJm5ic3A7d2lsbCAmbmJzcDtiZSANCiZuYnNwO21vZGVsZWQgJm5ic3A7YXMg Jm5ic3A7bXVjaCAmbmJzcDthcyAmbmJzcDtwb3NzaWJsZSAmbmJzcDt0byAmbmJzcDttYXRjaCAN CiZuYnNwO3RoZTwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2V4aXRpbmcgJm5ic3A7Yml0dG9ycmVu dCAmbmJzcDtwcm90b2NvbCAmbmJzcDt3aXRoIA0KJm5ic3A7YXBwcm9wcmlhdGUgJm5ic3A7ZXh0 ZW5zaW9ucyAmbmJzcDtmb3IgJm5ic3A7dG8gJm5ic3A7Y2FyeTwvRElWPg0KPERJVj4mZ3Q7ICZu YnNwO2luZm9ybWF0aW9uICZuYnNwO3RoYXQgJm5ic3A7aXMgJm5ic3A7bmVlZGVkICZuYnNwO2Zv ciANCiZuYnNwO3NlbGVjdGlvbiAmbmJzcDtvZiAmbmJzcDthICZuYnNwO3BlZXIgJm5ic3A7c3Vp dGFibGUgJm5ic3A7Zm9yIA0KJm5ic3A7cmVhbDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3RpbWUg Jm5ic3A7c3RyZWFtaW5nLiAmbmJzcDtNZWRpYSAmbmJzcDtkZXNjcmlwdGlvbnMgJm5ic3A7d2ls bCANCiZuYnNwO3VzZSAmbmJzcDt0aGUgJm5ic3A7c3ludGF4ICZuYnNwO2FuZCAmbmJzcDtzZW1h bnRpY3M8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtmcm9tICZuYnNwO1NEUCAmbmJzcDt3aGVyZSAm bmJzcDt0aGF0ICZuYnNwO2lzIA0KJm5ic3A7cG9zc2libGUuPC9ESVY+DQo8RElWPiZndDsgJm5i c3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VGhlICZuYnNwO3BlZXIgJm5ic3A7cHJvdG9jb2wg Jm5ic3A7d2lsbCAmbmJzcDtiZSAmbmJzcDtiZSANCiZuYnNwO2FuICZuYnNwO2V4dGVuc2lvbiAm bmJzcDtvZiAmbmJzcDtTSVAgJm5ic3A7YW5kICZuYnNwO3VzZSAmbmJzcDtJQ0UgDQombmJzcDtm b3IgJm5ic3A7TkFUPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7dHJhdmVyc2FsLjwvRElWPg0KPERJ Vj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO1JUUCAmbmJzcDt3aWxsICZuYnNw O2JlICZuYnNwO3VzZWQgJm5ic3A7Zm9yICZuYnNwO3RoZSANCiZuYnNwO2VuY29kaW5nICZuYnNw O2FuZCAmbmJzcDt0cmFuc21pc3Npb24gJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO21lZGlhIA0K Jm5ic3A7Y29udGVudDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2JldHdlZW4gJm5ic3A7cGVlcnMu ICZuYnNwO1BQU1AgJm5ic3A7aXMgJm5ic3A7bm90IA0KJm5ic3A7Y2hhcnRlcmVkICZuYnNwO3Rv ICZuYnNwO3dvcmsgJm5ic3A7b24gJm5ic3A7bWVkaWEgDQombmJzcDt0cmFuc21pc3Npb248L0RJ Vj4NCjxESVY+Jmd0OyAmbmJzcDtwcm90b2NvbHMsICZuYnNwO21lZGlhICZuYnNwO2VuY29kaW5n ICZuYnNwO3RlY2huaXF1ZXMgJm5ic3A7b3IgDQombmJzcDtvdGhlciAmbmJzcDtjb21wb25lbnRz ICZuYnNwO29mICZuYnNwO2EgJm5ic3A7UDJQPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7c3RyZWFt aW5nICZuYnNwO3N5c3RlbSAmbmJzcDtzdWNoICZuYnNwO2FzICZuYnNwO3BsYXlvdXQgDQombmJz cDtzY2hlZHVsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sLCAmbmJzcDtldGMuPC9ESVY+DQo8 RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7VGhlICZuYnNwO3dvcmsgJm5i c3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO1BQU1AgDQombmJzcDtXRyAmbmJzcDth cmU6PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7KDEpICZu YnNwO0EgJm5ic3A7InByb2JsZW0gJm5ic3A7c3RhdGVtZW50IiAmbmJzcDtkb2N1bWVudCANCiZu YnNwO3RoYXQgJm5ic3A7Z2l2ZXMgJm5ic3A7YW4gJm5ic3A7b3ZlcnZpZXcgJm5ic3A7b2YgJm5i c3A7dGhlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3Byb3Bvc2VkICZuYnNwO1AyUCAmbmJzcDtzdHJlYW1pbmcgDQombmJzcDtzeXN0ZW0sICZuYnNw O21vdGl2YXRlcyAmbmJzcDt0aGUgJm5ic3A7ZGVzaXJlICZuYnNwO2ZvcjwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwO3N0YW5kYXJkaXplZDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtwcm90b2NvbHMsICZuYnNwO2RlZmluZXMgJm5ic3A7dGhlIA0KJm5i c3A7ZW52aXNpb25lZCAmbmJzcDtzY29wZSAmbmJzcDtvZiAmbmJzcDt0aG9zZSAmbmJzcDtzdGFu ZGFyZGl6ZWQ8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7Y29tcG9uZW50cyAmbmJzcDthbmQgJm5ic3A7ZGlzY3Vzc2VzIA0KJm5ic3A7Y29tbW9uICZu YnNwO3Rlcm1pbm9sb2dpZXMgJm5ic3A7YW5kICZuYnNwO2NvbmNlcHRzLjwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOygyKSAmbmJzcDtBICZuYnNwOyJyZXF1 aXJlbWVudHMiICZuYnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgDQombmJzcDtkZXRhaWxzICZuYnNw O3RoZSAmbmJzcDtzcGVjaWZpYyAmbmJzcDtmdW5jdGlvbmFsLDwvRElWPg0KPERJVj4mZ3Q7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtvcGVyYXRpb25hbCAmbmJzcDthbmQgDQom bmJzcDtwZXJmb3JtYW5jZSAmbmJzcDtyZXF1aXJlbWVudHMgJm5ic3A7b2YgJm5ic3A7dGhlICZu YnNwO3R3byAmbmJzcDtQUFNQIA0KJm5ic3A7cHJvdG9jb2xzLjwvRElWPg0KPERJVj4mZ3Q7ICZu YnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOygzKSAmbmJzcDtBbiAmbmJzcDsiYXJjaGl0ZWN0 dXJhbCAmbmJzcDtzdXJ2ZXkiICZuYnNwO2RvY3VtZW50IA0KJm5ic3A7dGhhdCAmbmJzcDtzdW1t YXJpemVzICZuYnNwO2N1cnJlbnQgJm5ic3A7UDJQPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3N0cmVhbWluZyAmbmJzcDthcmNoaXRlY3R1cmVzLCAN CiZuYnNwO2luICZuYnNwO3BhcnRpY3VsYXIgJm5ic3A7dHJhY2tlci1iYXNlZCAmbmJzcDtQMlAg Jm5ic3A7c3RyZWFtaW5nPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3N5c3RlbXMsICZuYnNwO2FuZCAmbmJzcDtoaWdobGlnaHRzIA0KJm5ic3A7YmVz dCAmbmJzcDtjdXJyZW50ICZuYnNwO3ByYWN0aWNlcy48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsoNCkgJm5ic3A7QSAmbmJzcDtkZXRhaWxlZCAmbmJzcDtz cGVjaWZpY2F0aW9uICZuYnNwO29mIA0KJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7cGVlciAm bmJzcDtwcm90b2NvbC48L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAm bmJzcDsoNSkgJm5ic3A7QSAmbmJzcDtkZXRhaWxlZCAmbmJzcDtzcGVjaWZpY2F0aW9uICZuYnNw O29mIA0KJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7dHJhY2tlciAmbmJzcDtwcm90b2NvbC48 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsoNikgJm5ic3A7 QSAmbmJzcDsidXNhZ2UgJm5ic3A7Z3VpZGUiICZuYnNwO3RoYXQgJm5ic3A7ZGVzY3JpYmVzIA0K Jm5ic3A7aG93ICZuYnNwO3RoZSAmbmJzcDt0d28gJm5ic3A7UFBTUCAmbmJzcDtwcm90b2NvbHMg Jm5ic3A7YW5kPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO2V4aXN0aW5nICZuYnNwO0lFVEYgJm5ic3A7cHJvdG9jb2xzLCANCiZuYnNwO3N1Y2ggJm5i c3A7QUxUTywgJm5ic3A7Y2FuICZuYnNwO2JlICZuYnNwO2NvbWJpbmVkICZuYnNwO3RvICZuYnNw O2NyZWF0ZSANCiZuYnNwO2E8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ZGVwbG95YWJsZSAmbmJzcDtvcGVyYXRpb25hbCANCiZuYnNwO1AyUCAmbmJz cDtzdHJlYW1pbmcgJm5ic3A7c3lzdGVtLiAmbmJzcDsgJm5ic3A7VGhpcyAmbmJzcDtkb2N1bWVu dCANCiZuYnNwO3dpbGw8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7YWxzbyAmbmJzcDtkaXNjdXNzICZuYnNwO3VzZSANCiZuYnNwO29mICZuYnNwO2xh eWVyZWQgJm5ic3A7bWVkaWEgJm5ic3A7ZW5jb2RpbmcgJm5ic3A7YW5kICZuYnNwO3JlbGF0ZWQg DQombmJzcDttZWRpYSAmbmJzcDtjaHVuazwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtkZXNjcmlwdGlvbnMgJm5ic3A7aW4gJm5ic3A7dGhlIA0KJm5i c3A7cGVlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtmb3IgJm5ic3A7bW9yZSAmbmJzcDtyb2J1c3Qg DQombmJzcDtzdHJlYW1pbmcuPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZn dDsgJm5ic3A7VGhlICZuYnNwO3dvcmsgJm5ic3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7dGhlICZu YnNwO1BQU1AgDQombmJzcDtXRyAmbmJzcDtpbnRlcmFjdHMgJm5ic3A7d2l0aCAmbmJzcDt0aGUg Jm5ic3A7d29yayAmbmJzcDtwZXJmb3JtZWQgDQombmJzcDtpbjwvRElWPg0KPERJVj4mZ3Q7ICZu YnNwO290aGVyPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7SUVURiAmbmJzcDtXR3MsICZuYnNwO2lu Y2x1ZGluZyAmbmJzcDtTSVBDT1JFLCAmbmJzcDtBVlQsIA0KJm5ic3A7QUxUTywgJm5ic3A7TEVE QkFUICZuYnNwO2FuZCAmbmJzcDtNTVVTSUMuICZuYnNwO1doZW5ldmVyPC9ESVY+DQo8RElWPiZn dDsgJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDtvciAmbmJzcDttb2RpZmljYXRpb24gJm5ic3A7dG8g Jm5ic3A7dGhlIA0KJm5ic3A7cHJvdG9jb2xzICZuYnNwO2RldmVsb3BlZCAmbmJzcDtpbiAmbmJz cDtvdGhlciAmbmJzcDtXR3MgJm5ic3A7YXJlPC9ESVY+DQo8RElWPiZndDsgJm5ic3A7ZGVlbWVk ICZuYnNwO25lY2Vzc2FyeSwgJm5ic3A7UFBTUCAmbmJzcDtzaGFsbCAmbmJzcDtjb21tdW5pY2F0 ZSANCiZuYnNwO2FuZCAmbmJzcDtkaXNjdXNzICZuYnNwO3RoZSAmbmJzcDtyZXF1aXJlbWVudHM8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtmb3IgJm5ic3A7c3VjaCAmbmJzcDtleHRlbnNpb25zICZu YnNwO3dpdGggJm5ic3A7dGhlIA0KJm5ic3A7cmVsZXZhbnQgJm5ic3A7V0dzICZuYnNwO2J1dCAm bmJzcDtpcyAmbmJzcDtub3QgJm5ic3A7Y2hhcnRlZCAmbmJzcDt0byANCiZuYnNwO21ha2U8L0RJ Vj4NCjxESVY+Jmd0OyAmbmJzcDtzdWNoICZuYnNwO2NoYW5nZXMuPC9ESVY+DQo8RElWPiZndDsg Jm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7R29hbHMgJm5ic3A7YW5kICZuYnNwO01pbGVz dG9uZXM6PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7U2Vw ICZuYnNwOzIwMTAgJm5ic3A7ICZuYnNwOyAmbmJzcDtTdWJtaXQgJm5ic3A7cHJvYmxlbSANCiZu YnNwO3N0YXRlbWVudCAmbmJzcDt0byAmbmJzcDtJRVNHICZuYnNwO2FzICZuYnNwO0luZm9ybWF0 aW9uYWw8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtEZWMgJm5ic3A7MjAxMCAmbmJzcDsgJm5ic3A7 ICZuYnNwO1N1Ym1pdCAmbmJzcDthcmNoaXRlY3R1cmFsIA0KJm5ic3A7c3VydmV5ICZuYnNwO3Rv ICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPg0KPERJVj4mZ3Q7 ICZuYnNwO0RlYyAmbmJzcDsyMDEwICZuYnNwOyAmbmJzcDsgJm5ic3A7U3VibWl0ICZuYnNwO3Jl cXVpcmVtZW50cyANCiZuYnNwO2RvY3VtZW50ICZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMg Jm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO0F1ZyAmbmJzcDsyMDEx ICZuYnNwOyAmbmJzcDsgJm5ic3A7U3VibWl0ICZuYnNwO1BQU1AgJm5ic3A7cGVlciANCiZuYnNw O3Byb3RvY29sICZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7UHJvcG9zZWQgJm5i c3A7U3RhbmRhcmQ8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtBdWcgJm5ic3A7MjAxMSAmbmJzcDsg Jm5ic3A7ICZuYnNwO1N1Ym1pdCAmbmJzcDtQUFNQIA0KJm5ic3A7dHJhY2tlciAmbmJzcDtwcm90 b2NvbCAmbmJzcDt0byAmbmJzcDtJRVNHICZuYnNwO2FzICZuYnNwO1Byb3Bvc2VkIA0KJm5ic3A7 U3RhbmRhcmQ8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtEZWMgJm5ic3A7MjAxMSAmbmJzcDsgJm5i c3A7ICZuYnNwO1N1Ym1pdCAmbmJzcDt1c2FnZSANCiZuYnNwO2d1aWRlICZuYnNwO3RvICZuYnNw O0lFU0cgJm5ic3A7dG8gJm5ic3A7SUVTRyAmbmJzcDthcyANCiZuYnNwO0luZm9ybWF0aW9uYWw8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4NCjxE SVY+Jmd0OyANCiZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPnN0 aWVtZXJsaW5nQG53Lm5lY2xhYi5ldTwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TkVD ICZuYnNwO0xhYm9yYXRvcmllcyAmbmJzcDtFdXJvcGUgJm5ic3A7LSAmbmJzcDtOZXR3b3JrICZu YnNwO1Jlc2VhcmNoIA0KJm5ic3A7RGl2aXNpb248L0RJVj4NCjxESVY+TkVDICZuYnNwO0V1cm9w ZSAmbmJzcDtMaW1pdGVkICZuYnNwO3wgJm5ic3A7UmVnaXN0ZXJlZCAmbmJzcDtPZmZpY2U6IA0K Jm5ic3A7TkVDICZuYnNwO0hvdXNlLCAmbmJzcDsxICZuYnNwO1ZpY3RvcmlhICZuYnNwO1JvYWQs ICZuYnNwO0xvbmRvbiAmbmJzcDtXMyANCiZuYnNwOzZCTCAmbmJzcDt8ICZuYnNwO1JlZ2lzdGVy ZWQgJm5ic3A7aW4gJm5ic3A7RW5nbGFuZCAmbmJzcDsyODMyMDE0IA0KJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzwvRElWPg0KPERJVj5wcHNwICZuYnNwO21haWxpbmcgJm5ic3A7bGlzdDwv RElWPg0KPERJVj5wcHNwQGlldGYub3JnPC9ESVY+DQo8RElWPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcHBzcDwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon560487546436_=====-- From softgear@etri.re.kr Wed Mar 17 23:07:21 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA40A3A67FF for ; Wed, 17 Mar 2010 23:07:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.531 X-Spam-Level: X-Spam-Status: No, score=-98.531 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, DNS_FROM_OPENWHOIS=1.13, HELO_MISMATCH_INFO=1.448, HTML_MESSAGE=0.001, 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 u9oacdRQyjHw for ; Wed, 17 Mar 2010 23:07:18 -0700 (PDT) Received: from email2.etri.info (email2.etri.re.kr [129.254.16.132]) by core3.amsl.com (Postfix) with ESMTP id 0288D3A6914 for ; Wed, 17 Mar 2010 23:07:15 -0700 (PDT) Received: from softgearpc ([129.254.232.20]) by email2.etri.info with Microsoft SMTPSVC(6.0.3790.3959); Thu, 18 Mar 2010 15:07:25 +0900 From: "Softgear Ko" To: References: In-Reply-To: Date: Thu, 18 Mar 2010 15:07:36 +0900 Message-ID: <009701cac661$4e8e5ac0$ebab1040$@re.kr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0098_01CAC6AC.BE7602C0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acq7Wmr+wOruX06oT1S2S/R4eRpbrwLBJ/YA Content-Language: ko X-OriginalArrivalTime: 18 Mar 2010 06:07:25.0802 (UTC) FILETIME=[48256CA0:01CAC661] Cc: ppsp@ietf.org Subject: Re: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 06:07:21 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0098_01CAC6AC.BE7602C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, Lichun Li. I think this draft shows good overview of CDN supported P2P streaming service. I think, basically, the idea is very similar to our draft: http://datatracker.ietf.org/doc/draft-softgear-p2psip-iptv/ which uses RELOAD overlay for P2P streaming. However, your draft considers "chunk" based P2P streaming while our draft considers the live streaming only. I think we can share the idea each other. Could you add our draft to References in your draft? Additionally, in your draft, only tracker (tracker overlay) can do "pushing". Why don't add the function which CSCs or other entities requests a cacher to push/pull content from others? Regards, Softgear Ko From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of li.lichun1@zte.com.cn Sent: Thursday, March 04, 2010 2:20 PM To: ppsp@ietf.org Subject: [ppsp] New draft about P2P CDN Dear all, We have submitted a new Internet draft entitled "A P2P CDN based Content Sharing System using PPSP and RELOAD". It can be accessed at: http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt Any comments are welcome. Thanks. Abstract: This document defines a P2P CDN (Content Delivery Network) based content sharing system using PPSP (Peer to Peer Streaming Protocol) and RELOAD (REsource LOcation And Discovery). The P2P CDN provides a unified platform for service/content providers and content sharing users to share content efficiently and safely. The shared contents may include streaming media, files, etc. This content sharing system uses PPSP as signaling protocol for P2P content distributing, and uses RELOAD to improve reliability and scalability. More specifically, RELOAD is used to construct P2P overlays storing of massive contents and locating contents reliably. Best Regards, Lichun Li -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. ------=_NextPart_000_0098_01CAC6AC.BE7602C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello, Lichun Li.

 

I think this draft shows good overview of CDN supported P2P streaming = service. I think, basically, the idea is very similar to our = draft:

http://datatracker.ietf.org/doc/draft-softgear-p2psip-iptv/ = ; which uses RELOAD overlay for P2P streaming.

However, your draft considers "chunk" based P2P streaming while our = draft considers the live streaming only. I think we can share the idea each = other. Could you add our draft to References in your draft?

Additionally, in your draft, only tracker (tracker overlay) can do = "pushing". Why don't add the function which CSCs or other entities requests a cacher to push/pull content from others?

 

Regards,

Softgear Ko

 

From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = li.lichun1@zte.com.cn
Sent: Thursday, March 04, 2010 2:20 PM
To: ppsp@ietf.org
Subject: [ppsp] New draft about P2P CDN

 


Dear = all,

We have = submitted a new Internet draft entitled "A P2P CDN based Content Sharing System = using PPSP and RELOAD".
It can be = accessed at: http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt
Any comments = are welcome. Thanks.

Abstract:
This document defines a P2P CDN (Content Delivery Network) = based
content sharing system using PPSP (Peer to Peer Streaming = Protocol)
and RELOAD (REsource LOcation And Discovery).  The P2P CDN = provides a
unified platform for service/content providers and content = sharing
users to share content efficiently and safely.  The shared = contents
may include streaming media, files, etc.  This content sharing = system
uses PPSP as signaling protocol for P2P content distributing, = and
uses RELOAD to improve reliability and scalability. =  More
specifically, RELOAD is used to construct P2P overlays storing = of
massive contents and locating contents reliably.
                  =                       =              
=
Best Regards,
Lichun Li

 
--------------------------------------------------------
ZTE Information Security Notice: The&nbs=
p;information contained in this mail is sol=
ely property of the sender's organization. =
This mail communication is confidential. Recipie=
nts named above are obligated to maintain&n=
bsp;secrecy and are not permitted to disclo=
se the contents of this communication to&nb=
sp;others.
This email and any files transmitte=
d with it are confidential and intended&nbs=
p;solely for the use of the individual =
;or entity to whom they are addressed. =
;If you have received this email in er=
ror please notify the originator of the&nbs=
p;message. Any views expressed in this mess=
age are those of the individual sender.
This message has been scanned for&n=
bsp;viruses and Spam by ZTE Anti-Spam syste=
m.
------=_NextPart_000_0098_01CAC6AC.BE7602C0-- From zhangyunfei@chinamobile.com Thu Mar 18 18:48:16 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1639E3A6821 for ; Thu, 18 Mar 2010 18:48:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.853 X-Spam-Level: X-Spam-Status: No, score=-94.853 tagged_above=-999 required=5 tests=[AWL=1.793, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, RELAY_IS_221=2.222, 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 stUQXzw1sexg for ; Thu, 18 Mar 2010 18:48:15 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 0E17A3A67E6 for ; Thu, 18 Mar 2010 18:48:15 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.113]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031910042871-4334 ; Fri, 19 Mar 2010 10:04:28 +0800 Date: Fri, 19 Mar 2010 09:48:18 +0800 From: "zhangyunfei" To: "ppsp@ietf.org" Message-ID: <201003190948183430098@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-19 10:04:28, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-19 09:48:27, Serialize complete at 2010-03-19 09:48:27 Content-Type: multipart/alternative; boundary="=====003_Dragon585360362040_=====" Cc: "gonzalo.camarillo" Subject: [ppsp] Please send the pres slides for PPSP session to Gonzalo and me X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 01:48:16 -0000 This is a multi-part message in MIME format. --=====003_Dragon585360362040_===== Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="gb2312" Hi all, Just to remind to send the pres slides for PPSP session to Gonzalo and me before Sunday evening according to the current agenda.Please let Gonzalo and me know if there are any change for the requested pres.Thanks. BR Yunfei zhangyunfei 2010-03-19 --=====003_Dragon585360362040_===== Content-Transfer-Encoding: 7bit Content-Type: text/html; charset="gb2312"
Hi all,
   Just to remind to send the pres slides for PPSP session to Gonzalo and me before Sunday evening according to the current agenda.Please let Gonzalo and me know if there are any change for the requested pres.Thanks.
 
BR
Yunfei
 

zhangyunfei
2010-03-19
--=====003_Dragon585360362040_=====-- From zhangyunfei@chinamobile.com Thu Mar 18 23:03:56 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D20F23A6973; Thu, 18 Mar 2010 23:03:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -91.371 X-Spam-Level: X-Spam-Status: No, score=-91.371 tagged_above=-999 required=5 tests=[AWL=-1.928, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6, J_CHICKENPOX_44=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_63=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 HB5saNThcOKu; Thu, 18 Mar 2010 23:03:54 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 596DC3A68ED; Thu, 18 Mar 2010 23:03:52 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.113]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010031914200337-11628 ; Fri, 19 Mar 2010 14:20:03 +0800 Date: Fri, 19 Mar 2010 14:03:50 +0800 From: "zhangyunfei" To: "JeffreyHo" , "'David A. Bryan'" References: <8b2769931003171914k707fd83cw4e3e600b82429b04@mail.gmail.com> Message-ID: <201003191403507969783@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-19 14:20:03, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-19 14:04:04, Serialize complete at 2010-03-19 14:04:04 Content-Type: multipart/alternative; boundary="=====003_Dragon564426256602_=====" Cc: "ppsp@ietf.org" , "p2psip@ietf.org" Subject: Re: [ppsp] [P2PSIP] Is P2PSIP RELOAD not suitable to be leverageforbothP2P Live Streaming and VoD Service? X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 06:03:56 -0000 This is a multi-part message in MIME format. --=====003_Dragon564426256602_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" QmVzaWRlcyB0aGUgcGFwZXIgbWVudGlvbmVkIGluIHRoZSBkaXNjdXNzaW9uIGxpc3QsIHNvbWUg cmVmZXJlbmNlIGZvciBjb21wYXJpc2lvbiBvZiB0cmFja2VyIGFuZCBESFQgcGVyZm9ybWFuY2Ug Y2FuIGJlIGZvdW5kIGluIHRoZSBmb2xsb3dpbmcgcGFwZXIuU29tZSBjb21wYXJhdGl2ZSByZXN1 bHRzIGluIHRoaXMgcGFwZXIgc2hvd2VkIHRoYXQgYQ0Kc2luZ2xlIHRyYWNrZXIvbXVsdGlwbGUg dHJhY2tlciBzeXN0ZW0gcHJvdmlkZXMgYmV0dGVyIHBlcmZvcm1hbmNlIHRoYW4gREhUIG1ldGhv ZHMuIEJ1dCB0aGlzIGlzIGJhc2VkIG9uIEJpdHRvcnJlbnQgc3lzdGVtLCBzb21lIGRpZmZlcmVu Y2UgZnJvbSBsaXZlIHN0cmVhbWluZyBvciBWb0QuIFNvIGp1c3QgZm9yIHlvdXIgaW5mb3JtYXRp b24uDQpPbmUgcG9pbnQgSSB3b3VsZCBsaWtlIHRvIHN0cmVzcyBpcyB0aGF0IFBQU1AgYW5kIFJF TEFPRCBjb3ZlciBkaWZmZXJlbnQgdGFza3M6DQpJbiBQUFNQLCB3ZSBhcmUgbm90IGFpbWluZyBh dCBkZXNpZ25pbmcgYSBQMlAgc3RyZWFtaW5nICpzeXN0ZW0qLCByYXRoZXIgd2Ugd2FudCB0byBk ZXNpZ24gdGhlIHByb3RvY29scyBhbmQgc3ludGF4IGluIGEgdHJhY2tlci1iYXNlZCBwMnAgc3Ry ZWFtaW5nIHN5c3RlbSxob3cgdGhlIHRyYWNrZXIgYW5kIHBlZXIgdGFsa3MsaG93IHRoZSBwZWVy IHRhbGtzIHdpdGggZWFjaCBvdGhlci4uLg0KVGhlIHByb2JsZW0gb2YgaG93IHRvIHJlYWxpemUg ZGlzdHJpYnV0ZWQgdHJhY2tlcnMsIGUuZy4sIGhvdyB0aGUgdHJhY2tlcnMgb3JnYW5pemUgaW4g YSBESFQgd2F5IGxpa2UgUkVMQU9ELGNhbiBiZSBkaXNjdXNzZWQgKmFmdGVyKndlIGZpbmlzaCB0 aGUgYmFzaWMgdHJhY2tlciBwcm90b2NvbCBhbmQgcGVlciBwcm90b2NvbC4gDQpJbiBhIHdvcmQs UFBTUCBhbmQgUkVMQU9EIHRhcmdldHMgZGlmZmVyZW50IHRhc2tzIGFuZCBjYW4gYmUgdXNlZCB0 b2dldGhlciBmb3IgYSB3aG9sZSBzeXN0ZW0uDQpKdXN0IHR3byBjZW50cy4NClRoZSBmb2xsb3dp bmcgaXMgdGhlIHJlZmVyZW5jZSBwYXBlcjoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpHLiBOZWdsaWEsIEcuIFJlaW5hLCBILiBaaGFuZywgRC4gVG93c2xleSwgQS5WZW5r YXRhcmFtYW5pIGFuZCBKLiBEYW5haGVyLCChsEF2YWlsYWJpbGl0eSBpbg0KQml0VG9ycmVudCBT eXN0ZW1zLKGxIGluIFByb2NlZWRpbmdzIG9mIHRoZSAyNnRoIElFRUUgSW50ZXJuYXRpb25hbCBD b25mZXJlbmNlIG9uIENvbXB1dGVyDQpDb21tdW5pY2F0aW9ucyhJTkZPQ09NIDIwMDcpLCAyMDA3 Lg0KDQpCUg0KWXVuZmVpDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAzLTE5DQoNCg0KDQq3 orz+yMujuiBKZWZmcmV5SG8NCreiy83Ksbzko7ogMjAxMC0wMy0xOCAxMjowMTo1NA0KytW8/sjL o7ogJ0RhdmlkIEEuIEJyeWFuJw0Ks63LzaO6IHBwc3BAaWV0Zi5vcmc7IHAycHNpcEBpZXRmLm9y Zw0K1vfM4qO6IFJlOiBbcHBzcF0gW1AyUFNJUF0gSXMgUDJQU0lQIFJFTE9BRCBub3Qgc3VpdGFi bGUgdG8gYmUgbGV2ZXJhZ2Vmb3Jib3RoUDJQIExpdmUgU3RyZWFtaW5nIGFuZCBWb0QgU2Vydmlj ZT8NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpGcm9tOiAgICBKZWZmcmV5SG8gICA8aG9jc0BpdHJpLm9yZy50dyA+DQpUbzog ICAgIidEYXZpZCAgQS4gIEJyeWFuJyIgICA8ZGJyeWFuQGV0aGVybm90Lm9yZyA+DQpTdWJqZWN0 OiAgICBSRTogIFtQMlBTSVBdICBJcyAgUDJQU0lQICBSRUxPQUQgIG5vdCAgc3VpdGFibGUgIHRv ICBiZSAgbGV2ZXJhZ2UgIGZvciAgYm90aFAyUCAgTGl2ZSAgU3RyZWFtaW5nICBhbmQgIFZvRCAg U2VydmljZT8NCkRhdGU6ICAgIFRodTE4ICBNYXIgIDIwMTAgIDExOjQ0OjMxICArMDgwMA0KDQpB Y3R1YWxseSwgIHRoZXJlICBpcyAgdGhlICBzYW1lICB0b3BpYyAgcG9zdGVkICBpbiAgdGhlICBQ UFNQICBncm91cC4gIFBsZWFzZSAgc2VlDQpodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2 ZS93ZWIvcHBzcC9jdXJyZW50L21zZzAwNTUyLmh0bWwNCkJ1dCAgdGhlcmUgIGlzICBub3QgIGFu eSAgZGlzY3Vzc2lvbiAgdGhlcmUuICBJICB0aGluayAgdGhlcmUgIGlzICBpbmRlZWQgIGEgIGdv b2QgIGJpdHMNCm9mICBvdmVybGF5ICBvZiAgcGFydGljaXBhbnRzICBiZXR3ZWVuICBQMlBTSVAg IGFuZCAgUFBTUCAgbGlzdHMuDQpUaGFua3MuDQoNCiAgIF9fX19fICAgIA0KDQpGcm9tOiAgcDJw c2lwLWJvdW5jZXNAaWV0Zi5vcmcgIFttYWlsdG86cDJwc2lwLWJvdW5jZXNAaWV0Zi5vcmddICBP biAgQmVoYWxmICBPZg0KRGF2aWQgIEEuICBCcnlhbg0KU2VudDogIFRodXJzZGF5LCAgTWFyY2gg IDE4LCAgMjAxMCAgMTA6MTUgIEFNDQpUbzogIHdhbmcuanVuMTdAenRlLmNvbS5jbg0KQ2M6ICBw MnBzaXBAaWV0Zi5vcmcNClN1YmplY3Q6ICBSZTogIFtQMlBTSVBdICBJcyAgUDJQU0lQICBSRUxP QUQgIG5vdCAgc3VpdGFibGUgIHRvICBiZSAgbGV2ZXJhZ2UgIGZvcg0KYm90aFAyUCAgTGl2ZSAg U3RyZWFtaW5nICBhbmQgIFZvRCAgU2VydmljZT8NCg0KDQpUaGlzICBpc24ndCAgcmVhbGx5ICB0 aGUgIGJlc3QgIGxpc3QgIGZvciAgYSAgZGlzY3Vzc2lvbiAgYWJvdXQgIHRoZXNlICB0b3BpY3Ms ICBzaW5jZQ0KdGhlICBQMlBTSVAgIGdyb3VwICBpc24ndCAgY2hhcnRlcmVkICByaWdodCAgbm93 ICB0byAgd29yayAgb24gIHN0cmVhbWluZyAgb3IgIHRyYWNrZXJzLg0KVGhlICBiZXN0ICBwbGFj ZSAgaXMgIHByb2JhYmx5ICBvdmVyICBvbiAgdGhlICBQUFNQICBsaXN0LCAgcmF0aGVyICB0aGFu ICBoZXJlLiAgVGhhdCAgaXMNCnRoZSAgZ3JvdXAgIHRoYXQgIGlzICBsb29raW5nICBidWlsZGlu ZyAgc3RyZWFtaW5nICBzeXN0ZW1zICBhbmQgIHRyYWNrZXJzLCAgYW5kICBjYW4NCmNlcnRhaW5s eSAgZGlzY3VzcyAgaWYgIFJFTE9BRCAgaXMgIGEgIGdvb2QgIHByb3RvY29sICBjaG9pY2UgIGZv ciAgdGhhdCAgYXBwbGljYXRpb24sDQp3aGlsZSAgdGhpcyAgZ3JvdXAgIGlzICBjdXJyZW50bHkg IG9ubHkgIGNoYXJ0ZXJlZCAgdG8gIGxvb2sgIGF0ICBhICBwcm90b2NvbCAgZm9yICBESFRzDQpm b3IgIHVzZSAgd2l0aCAgU0lQLiAgWW91ICBhcmUgIG1vcmUgIGxpa2VseSAgdG8gIGdldCAgdGhl ICByaWdodCAgZm9sa3MgIGZvciAgdGhpcw0KZGlzY3Vzc2lvbiAgb24gIHRoYXQgIGxpc3QgIChh bmQgIG9mICBjb3Vyc2UgIHRoZXJlICBpcyAgYSAgZ29vZCAgYml0ICBvZiAgb3ZlcmxhcCAgb2YN CnBhcnRpY2lwYW50cyAgYmV0d2VlbiAgdGhlICBsaXN0cykuDQoNCkRhdmlkICAoYXMgIGNoYWly KQ0KDQoNCjIwMTAvMy8xNyAgRXJpYyAgUmVzY29ybGEgICA8ZWtyQHJ0Zm0uY29tID4NCg0KDQpZ ZXMsICB0aGlzICBpcyAgYWxzbyAgb3V0ICBvZiAgc2NvcGUgIGZvciAgdGhlICBXRy4gIA0KDQot RWtyDQoNCg0KMjAxMC8zLzE3ICAgPHdhbmcuanVuMTdAenRlLmNvbS5jbiA+DQoNCg0KDQpESFQv cmVsb2FkICBkaXNjdXNzZWQgIGhlcmUgIGFyZSAgdXNlZCAgZm9yICBidWlsZCAgdHJhY2tlcnMg IG9mICBhICBzdHJlYW1pbmcgIHN5c3RlbSwNCndoZXJlICB0aGUgIHJlc291cmNlcyAgYXJlICBj aHVuay9waWVjZSAgb2YgIGRhdGEgIG90aGVyICB0aGFuICB1c2Vycy4gIA0KDQoNCldhbmcgIFJ1 c3NlbGwNCg0KDQoNCg0KDQoNCg0KRXJpYyAgUmVzY29ybGEgICA8ZWtyQHJ0Zm0uY29tID4gIA0K DQoNCjIwMTAtMDMtMTcgIDIyOjEyICANCg0KDQrK1bz+yMsNCndhbmcuanVuMTdAenRlLmNvbS5j biAgDQoNCrOty80NCmpjICAgPGp1bGlhbkBvcmNoaWRzZWVkLm9yZyA+LCAgInAycHNpcEBpZXRm Lm9yZyIgICA8cDJwc2lwQGlldGYub3JnID4sDQpwMnBzaXAtYm91bmNlc0BpZXRmLm9yZyAgIA0K DQrW98ziDQpSZTogIFtQMlBTSVBdICC08Li0OiAgUmU6ICBJcyAgUDJQU0lQICBSRUxPQUQgIG5v dCAgc3VpdGFibGUgIHRvICBiZSAgbGV2ZXJhZ2UgIGZvciAgYm90aA0KUDJQICBMaXZlICBTdHJl YW1pbmcgIGFuZCAgVm9EICBTZXJ2aWNlPyANCg0KDQoNCg0KDQpUaGlzICBhbGwgIHNlZW1zICBy ZWFsbHkgIG9mZiAgdG9waWMgIGZvciAgdGhpcyAgV0cuICBUaGUgIGNoYXJ0ZXIgIG9mICBQMlBT SVANCmV4cGxpY2l0bHkgIGV4Y2x1ZGVzICANCmFueSAgd29yayAgb24gIHRoaXMgIGtpbmQgIG9m ICBtZWRpYSAgc2hhcmluZzogIA0KDQoNCjEuICBJc3N1ZXMgIHNwZWNpZmljICB0byAgYXBwbGlj YXRpb25zICBvdGhlciAgdGhhbiAgbG9jYXRpbmcgIHVzZXJzICBhbmQNCnJlc291cmNlcyAgZm9y ICBTSVAtYmFzZWQgIGNvbW11bmljYXRpb25zICBhbmQgIHByZXNlbmNlLiAgDQoNCi1Fa3IgIA0K DQoNCjIwMTAvMy8xNyAgIDwgICA8bWFpbHRvOndhbmcuanVuMTdAenRlLmNvbS5jbiA+ICB3YW5n Lmp1bjE3QHp0ZS5jb20uY24gPiAgDQoNCiAgICAgICAgICAgICBJICB0aGluayAgd2hhdGV2ZXIg IHRoZSAgY2VudHJhbGl6ZWQgIG9yICBkaXN0cmlidXRlZCAgdHJhY2tlciAgeW91ICBjaG9zZSwg IGlmDQp5b3UgIG11c3QgIGRlYWwgIHdpdGggIGJpbGxpb25zICBvZiAgdXNlcnMncyAgYWNjZXNz LCAgdGhleSdyZSAgdGhlICBzYW1lLiAgVGhlDQpjZW50cmFsaXplZCAgdHJhY2tlciAgbXVzdCAg YmUgIGRlcGxveWVkICBpbiAgZGlzdHJpYnV0ZWQgIG9yICBzby1jYWxsZWQgICdjbHVzdGVyJw0K bW9kZSwgIERIVCAgaXMgIGp1c3QgIG9uZSAga2luZCAgb2YgIGRpc3RyaWJ1dGVkICBhbGdvcml0 aG0sICBub3QgIHNvICBzcGVjaWFsLi4uICANCiAgICAgICAgIEFuZCAgZnV0aGVybW9yZSwgIHRo ZSAgREhUICBhbGdvcml0aG0gIGRvZXMgIG5vdCAgYWx3YXlzICBtZWFuICAncG9vcg0KcGVyZm9y bWFuY2UnLCAgd2UgIGhhdmUgIGltcGxlbWVudGVkICBvbmUgIGtpbmQgIG9mICBESFQgIGFsZ29y aXRobSAgc3VpdGFibGUgIGZvcg0Kc3RhYmxlICBuZXR3b3JrLCAgaXRzICBsb29rdXAgIGNvc3Qg IGlzICBvbmUgIGhvcCh0aG91c2FuZHMgIG5vZGVzKSAgb3IgIHR3bw0KaG9wKG1pbGxpb25zICBu b2RlcyksICBhbmQgIHRoZSAgYWxnb3JpdGhtICByZWxlYXNlZCAgYXMgIGEgIHBsdWctaW4gIG9m ICBSRUxPQUQNCnByb3RvY29sLiAgDQogICAgICAgICBUaGUgIHNpbWlsYXIgIGFsZ29yaXRobSAg eW91ICBjYW4gIGZvdW5kICBpbiAgYW1hem9uJ3MgIGR5bmFtbyAgb3IgIHRoZSAgbWVtY2FoY2UN CnByb2plY3QsICBhbmQgIHRoZXJlJ3MgIGFsc28gIHNvbWUgIG90aGVyICBjb25zdGFudCAgY29t cGxleGl0eSAgREhUICBhbGdvcml0aG0uICANCg0KDQoNClJ1c3NlbGwgIFdhbmcNCg0KDQoNCg0K DQoNCg0KDQoNCmpjICAgPCAgIDxtYWlsdG86anVsaWFuQG9yY2hpZHNlZWQub3JnID4gIGp1bGlh bkBvcmNoaWRzZWVkLm9yZyA+ICANCreivP7IyzogICAgICAgPG1haWx0bzpwMnBzaXAtYm91bmNl c0BpZXRmLm9yZyA+ICBwMnBzaXAtYm91bmNlc0BpZXRmLm9yZyAgDQoNCg0KMjAxMC0wMy0xNiAg MDg6NTggIA0KDQoNCg0KDQrK1bz+yMsNCkJydWNlICBMb3dla2FtcCAgIDwgICA8bWFpbHRvOmJi bEBsb3dla2FtcC5uZXQgPiAgYmJsQGxvd2VrYW1wLm5ldCA+ICAgDQoNCrOty80NCiIgICA8bWFp bHRvOnAycHNpcEBpZXRmLm9yZyA+ICBwMnBzaXBAaWV0Zi5vcmciICAgPCAgIDxtYWlsdG86cDJw c2lwQGlldGYub3JnID4NCnAycHNpcEBpZXRmLm9yZyA+ICAgDQoNCtb3zOINClJlOiAgW1AyUFNJ UF0gIElzICBQMlBTSVAgIFJFTE9BRCAgbm90ICBzdWl0YWJsZSAgdG8gIGJlICBsZXZlcmFnZSAg Zm9yICBib3RoDQpQMlAgIExpdmUgIFN0cmVhbWluZyAgYW5kICBWb0QgIFNlcnZpY2U/IA0KDQoN Cg0KDQoNCg0KDQpUaGUgIGxhcmdlc3QgIG92ZXJsYXkgIGkndmUgIHNlZW4gIHdoZXJlICBldmVy eSAgbm9kZSAgcGFydGljaXBhdGVkICBpbiAgc3RvcmFnZSAgYW5kDQpyb3V0aW5nICB3YXMgIH4x LjZNLiAgVGhleSAgb3BlcmF0ZSAgYmVzdCAgdW5kZXIgIH42NTBLLiAgQXQgIGFib3V0ICAxTSAg dGhlICByb3V0aW5nDQp0aW1lcyAgZ2V0ICBpbnRvICB0aGUgIG1pbnV0ZXMuICBZb3UgIHdvdWxk ICBuZWVkICB0byAgY3JlYXRlICBhbmQgIGFkLWhvYyAgb3ZlcmxheSAgZm9yDQpldmVyeSAgc3Ry ZWFtLiAgSSd2ZSAgaW1wbGVtZW50ZWQgIGEgIG11bHRpY2FzdCAgbGF5ZXIgIHRoYXQgIGRvZXMg IHRoaXMgIG92ZXIgIGEgIERIVC4NClRoZSAgREhUICBpcyAgdGhlICBzaWduYWxpbmcgIGxheWVy ICB1c2VkICB0byAgc2V0dXAgIHRoZXNlICBhZC1ob2MgIG92ZXJsYXlzKGdyb3VwcykuDQpSRUxP QUQgIGNvdWxkICBwZXJmb3JtICB0aGUgIHNpZ25hbGluZywgIHJlbmRlenZvdXMgIHNldHVwLCAg bXVsdGljYXN0ICBncm91cGluZw0Kc3RvcmFnZSAgYnV0ICBub3QgIHRvbyAgbXVjaCAgbW9yZS4g IA0KDQpPbiAgTWFyICAxNSwgIDIwMTAsICBhdCAgODoxMCAgUE0sICBCcnVjZSAgTG93ZWthbXAg IHdyb3RlOiAgDQoNClNvICBzdWJzdGl0dXRpbmcgIHRoZSAgdGVybXMgIHVzZWQgIGluICBSRUxP QUQsICB0aGlzICBpcyAgZXhhY3RseSAgbXkgIHBvaW50Lg0KZHJhZnQtaHUtcHBzcC10cmFja2Vy LWRodC1wZXJmb3JtYW5jZS1jb21wYXJpc29uICBhc3N1bWVzICAyME0gIHBlZXJzLCAgaS5lLg0K bm9kZXMgIHVzZWQgIGluICByb3V0aW5nLCAgYW5kICBiYXNlcyAgbGF0ZW5jeSAgY2FsY3VsYXRp b25zICBvbiAgdGhhdCAgbnVtYmVyLiAgICBOb3QNCjU3Sy4gICAgVGhlICBkcmFmdCAgZnVydGhl ciAgd29ya3MgIG91dCAgdGhhdCAgd2l0aCAgMjBNICBwZWVycyAgc3RvcmluZyAgZGF0YSwgIGVh Y2gNCm5lZWRzICB0byAgc3RvcmUgIDAuMDEgIG9mICBhICByZXNvdXJjZS4gIA0KDQpFdmVuICBp ZiAgeW91ICBkbyAgdGhlICBjYWxjdWxhdGlvbnMgIHdpdGggIGEgIHJlYXNvbmFibGUgIG51bWJl ciAgb2YgIHBlZXJzICAocm91dGluZw0Kbm9kZXMpLCAgdGhlICBkaHQgIG92ZXJsYXkgIHdpbGwg IHN0aWxsICBvYnZpb3VzbHkgIGhhdmUgIGhpZ2hlciAgbGF0ZW5jeSAgdGhhbiAgYQ0Kc2luZ2xl LXNlcnZlciAgYmFzZWQgIHNvbHV0aW9uLiAgICBZb3UgIHNlbGVjdCAgYSAgZGh0ICBvdmVybGF5 ICBmb3IgIGRpZmZlcmVudA0KcmVhc29ucyAgdGhhbiAgeW91ICB3b3VsZCAgc2VsZWN0ICBhICBj ZW50cmFsICBzZXJ2ZXItYmFzZWQgIHNvbHV0aW9uLiAgDQoNCkJydWNlICANCg0KDQpPbiAgTW9u LCAgTWFyICAxNSwgIDIwMTAgIGF0ICAzOjI3ICBQTSwgIGpjICAgPCAgIDxtYWlsdG86anVsaWFu QG9yY2hpZHNlZWQub3JnID4NCmp1bGlhbkBvcmNoaWRzZWVkLm9yZyA+ICB3cm90ZTogIA0KWW91 ICBuZWVkICA1NywxNDIuODU3ICBub2RlcyAgdG8gIHJvdXRlICAyME0gIG9mICBwZWVyICB0cmFm ZmljLiAgVGhpcyAgaXMgIHRoZQ0KYWxnb3JpdGhtICB3ZSAgdXNlZCAgaW4gIGZhc3R0cmFjayAg YW5kICBpcyAgdGhlICBzYW1lICBhcyAgaW4gIHNreXBlLiAgVGhpcyAgaXMgIGENCm1heGltdW0g IGNhcGFjaXR5ICBzY2VuYXJpby4NCg0KU2VudCAgZnJvbSAgbXkgIGlQaG9uZSAgDQoNCk9uICBN YXIgIDE1LCAgMjAxMCwgIGF0ICA2OjMyICBQTSwgIEJydWNlICBMb3dla2FtcCAgIDwgICA8bWFp bHRvOmJibEBsb3dla2FtcC5uZXQgPg0KYmJsQGxvd2VrYW1wLm5ldCA+ICB3cm90ZToNCg0KVGhl eSAgc2NhbGUgIGZpbmUsICBidXQgIHRoZXJlICBpcyAgYSAgcG9pbnQgIGJleW9uZCAgd2hpY2gg IGFkZGluZyAgYWRkaXRpb25hbCAgcGVlcnMNCnRvICB0aGUgIG92ZXJsYXkgIHJvdXRpbmcgIG1l cmVseSAgYWRkcyAgbGF0ZW5jeS4gICAgRG9uJ3QgIGhhdmUgIHRpbWUgIHRvICBsb29rICB1cCAg dGhlDQpyZWZlcmVuY2VzICBub3csICBidXQgIHRoZXJlICBhcmUgIGEgIG51bWJlciAgb2YgIHBh cGVycyAgZGlzY3Vzc2luZyAgdGhlICBhZHZhbnRhZ2VzDQpvZiAgZGlmZmVyZW50ICBudW1iZXJz ICBvZiAgcGVlcnMgIChzdXBlcnBlZXJzICBpbiAgYSAgbG90ICBvZiAgc3lzdGVtcykgIG5lZWRl ZCAgZm9yDQpvdmVybGF5ICByb3V0aW5nLiAgICBZb3UgIGRvbid0ICBuZWVkICAxME0uICANCg0K QnJ1Y2UgIA0KDQoNCk9uICBNb24sICBNYXIgIDE1LCAgMjAxMCAgYXQgIDExOjU1ICBBTSwgIGpj ICAgPCAgIDxtYWlsdG86anVsaWFuQG9yY2hpZHNlZWQub3JnID4NCjxtYWlsdG86anVsaWFuQG9y Y2hpZHNlZWQub3JnID4gIGp1bGlhbkBvcmNoaWRzZWVkLm9yZyA+ICB3cm90ZTogIA0KDQpPbiAg TWFyICAxNSwgIDIwMTAsICBhdCAgMzozMiAgUE0sICBCcnVjZSAgTG93ZWthbXAgIHdyb3RlOiAg DQoNClRoZSAgcGVyZm9ybWFuY2UgIGNvbXBhcmlzb24gIGRyYWZ0ICBjb21wYXJlcyAgdGhlICBw ZXJmb3JtYW5jZSAgb2YgIGEgIGNlbnRyYWxpemVkDQpsb29rdXAgIHNlcnZlciAgd2l0aCAgYSAg UDJQICBESFQgIHN5c3RlbSAgd2l0aCAgMTBNICBwZWVycy4gICAgU2luY2UgIHRob3NlICBhZGRy ZXNzDQplbnRpcmVseSAgZGlmZmVyZW50ICB1c2UgIGNhc2VzLCAgYW5kICBubyAgb25lICB3b3Vs ZCAgZXZlciAgZGVwbG95ICBhICAxME0gIHBlZXINCmRpc3RyaWJ1dGVkICB0cmFja2VyLCAgaXQn cyAgbm90ICBjbGVhciAgd2hhdCAgdGhlICBwb2ludCAgb2YgIHRoZSAgY29tcGFyaXNvbiAgaXMu DQpUaGlzICBoYXMgIG5vdGhpbmcgIHRvICBkbyAgd2l0aCAgUkVMT0FELiAgDQoNClRoZXJlICBh cmUgIGFjdGl2ZSAgZGlzdHJpYnV0ZWQgIHRyYWNrZXJzICB3LyAgID4gIDFNICBwZWVycy4gIFdo eSAgd291bGQgIHlvdSAgbm90DQpkZXBsb3kgIGEgIDEwTSAgdXNlciAgZGlzdHJpYnV0ZWQgIHRy YWNrZXI/ICBUaGV5ICBkbyAgaW5oZXJlbnRseSAgc2NhbGUgIGluZmluaXRlbHkNCmJ5ICBuYXR1 cmUuICANCg0KDQpCcnVjZSAgDQoNCg0KDQpPbiAgTW9uLCAgTWFyICAxNSwgIDIwMTAgIGF0ICAx Mjo1NSAgQU0sICBXb3JsZCAgIDwgICA8bWFpbHRvOndvcmxkaG9jc0B5YWhvby5jb20udHcgPg0K PG1haWx0bzp3b3JsZGhvY3NAeWFob28uY29tLnR3ID4gIHdvcmxkaG9jc0B5YWhvby5jb20udHcg PiAgd3JvdGU6ICANCkRlYXIgIGFsbCwgIA0KDQpJICBhbSAgdGhpbmtpbmcgIHdoYXQgIFAyUCAg TGl2ZSAgU3RyZWFtaW5nICBhbmQgIFZvRCAgU2VydmljZSAgY2FuICBsZXZlcmFnZSAgUDJQU0lQ DQpSRUxPQUQuICBBY2NvcmRpbmcgIHRvICBzb21lICByZXNlYXJjaCAgb3IgIHByb3Bvc2FsICBy ZXBvcnQsICBpdCAgc2VlbXMgIHRoYXQgIFAyUFNJUA0KUkVMT0FEICBjYW4gIGJlICB1c2VkICBp biAgUDJQLWJhc2VkICBUcmFja2VyICBhbmQvb3IgIGNodW5rICBkZXNjcmlwdGlvbg0KZGlzdHJp YnV0aW9uICAoY2h1bmsgIGRpc2NvdmVyeSkgIGF0ICB0aGUgIGZ1bGwgIGRpc3RyaWJ1dGVkICBk ZXBsb3ltZW50LiAgQm90aA0KUDJQLWJhc2VkICBUcmFja2VyICBhbmQgIGNodW5rICBkZXNjcmlw dGlvbiAgZGlzdHJpYnV0aW9uICBvdmVyICBQMlBTSVAgIG92ZXJsYXkNCndlcmUgIGV2YWx1YXRl ZCAgaW4gIHBlcmZvcm1hbmNlICByZWZlcnJlZCAgdG8NCmRyYWZ0LWNoZW4tcHBzcC1kaHQtY2h1 bmstZGlzY292ZXJ5LWV2YWx1YXRpb24tMDAudHh0ICBhbmQNCmRyYWZ0LWh1LXBwc3AtdHJhY2tl ci1kaHQtcGVyZm9ybWFuY2UtY29tcGFyaXNvbi0wMS50eHQuICBUaGUgIHJlc3VsdCAgc2hvd2Vk DQp0aGUgIHBlcmZvcm1hbmNlICBvZiAgREhULWJhc2VkICBUcmFja2VyICBhbmQgIGNodW5rICBk ZXNjcmlwdGlvbiAgZGlzdHJpYnV0aW9uICBpcw0Kd29yc2UsICBldmVuICBub3QgIGFjY2VwdGFi bGUgIGZvciAgUDJQICBMaXZlICBTdHJlYW1pbmcgIGFuZCAgVm9EICBTZXJ2aWNlLiAgDQoNClNv ICBjYW4gIHdlICBtYWtlICBzdWNoICBjb25jbHVzaW9uICB0aGF0ICBQMlBTSVAgIFJFTE9BRCAg aXMgIG5vdCAgc3VpdGFibGUgIHRvICBiZQ0KbGV2ZXJhZ2UgIGZvciAgYm90aCAgUDJQICBMaXZl ICBTdHJlYW1pbmcgIGFuZCAgVm9EICBTZXJ2aWNlICBpbiAgY2FzZSAgYSAgZnVsbA0KZGlzdHJp YnV0ZWQgIGRlcGxveW1lbnQgIGlzICBub3QgIG1hbmRhdG9yeT8gIFdoYXQgIGRvICB5b3UgIHRo aW5rPyAgDQoNCkFueSAgY29tbWVudHMgIGFyZSAgd2VsY29tZS4gIFRoYW5rcy4gIA0KDQpCUiwN CkplZmZyZXkgDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpQMlBTSVAgIG1haWxpbmcgIGxpc3QNCiAgPG1haWx0bzpQMlBTSVBAaWV0Zi5v cmcgPiAgICAgPG1haWx0bzpQMlBTSVBAaWV0Zi5vcmcgPiAgUDJQU0lQQGlldGYub3JnDQogIDxo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcCA+DQo8aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wMnBzaXAgPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9wMnBzaXANCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KUDJQU0lQICBtYWlsaW5nICBsaXN0DQogIDxtYWlsdG86 UDJQU0lQQGlldGYub3JnID4gICAgIDxtYWlsdG86UDJQU0lQQGlldGYub3JnID4gIFAyUFNJUEBp ZXRmLm9yZw0KICA8aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wMnBzaXAg Pg0KPGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcDJwc2lwID4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcDJwc2lwICANCg0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpQMlBTSVAgIG1haWxpbmcg IGxpc3QNCiAgPG1haWx0bzpQMlBTSVBAaWV0Zi5vcmcgPiAgUDJQU0lQQGlldGYub3JnDQogIDxo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcCA+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcA0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgIEluZm9ybWF0aW9u ICBTZWN1cml0eSAgTm90aWNlOiAgVGhlICBpbmZvcm1hdGlvbiAgY29udGFpbmVkICBpbiAgdGhp cyAgbWFpbCAgaXMNCnNvbGVseSAgcHJvcGVydHkgIG9mICB0aGUgIHNlbmRlcidzICBvcmdhbml6 YXRpb24uICBUaGlzICBtYWlsICBjb21tdW5pY2F0aW9uICBpcw0KY29uZmlkZW50aWFsLiAgUmVj aXBpZW50cyAgbmFtZWQgIGFib3ZlICBhcmUgIG9ibGlnYXRlZCAgdG8gIG1haW50YWluICBzZWNy ZWN5ICBhbmQNCmFyZSAgbm90ICBwZXJtaXR0ZWQgIHRvICBkaXNjbG9zZSAgdGhlICBjb250ZW50 cyAgb2YgIHRoaXMgIGNvbW11bmljYXRpb24gIHRvICBvdGhlcnMuDQpUaGlzICBlbWFpbCAgYW5k ICBhbnkgIGZpbGVzICB0cmFuc21pdHRlZCAgd2l0aCAgaXQgIGFyZSAgY29uZmlkZW50aWFsICBh bmQgIGludGVuZGVkDQpzb2xlbHkgIGZvciAgdGhlICB1c2UgIG9mICB0aGUgIGluZGl2aWR1YWwg IG9yICBlbnRpdHkgIHRvICB3aG9tICB0aGV5ICBhcmUgIGFkZHJlc3NlZC4NCklmICB5b3UgIGhh dmUgIHJlY2VpdmVkICB0aGlzICBlbWFpbCAgaW4gIGVycm9yICBwbGVhc2UgIG5vdGlmeSAgdGhl ICBvcmlnaW5hdG9yICBvZiAgdGhlDQptZXNzYWdlLiAgQW55ICB2aWV3cyAgZXhwcmVzc2VkICBp biAgdGhpcyAgbWVzc2FnZSAgYXJlICB0aG9zZSAgb2YgIHRoZSAgaW5kaXZpZHVhbA0Kc2VuZGVy Lg0KVGhpcyAgbWVzc2FnZSAgaGFzICBiZWVuICBzY2FubmVkICBmb3IgIHZpcnVzZXMgIGFuZCAg U3BhbSAgYnkgIFpURSAgQW50aS1TcGFtICBzeXN0ZW0uDQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClAyUFNJUCAgbWFpbGluZyAgbGlzdA0KICA8 bWFpbHRvOlAyUFNJUEBpZXRmLm9yZyA+ICBQMlBTSVBAaWV0Zi5vcmcNCiAgPGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcDJwc2lwID4NCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcDJwc2lwDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClpURSAgSW5mb3JtYXRpb24gIFNl Y3VyaXR5ICBOb3RpY2U6ICBUaGUgIGluZm9ybWF0aW9uICBjb250YWluZWQgIGluICB0aGlzICBt YWlsICBpcw0Kc29sZWx5ICBwcm9wZXJ0eSAgb2YgIHRoZSAgc2VuZGVyJ3MgIG9yZ2FuaXphdGlv bi4gIFRoaXMgIG1haWwgIGNvbW11bmljYXRpb24gIGlzDQpjb25maWRlbnRpYWwuICBSZWNpcGll bnRzICBuYW1lZCAgYWJvdmUgIGFyZSAgb2JsaWdhdGVkICB0byAgbWFpbnRhaW4gIHNlY3JlY3kg IGFuZA0KYXJlICBub3QgIHBlcm1pdHRlZCAgdG8gIGRpc2Nsb3NlICB0aGUgIGNvbnRlbnRzICBv ZiAgdGhpcyAgY29tbXVuaWNhdGlvbiAgdG8gIG90aGVycy4NCg0KVGhpcyAgZW1haWwgIGFuZCAg YW55ICBmaWxlcyAgdHJhbnNtaXR0ZWQgIHdpdGggIGl0ICBhcmUgIGNvbmZpZGVudGlhbCAgYW5k ICBpbnRlbmRlZA0Kc29sZWx5ICBmb3IgIHRoZSAgdXNlICBvZiAgdGhlICBpbmRpdmlkdWFsICBv ciAgZW50aXR5ICB0byAgd2hvbSAgdGhleSAgYXJlICBhZGRyZXNzZWQuDQpJZiAgeW91ICBoYXZl ICByZWNlaXZlZCAgdGhpcyAgZW1haWwgIGluICBlcnJvciAgcGxlYXNlICBub3RpZnkgIHRoZSAg b3JpZ2luYXRvciAgb2YgIHRoZQ0KbWVzc2FnZS4gIEFueSAgdmlld3MgIGV4cHJlc3NlZCAgaW4g IHRoaXMgIG1lc3NhZ2UgIGFyZSAgdGhvc2UgIG9mICB0aGUgIGluZGl2aWR1YWwNCnNlbmRlci4N Cg0KVGhpcyAgbWVzc2FnZSAgaGFzICBiZWVuICBzY2FubmVkICBmb3IgIHZpcnVzZXMgIGFuZCAg U3BhbSAgYnkgIFpURSAgQW50aS1TcGFtICBzeXN0ZW0uDQoNCg0KDQoNCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClAyUFNJUCAgbWFpbGluZyAgbGlz dA0KUDJQU0lQQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3AycHNpcA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDQqxvtDFvP6/ycTcsPy6rLmk0dDUuplDw9zZWdONo6y3x9a4tqjWrsrVvP7V 36Os1YjO8Mq508O78r3SwraxvtDFvP6DyMjdo6yBS9WI5E6ap7TL0MW8/qGjDQpUaGlzICBlbWFp bCAgbWF5ICBjb250YWluICBjb25maWRlbnRpYWwgIGluZm9ybWF0aW9uLiAgUGxlYXNlICBkbyAg bm90ICB1c2UgIG9yICBkaXNjbG9zZSAgaXQgIGluICBhbnkgIHdheSAgYW5kICBkZWxldGUgIGl0 ICBpZiAgeW91ICBhcmUgIG5vdCAgdGhlICBpbnRlbmRlZCAgcmVjaXBpZW50Lg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnBwc3AgIG1haWxpbmcgIGxp c3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v cHBzcA0K --=====003_Dragon564426256602_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkJlc2lkZXMgdGhlIHBhcGVyIG1lbnRp b25lZCBpbiB0aGUgDQpkaXNjdXNzaW9uIGxpc3QsIHNvbWUgcmVmZXJlbmNlIGZvciBjb21wYXJp c2lvbiBvZiB0cmFja2VyIGFuZCBESFQgcGVyZm9ybWFuY2UgDQpjYW4gYmUgZm91bmQgaW4gdGhl IGZvbGxvd2luZyBwYXBlci5Tb21lIGNvbXBhcmF0aXZlIHJlc3VsdHMgaW4gdGhpcyBwYXBlciAN CnNob3dlZCB0aGF0IGE8QlI+c2luZ2xlIHRyYWNrZXIvbXVsdGlwbGUgdHJhY2tlciBzeXN0ZW0g cHJvdmlkZXMgYmV0dGVyIA0KcGVyZm9ybWFuY2UgdGhhbiBESFQgbWV0aG9kcy4gQnV0IHRoaXMg aXMgYmFzZWQgb24gQml0dG9ycmVudCBzeXN0ZW0sIHNvbWUgDQpkaWZmZXJlbmNlIGZyb20gbGl2 ZSBzdHJlYW1pbmcgb3IgVm9ELiBTbyBqdXN0IGZvciB5b3VyIA0KaW5mb3JtYXRpb24uPC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+T25l IHBvaW50IEkgd291bGQgbGlrZSB0byBzdHJlc3MgaXMgDQp0aGF0IFBQU1AgYW5kIFJFTEFPRCBj b3ZlciBkaWZmZXJlbnQgdGFza3M6PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgY29sb3I9IzAwMDBmZiBzaXplPTI+SW4gUFBTUCwgd2UgYXJlIG5vdCBhaW1pbmcgYXQgDQpk ZXNpZ25pbmcgYSBQMlAgc3RyZWFtaW5nICpzeXN0ZW0qLCByYXRoZXIgd2Ugd2FudCB0byBkZXNp Z24gdGhlIHByb3RvY29scyBhbmQgDQpzeW50YXggaW4gYSB0cmFja2VyLWJhc2VkIHAycCBzdHJl YW1pbmcgc3lzdGVtLGhvdyB0aGUgdHJhY2tlciBhbmQgcGVlciANCnRhbGtzLGhvdyB0aGUgcGVl ciB0YWxrcyB3aXRoIGVhY2ggb3RoZXIuLi48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5UaGUgcHJvYmxlbSBvZiBob3cgdG8gcmVhbGl6 ZSANCmRpc3RyaWJ1dGVkIHRyYWNrZXJzLCBlLmcuLCBob3cgdGhlIHRyYWNrZXJzIG9yZ2FuaXpl IGluIGEgREhUIHdheSBsaWtlIA0KUkVMQU9ELGNhbiBiZSBkaXNjdXNzZWQgKmFmdGVyKndlIGZp bmlzaCB0aGUgYmFzaWMgdHJhY2tlciBwcm90b2NvbCBhbmQgcGVlciANCnByb3RvY29sLiA8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5J biBhIHdvcmQsUFBTUCBhbmQgUkVMQU9EIHRhcmdldHMgDQpkaWZmZXJlbnQgdGFza3MgYW5kIGNh biBiZSB1c2VkIHRvZ2V0aGVyIGZvciBhIHdob2xlIHN5c3RlbS48L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5KdXN0IHR3byBjZW50cy48 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9 Mj5UaGUgZm9sbG93aW5nIGlzIHRoZSByZWZlcmVuY2UgDQpwYXBlcjo8L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIA0Kc2l6ZT0yPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+Ry4gTmVnbGlhLCBHLiBSZWluYSwgSC4gWmhhbmcs IEQuIA0KVG93c2xleSwgQS5WZW5rYXRhcmFtYW5pIGFuZCBKLiBEYW5haGVyLCChsEF2YWlsYWJp bGl0eSBpbjxCUj5CaXRUb3JyZW50IA0KU3lzdGVtcyyhsSBpbiBQcm9jZWVkaW5ncyBvZiB0aGUg MjZ0aCBJRUVFIEludGVybmF0aW9uYWwgQ29uZmVyZW5jZSBvbiANCkNvbXB1dGVyPEJSPkNvbW11 bmljYXRpb25zKElORk9DT00gMjAwNyksIDIwMDcuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+QlI8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5ZdW5mZWk8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwv RElWPg0KPERJViBhbGlnbj1sZWZ0Pg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGZhY2U9VmVyZGFu YSBzaXplPTI+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJweDsgSEVJR0hUOiAycHgiIFNJWkU9Mj4N CjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9I2MwYzBjMD48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPnpoYW5neXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPjIwMTAtMDMtMTk8L0ZPTlQ+PC9GT05UPjwvRElWPjwvRElWPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+t6K8/sjLo7o8L1NUUk9ORz4gDQpKZWZm cmV5SG88L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQg c2l6ZT0yPjxTVFJPTkc+t6LLzcqxvOSjujwvU1RST05HPiANCjIwMTAtMDMtMTgmbmJzcDsxMjow MTo1NDwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBz aXplPTI+PFNUUk9ORz7K1bz+yMujujwvU1RST05HPiAnRGF2aWQgQS4gDQpCcnlhbic8L0ZPTlQ+ PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJP Tkc+s63LzaO6PC9TVFJPTkc+IHBwc3BAaWV0Zi5vcmc7IA0KcDJwc2lwQGlldGYub3JnPC9GT05U PjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RS T05HPtb3zOKjujwvU1RST05HPiBSZTogW3Bwc3BdIFtQMlBTSVBdIElzIA0KUDJQU0lQIFJFTE9B RCBub3Qgc3VpdGFibGUgdG8gYmUgbGV2ZXJhZ2Vmb3Jib3RoUDJQIExpdmUgU3RyZWFtaW5nIGFu ZCBWb0QgDQpTZXJ2aWNlPzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEg c2l6ZT0yPg0KPERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVY+RnJvbTogJm5ic3A7ICZuYnNwO0plZmZyZXlI byAmbmJzcDsgJmx0O2hvY3NAaXRyaS5vcmcudHcgJmd0OzwvRElWPg0KPERJVj5UbzogJm5ic3A7 ICZuYnNwOyInRGF2aWQgJm5ic3A7QS4gJm5ic3A7QnJ5YW4nIiAmbmJzcDsgDQombHQ7ZGJyeWFu QGV0aGVybm90Lm9yZyAmZ3Q7PC9ESVY+DQo8RElWPlN1YmplY3Q6ICZuYnNwOyAmbmJzcDtSRTog Jm5ic3A7W1AyUFNJUF0gJm5ic3A7SXMgJm5ic3A7UDJQU0lQICZuYnNwO1JFTE9BRCANCiZuYnNw O25vdCAmbmJzcDtzdWl0YWJsZSAmbmJzcDt0byAmbmJzcDtiZSAmbmJzcDtsZXZlcmFnZSAmbmJz cDtmb3IgDQombmJzcDtib3RoUDJQICZuYnNwO0xpdmUgJm5ic3A7U3RyZWFtaW5nICZuYnNwO2Fu ZCAmbmJzcDtWb0QgDQombmJzcDtTZXJ2aWNlPzwvRElWPg0KPERJVj5EYXRlOiAmbmJzcDsgJm5i c3A7VGh1MTggJm5ic3A7TWFyICZuYnNwOzIwMTAgJm5ic3A7MTE6NDQ6MzEgDQombmJzcDsrMDgw MDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QWN0dWFsbHksICZuYnNwO3RoZXJlICZu YnNwO2lzICZuYnNwO3RoZSAmbmJzcDtzYW1lICZuYnNwO3RvcGljIA0KJm5ic3A7cG9zdGVkICZu YnNwO2luICZuYnNwO3RoZSAmbmJzcDtQUFNQICZuYnNwO2dyb3VwLiAmbmJzcDtQbGVhc2UgDQom bmJzcDtzZWU8L0RJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL21haWwt YXJjaGl2ZS93ZWIvcHBzcC9jdXJyZW50L21zZzAwNTUyLmh0bWwiPmh0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC1hcmNoaXZlL3dlYi9wcHNwL2N1cnJlbnQvbXNnMDA1NTIuaHRtbDwvQT48L0RJVj4N CjxESVY+QnV0ICZuYnNwO3RoZXJlICZuYnNwO2lzICZuYnNwO25vdCAmbmJzcDthbnkgJm5ic3A7 ZGlzY3Vzc2lvbiAmbmJzcDt0aGVyZS4gDQombmJzcDtJICZuYnNwO3RoaW5rICZuYnNwO3RoZXJl ICZuYnNwO2lzICZuYnNwO2luZGVlZCAmbmJzcDthICZuYnNwO2dvb2QgDQombmJzcDtiaXRzPC9E SVY+DQo8RElWPm9mICZuYnNwO292ZXJsYXkgJm5ic3A7b2YgJm5ic3A7cGFydGljaXBhbnRzICZu YnNwO2JldHdlZW4gJm5ic3A7UDJQU0lQIA0KJm5ic3A7YW5kICZuYnNwO1BQU1AgJm5ic3A7bGlz dHMuPC9ESVY+DQo8RElWPlRoYW5rcy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZu YnNwOyAmbmJzcDtfX19fXyAmbmJzcDsgJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj5Gcm9tOiAmbmJzcDtwMnBzaXAtYm91bmNlc0BpZXRmLm9yZyAmbmJzcDtbbWFpbHRvOnAy cHNpcC1ib3VuY2VzQGlldGYub3JnXSANCiZuYnNwO09uICZuYnNwO0JlaGFsZiAmbmJzcDtPZjwv RElWPg0KPERJVj5EYXZpZCAmbmJzcDtBLiAmbmJzcDtCcnlhbjwvRElWPg0KPERJVj5TZW50OiAm bmJzcDtUaHVyc2RheSwgJm5ic3A7TWFyY2ggJm5ic3A7MTgsICZuYnNwOzIwMTAgJm5ic3A7MTA6 MTUgDQombmJzcDtBTTwvRElWPg0KPERJVj5UbzogJm5ic3A7d2FuZy5qdW4xN0B6dGUuY29tLmNu PC9ESVY+DQo8RElWPkNjOiAmbmJzcDtwMnBzaXBAaWV0Zi5vcmc8L0RJVj4NCjxESVY+U3ViamVj dDogJm5ic3A7UmU6ICZuYnNwO1tQMlBTSVBdICZuYnNwO0lzICZuYnNwO1AyUFNJUCAmbmJzcDtS RUxPQUQgDQombmJzcDtub3QgJm5ic3A7c3VpdGFibGUgJm5ic3A7dG8gJm5ic3A7YmUgJm5ic3A7 bGV2ZXJhZ2UgJm5ic3A7Zm9yPC9ESVY+DQo8RElWPmJvdGhQMlAgJm5ic3A7TGl2ZSAmbmJzcDtT dHJlYW1pbmcgJm5ic3A7YW5kICZuYnNwO1ZvRCAmbmJzcDtTZXJ2aWNlPzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoaXMgJm5ic3A7aXNuJ3QgJm5i c3A7cmVhbGx5ICZuYnNwO3RoZSAmbmJzcDtiZXN0ICZuYnNwO2xpc3QgJm5ic3A7Zm9yIA0KJm5i c3A7YSAmbmJzcDtkaXNjdXNzaW9uICZuYnNwO2Fib3V0ICZuYnNwO3RoZXNlICZuYnNwO3RvcGlj cywgJm5ic3A7c2luY2U8L0RJVj4NCjxESVY+dGhlICZuYnNwO1AyUFNJUCAmbmJzcDtncm91cCAm bmJzcDtpc24ndCAmbmJzcDtjaGFydGVyZWQgJm5ic3A7cmlnaHQgDQombmJzcDtub3cgJm5ic3A7 dG8gJm5ic3A7d29yayAmbmJzcDtvbiAmbmJzcDtzdHJlYW1pbmcgJm5ic3A7b3IgDQombmJzcDt0 cmFja2Vycy48L0RJVj4NCjxESVY+VGhlICZuYnNwO2Jlc3QgJm5ic3A7cGxhY2UgJm5ic3A7aXMg Jm5ic3A7cHJvYmFibHkgJm5ic3A7b3ZlciAmbmJzcDtvbiANCiZuYnNwO3RoZSAmbmJzcDtQUFNQ ICZuYnNwO2xpc3QsICZuYnNwO3JhdGhlciAmbmJzcDt0aGFuICZuYnNwO2hlcmUuICZuYnNwO1Ro YXQgDQombmJzcDtpczwvRElWPg0KPERJVj50aGUgJm5ic3A7Z3JvdXAgJm5ic3A7dGhhdCAmbmJz cDtpcyAmbmJzcDtsb29raW5nICZuYnNwO2J1aWxkaW5nIA0KJm5ic3A7c3RyZWFtaW5nICZuYnNw O3N5c3RlbXMgJm5ic3A7YW5kICZuYnNwO3RyYWNrZXJzLCAmbmJzcDthbmQgDQombmJzcDtjYW48 L0RJVj4NCjxESVY+Y2VydGFpbmx5ICZuYnNwO2Rpc2N1c3MgJm5ic3A7aWYgJm5ic3A7UkVMT0FE ICZuYnNwO2lzICZuYnNwO2EgJm5ic3A7Z29vZCANCiZuYnNwO3Byb3RvY29sICZuYnNwO2Nob2lj ZSAmbmJzcDtmb3IgJm5ic3A7dGhhdCAmbmJzcDthcHBsaWNhdGlvbiw8L0RJVj4NCjxESVY+d2hp bGUgJm5ic3A7dGhpcyAmbmJzcDtncm91cCAmbmJzcDtpcyAmbmJzcDtjdXJyZW50bHkgJm5ic3A7 b25seSANCiZuYnNwO2NoYXJ0ZXJlZCAmbmJzcDt0byAmbmJzcDtsb29rICZuYnNwO2F0ICZuYnNw O2EgJm5ic3A7cHJvdG9jb2wgJm5ic3A7Zm9yIA0KJm5ic3A7REhUczwvRElWPg0KPERJVj5mb3Ig Jm5ic3A7dXNlICZuYnNwO3dpdGggJm5ic3A7U0lQLiAmbmJzcDtZb3UgJm5ic3A7YXJlICZuYnNw O21vcmUgDQombmJzcDtsaWtlbHkgJm5ic3A7dG8gJm5ic3A7Z2V0ICZuYnNwO3RoZSAmbmJzcDty aWdodCAmbmJzcDtmb2xrcyAmbmJzcDtmb3IgDQombmJzcDt0aGlzPC9ESVY+DQo8RElWPmRpc2N1 c3Npb24gJm5ic3A7b24gJm5ic3A7dGhhdCAmbmJzcDtsaXN0ICZuYnNwOyhhbmQgJm5ic3A7b2Yg Jm5ic3A7Y291cnNlIA0KJm5ic3A7dGhlcmUgJm5ic3A7aXMgJm5ic3A7YSAmbmJzcDtnb29kICZu YnNwO2JpdCAmbmJzcDtvZiAmbmJzcDtvdmVybGFwIA0KJm5ic3A7b2Y8L0RJVj4NCjxESVY+cGFy dGljaXBhbnRzICZuYnNwO2JldHdlZW4gJm5ic3A7dGhlICZuYnNwO2xpc3RzKS48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRhdmlkICZuYnNwOyhhcyAmbmJzcDtjaGFpcik8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4yMDEwLzMvMTcgJm5i c3A7RXJpYyAmbmJzcDtSZXNjb3JsYSAmbmJzcDsgJmx0O2VrckBydGZtLmNvbSAmZ3Q7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+WWVzLCAmbmJzcDt0 aGlzICZuYnNwO2lzICZuYnNwO2Fsc28gJm5ic3A7b3V0ICZuYnNwO29mICZuYnNwO3Njb3BlIA0K Jm5ic3A7Zm9yICZuYnNwO3RoZSAmbmJzcDtXRy4gJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj4tRWtyPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+MjAxMC8zLzE3ICZuYnNwOyAmbHQ7d2FuZy5qdW4xN0B6dGUuY29tLmNuICZndDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+REhUL3JlbG9hZCAmbmJzcDtkaXNjdXNzZWQgJm5ic3A7aGVyZSAmbmJzcDth cmUgJm5ic3A7dXNlZCAmbmJzcDtmb3IgDQombmJzcDtidWlsZCAmbmJzcDt0cmFja2VycyAmbmJz cDtvZiAmbmJzcDthICZuYnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sPC9ESVY+DQo8RElWPndo ZXJlICZuYnNwO3RoZSAmbmJzcDtyZXNvdXJjZXMgJm5ic3A7YXJlICZuYnNwO2NodW5rL3BpZWNl ICZuYnNwO29mIA0KJm5ic3A7ZGF0YSAmbmJzcDtvdGhlciAmbmJzcDt0aGFuICZuYnNwO3VzZXJz LiAmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5XYW5nICZuYnNwO1J1c3NlbGw8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkVyaWMg Jm5ic3A7UmVzY29ybGEgJm5ic3A7ICZsdDtla3JAcnRmbS5jb20gJmd0OyAmbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4yMDEwLTAzLTE3ICZu YnNwOzIyOjEyICZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPsrVvP7IyzwvRElWPg0KPERJVj53YW5nLmp1bjE3QHp0ZS5jb20uY24gJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj6zrcvNPC9ESVY+DQo8RElWPmpjICZuYnNw OyAmbHQ7anVsaWFuQG9yY2hpZHNlZWQub3JnICZndDssICZuYnNwOyJwMnBzaXBAaWV0Zi5vcmci ICZuYnNwOyANCiZsdDtwMnBzaXBAaWV0Zi5vcmcgJmd0Oyw8L0RJVj4NCjxESVY+cDJwc2lwLWJv dW5jZXNAaWV0Zi5vcmcgJm5ic3A7IDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+1vfM 4jwvRElWPg0KPERJVj5SZTogJm5ic3A7W1AyUFNJUF0gJm5ic3A7tPC4tDogJm5ic3A7UmU6ICZu YnNwO0lzICZuYnNwO1AyUFNJUCAmbmJzcDtSRUxPQUQgDQombmJzcDtub3QgJm5ic3A7c3VpdGFi bGUgJm5ic3A7dG8gJm5ic3A7YmUgJm5ic3A7bGV2ZXJhZ2UgJm5ic3A7Zm9yIA0KJm5ic3A7Ym90 aDwvRElWPg0KPERJVj5QMlAgJm5ic3A7TGl2ZSAmbmJzcDtTdHJlYW1pbmcgJm5ic3A7YW5kICZu YnNwO1ZvRCAmbmJzcDtTZXJ2aWNlPyA8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhpcyAmbmJzcDthbGwgJm5ic3A7c2VlbXMg Jm5ic3A7cmVhbGx5ICZuYnNwO29mZiAmbmJzcDt0b3BpYyAmbmJzcDtmb3IgDQombmJzcDt0aGlz ICZuYnNwO1dHLiAmbmJzcDtUaGUgJm5ic3A7Y2hhcnRlciAmbmJzcDtvZiAmbmJzcDtQMlBTSVA8 L0RJVj4NCjxESVY+ZXhwbGljaXRseSAmbmJzcDtleGNsdWRlcyAmbmJzcDs8L0RJVj4NCjxESVY+ YW55ICZuYnNwO3dvcmsgJm5ic3A7b24gJm5ic3A7dGhpcyAmbmJzcDtraW5kICZuYnNwO29mICZu YnNwO21lZGlhIA0KJm5ic3A7c2hhcmluZzogJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+MS4gJm5ic3A7SXNzdWVzICZuYnNwO3NwZWNpZmlj ICZuYnNwO3RvICZuYnNwO2FwcGxpY2F0aW9ucyAmbmJzcDtvdGhlciANCiZuYnNwO3RoYW4gJm5i c3A7bG9jYXRpbmcgJm5ic3A7dXNlcnMgJm5ic3A7YW5kPC9ESVY+DQo8RElWPnJlc291cmNlcyAm bmJzcDtmb3IgJm5ic3A7U0lQLWJhc2VkICZuYnNwO2NvbW11bmljYXRpb25zICZuYnNwO2FuZCAN CiZuYnNwO3ByZXNlbmNlLiAmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPi1F a3IgJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+MjAxMC8zLzE3ICZuYnNwOyAmbHQ7ICZuYnNwOyAmbHQ7bWFpbHRvOndhbmcuanVuMTdAenRl LmNvbS5jbiAmZ3Q7IA0KJm5ic3A7d2FuZy5qdW4xN0B6dGUuY29tLmNuICZndDsgJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtJICZuYnNwO3RoaW5rIA0KJm5ic3A7d2hhdGV2ZXIgJm5ic3A7 dGhlICZuYnNwO2NlbnRyYWxpemVkICZuYnNwO29yICZuYnNwO2Rpc3RyaWJ1dGVkIA0KJm5ic3A7 dHJhY2tlciAmbmJzcDt5b3UgJm5ic3A7Y2hvc2UsICZuYnNwO2lmPC9ESVY+DQo8RElWPnlvdSAm bmJzcDttdXN0ICZuYnNwO2RlYWwgJm5ic3A7d2l0aCAmbmJzcDtiaWxsaW9ucyAmbmJzcDtvZiAm bmJzcDt1c2VycydzIA0KJm5ic3A7YWNjZXNzLCAmbmJzcDt0aGV5J3JlICZuYnNwO3RoZSAmbmJz cDtzYW1lLiAmbmJzcDtUaGU8L0RJVj4NCjxESVY+Y2VudHJhbGl6ZWQgJm5ic3A7dHJhY2tlciAm bmJzcDttdXN0ICZuYnNwO2JlICZuYnNwO2RlcGxveWVkICZuYnNwO2luIA0KJm5ic3A7ZGlzdHJp YnV0ZWQgJm5ic3A7b3IgJm5ic3A7c28tY2FsbGVkICZuYnNwOydjbHVzdGVyJzwvRElWPg0KPERJ Vj5tb2RlLCAmbmJzcDtESFQgJm5ic3A7aXMgJm5ic3A7anVzdCAmbmJzcDtvbmUgJm5ic3A7a2lu ZCAmbmJzcDtvZiANCiZuYnNwO2Rpc3RyaWJ1dGVkICZuYnNwO2FsZ29yaXRobSwgJm5ic3A7bm90 ICZuYnNwO3NvICZuYnNwO3NwZWNpYWwuLi4gDQombmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0FuZCAmbmJzcDtmdXRoZXJtb3JlLCAmbmJzcDt0aGUg Jm5ic3A7REhUIA0KJm5ic3A7YWxnb3JpdGhtICZuYnNwO2RvZXMgJm5ic3A7bm90ICZuYnNwO2Fs d2F5cyAmbmJzcDttZWFuICZuYnNwOydwb29yPC9ESVY+DQo8RElWPnBlcmZvcm1hbmNlJywgJm5i c3A7d2UgJm5ic3A7aGF2ZSAmbmJzcDtpbXBsZW1lbnRlZCAmbmJzcDtvbmUgJm5ic3A7a2luZCAN CiZuYnNwO29mICZuYnNwO0RIVCAmbmJzcDthbGdvcml0aG0gJm5ic3A7c3VpdGFibGUgJm5ic3A7 Zm9yPC9ESVY+DQo8RElWPnN0YWJsZSAmbmJzcDtuZXR3b3JrLCAmbmJzcDtpdHMgJm5ic3A7bG9v a3VwICZuYnNwO2Nvc3QgJm5ic3A7aXMgJm5ic3A7b25lIA0KJm5ic3A7aG9wKHRob3VzYW5kcyAm bmJzcDtub2RlcykgJm5ic3A7b3IgJm5ic3A7dHdvPC9ESVY+DQo8RElWPmhvcChtaWxsaW9ucyAm bmJzcDtub2RlcyksICZuYnNwO2FuZCAmbmJzcDt0aGUgJm5ic3A7YWxnb3JpdGhtIA0KJm5ic3A7 cmVsZWFzZWQgJm5ic3A7YXMgJm5ic3A7YSAmbmJzcDtwbHVnLWluICZuYnNwO29mICZuYnNwO1JF TE9BRDwvRElWPg0KPERJVj5wcm90b2NvbC4gJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUaGUgJm5ic3A7c2ltaWxhciAmbmJzcDthbGdvcml0aG0g DQombmJzcDt5b3UgJm5ic3A7Y2FuICZuYnNwO2ZvdW5kICZuYnNwO2luICZuYnNwO2FtYXpvbidz ICZuYnNwO2R5bmFtbyAmbmJzcDtvciANCiZuYnNwO3RoZSAmbmJzcDttZW1jYWhjZTwvRElWPg0K PERJVj5wcm9qZWN0LCAmbmJzcDthbmQgJm5ic3A7dGhlcmUncyAmbmJzcDthbHNvICZuYnNwO3Nv bWUgJm5ic3A7b3RoZXIgDQombmJzcDtjb25zdGFudCAmbmJzcDtjb21wbGV4aXR5ICZuYnNwO0RI VCAmbmJzcDthbGdvcml0aG0uICZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5SdXNzZWxsICZuYnNwO1dhbmc8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+amMgJm5ic3A7ICZsdDsgJm5ic3A7ICZsdDttYWlsdG86anVsaWFuQG9yY2hp ZHNlZWQub3JnICZndDsgDQombmJzcDtqdWxpYW5Ab3JjaGlkc2VlZC5vcmcgJmd0OyAmbmJzcDs8 L0RJVj4NCjxESVY+t6K8/sjLOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7bWFpbHRvOnAycHNp cC1ib3VuY2VzQGlldGYub3JnICZndDsgDQombmJzcDtwMnBzaXAtYm91bmNlc0BpZXRmLm9yZyAm bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4y MDEwLTAzLTE2ICZuYnNwOzA4OjU4ICZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+ytW8/sjLPC9ESVY+DQo8RElWPkJydWNlICZuYnNwO0xvd2VrYW1wICZuYnNwOyAmbHQ7ICZu YnNwOyAmbHQ7bWFpbHRvOmJibEBsb3dla2FtcC5uZXQgJmd0OyANCiZuYnNwO2JibEBsb3dla2Ft cC5uZXQgJmd0OyAmbmJzcDsgPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj6zrcvNPC9E SVY+DQo8RElWPiIgJm5ic3A7ICZsdDttYWlsdG86cDJwc2lwQGlldGYub3JnICZndDsgJm5ic3A7 cDJwc2lwQGlldGYub3JnIiAmbmJzcDsgJmx0OyANCiZuYnNwOyAmbHQ7bWFpbHRvOnAycHNpcEBp ZXRmLm9yZyAmZ3Q7PC9ESVY+DQo8RElWPnAycHNpcEBpZXRmLm9yZyAmZ3Q7ICZuYnNwOyA8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPtb3zOI8L0RJVj4NCjxESVY+UmU6ICZuYnNwO1tQ MlBTSVBdICZuYnNwO0lzICZuYnNwO1AyUFNJUCAmbmJzcDtSRUxPQUQgJm5ic3A7bm90IA0KJm5i c3A7c3VpdGFibGUgJm5ic3A7dG8gJm5ic3A7YmUgJm5ic3A7bGV2ZXJhZ2UgJm5ic3A7Zm9yICZu YnNwO2JvdGg8L0RJVj4NCjxESVY+UDJQICZuYnNwO0xpdmUgJm5ic3A7U3RyZWFtaW5nICZuYnNw O2FuZCAmbmJzcDtWb0QgJm5ic3A7U2VydmljZT8gPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNwO2xhcmdlc3QgJm5ic3A7b3ZlcmxheSAmbmJzcDtp J3ZlICZuYnNwO3NlZW4gJm5ic3A7d2hlcmUgDQombmJzcDtldmVyeSAmbmJzcDtub2RlICZuYnNw O3BhcnRpY2lwYXRlZCAmbmJzcDtpbiAmbmJzcDtzdG9yYWdlICZuYnNwO2FuZDwvRElWPg0KPERJ Vj5yb3V0aW5nICZuYnNwO3dhcyAmbmJzcDt+MS42TS4gJm5ic3A7VGhleSAmbmJzcDtvcGVyYXRl ICZuYnNwO2Jlc3QgDQombmJzcDt1bmRlciAmbmJzcDt+NjUwSy4gJm5ic3A7QXQgJm5ic3A7YWJv dXQgJm5ic3A7MU0gJm5ic3A7dGhlIA0KJm5ic3A7cm91dGluZzwvRElWPg0KPERJVj50aW1lcyAm bmJzcDtnZXQgJm5ic3A7aW50byAmbmJzcDt0aGUgJm5ic3A7bWludXRlcy4gJm5ic3A7WW91ICZu YnNwO3dvdWxkIA0KJm5ic3A7bmVlZCAmbmJzcDt0byAmbmJzcDtjcmVhdGUgJm5ic3A7YW5kICZu YnNwO2FkLWhvYyAmbmJzcDtvdmVybGF5IA0KJm5ic3A7Zm9yPC9ESVY+DQo8RElWPmV2ZXJ5ICZu YnNwO3N0cmVhbS4gJm5ic3A7SSd2ZSAmbmJzcDtpbXBsZW1lbnRlZCAmbmJzcDthICZuYnNwO211 bHRpY2FzdCANCiZuYnNwO2xheWVyICZuYnNwO3RoYXQgJm5ic3A7ZG9lcyAmbmJzcDt0aGlzICZu YnNwO292ZXIgJm5ic3A7YSAmbmJzcDtESFQuPC9ESVY+DQo8RElWPlRoZSAmbmJzcDtESFQgJm5i c3A7aXMgJm5ic3A7dGhlICZuYnNwO3NpZ25hbGluZyAmbmJzcDtsYXllciAmbmJzcDt1c2VkIA0K Jm5ic3A7dG8gJm5ic3A7c2V0dXAgJm5ic3A7dGhlc2UgJm5ic3A7YWQtaG9jICZuYnNwO292ZXJs YXlzKGdyb3VwcykuPC9ESVY+DQo8RElWPlJFTE9BRCAmbmJzcDtjb3VsZCAmbmJzcDtwZXJmb3Jt ICZuYnNwO3RoZSAmbmJzcDtzaWduYWxpbmcsIA0KJm5ic3A7cmVuZGV6dm91cyAmbmJzcDtzZXR1 cCwgJm5ic3A7bXVsdGljYXN0ICZuYnNwO2dyb3VwaW5nPC9ESVY+DQo8RElWPnN0b3JhZ2UgJm5i c3A7YnV0ICZuYnNwO25vdCAmbmJzcDt0b28gJm5ic3A7bXVjaCAmbmJzcDttb3JlLiAmbmJzcDs8 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPk9uICZuYnNwO01hciAmbmJzcDsxNSwgJm5i c3A7MjAxMCwgJm5ic3A7YXQgJm5ic3A7ODoxMCAmbmJzcDtQTSwgDQombmJzcDtCcnVjZSAmbmJz cDtMb3dla2FtcCAmbmJzcDt3cm90ZTogJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj5TbyAmbmJzcDtzdWJzdGl0dXRpbmcgJm5ic3A7dGhlICZuYnNwO3Rlcm1zICZuYnNwO3Vz ZWQgJm5ic3A7aW4gDQombmJzcDtSRUxPQUQsICZuYnNwO3RoaXMgJm5ic3A7aXMgJm5ic3A7ZXhh Y3RseSAmbmJzcDtteSAmbmJzcDtwb2ludC48L0RJVj4NCjxESVY+ZHJhZnQtaHUtcHBzcC10cmFj a2VyLWRodC1wZXJmb3JtYW5jZS1jb21wYXJpc29uICZuYnNwO2Fzc3VtZXMgJm5ic3A7MjBNIA0K Jm5ic3A7cGVlcnMsICZuYnNwO2kuZS48L0RJVj4NCjxESVY+bm9kZXMgJm5ic3A7dXNlZCAmbmJz cDtpbiAmbmJzcDtyb3V0aW5nLCAmbmJzcDthbmQgJm5ic3A7YmFzZXMgDQombmJzcDtsYXRlbmN5 ICZuYnNwO2NhbGN1bGF0aW9ucyAmbmJzcDtvbiAmbmJzcDt0aGF0ICZuYnNwO251bWJlci4gJm5i c3A7IA0KJm5ic3A7Tm90PC9ESVY+DQo8RElWPjU3Sy4gJm5ic3A7ICZuYnNwO1RoZSAmbmJzcDtk cmFmdCAmbmJzcDtmdXJ0aGVyICZuYnNwO3dvcmtzICZuYnNwO291dCANCiZuYnNwO3RoYXQgJm5i c3A7d2l0aCAmbmJzcDsyME0gJm5ic3A7cGVlcnMgJm5ic3A7c3RvcmluZyAmbmJzcDtkYXRhLCAN CiZuYnNwO2VhY2g8L0RJVj4NCjxESVY+bmVlZHMgJm5ic3A7dG8gJm5ic3A7c3RvcmUgJm5ic3A7 MC4wMSAmbmJzcDtvZiAmbmJzcDthICZuYnNwO3Jlc291cmNlLiANCiZuYnNwOzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+RXZlbiAmbmJzcDtpZiAmbmJzcDt5b3UgJm5ic3A7ZG8gJm5i c3A7dGhlICZuYnNwO2NhbGN1bGF0aW9ucyAmbmJzcDt3aXRoIA0KJm5ic3A7YSAmbmJzcDtyZWFz b25hYmxlICZuYnNwO251bWJlciAmbmJzcDtvZiAmbmJzcDtwZWVycyAmbmJzcDsocm91dGluZzwv RElWPg0KPERJVj5ub2RlcyksICZuYnNwO3RoZSAmbmJzcDtkaHQgJm5ic3A7b3ZlcmxheSAmbmJz cDt3aWxsICZuYnNwO3N0aWxsIA0KJm5ic3A7b2J2aW91c2x5ICZuYnNwO2hhdmUgJm5ic3A7aGln aGVyICZuYnNwO2xhdGVuY3kgJm5ic3A7dGhhbiAmbmJzcDthPC9ESVY+DQo8RElWPnNpbmdsZS1z ZXJ2ZXIgJm5ic3A7YmFzZWQgJm5ic3A7c29sdXRpb24uICZuYnNwOyAmbmJzcDtZb3UgJm5ic3A7 c2VsZWN0IA0KJm5ic3A7YSAmbmJzcDtkaHQgJm5ic3A7b3ZlcmxheSAmbmJzcDtmb3IgJm5ic3A7 ZGlmZmVyZW50PC9ESVY+DQo8RElWPnJlYXNvbnMgJm5ic3A7dGhhbiAmbmJzcDt5b3UgJm5ic3A7 d291bGQgJm5ic3A7c2VsZWN0ICZuYnNwO2EgJm5ic3A7Y2VudHJhbCANCiZuYnNwO3NlcnZlci1i YXNlZCAmbmJzcDtzb2x1dGlvbi4gJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5CcnVjZSAmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5PbiAmbmJzcDtNb24sICZuYnNwO01hciAmbmJzcDsxNSwgJm5ic3A7MjAxMCAmbmJz cDthdCAmbmJzcDszOjI3ICZuYnNwO1BNLCANCiZuYnNwO2pjICZuYnNwOyAmbHQ7ICZuYnNwOyAm bHQ7bWFpbHRvOmp1bGlhbkBvcmNoaWRzZWVkLm9yZyAmZ3Q7PC9ESVY+DQo8RElWPmp1bGlhbkBv cmNoaWRzZWVkLm9yZyAmZ3Q7ICZuYnNwO3dyb3RlOiAmbmJzcDs8L0RJVj4NCjxESVY+WW91ICZu YnNwO25lZWQgJm5ic3A7NTcsMTQyLjg1NyAmbmJzcDtub2RlcyAmbmJzcDt0byAmbmJzcDtyb3V0 ZSAmbmJzcDsyME0gDQombmJzcDtvZiAmbmJzcDtwZWVyICZuYnNwO3RyYWZmaWMuICZuYnNwO1Ro aXMgJm5ic3A7aXMgJm5ic3A7dGhlPC9ESVY+DQo8RElWPmFsZ29yaXRobSAmbmJzcDt3ZSAmbmJz cDt1c2VkICZuYnNwO2luICZuYnNwO2Zhc3R0cmFjayAmbmJzcDthbmQgJm5ic3A7aXMgDQombmJz cDt0aGUgJm5ic3A7c2FtZSAmbmJzcDthcyAmbmJzcDtpbiAmbmJzcDtza3lwZS4gJm5ic3A7VGhp cyAmbmJzcDtpcyANCiZuYnNwO2E8L0RJVj4NCjxESVY+bWF4aW11bSAmbmJzcDtjYXBhY2l0eSAm bmJzcDtzY2VuYXJpby48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlNlbnQgJm5ic3A7 ZnJvbSAmbmJzcDtteSAmbmJzcDtpUGhvbmUgJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5PbiAmbmJzcDtNYXIgJm5ic3A7MTUsICZuYnNwOzIwMTAsICZuYnNwO2F0ICZuYnNw OzY6MzIgJm5ic3A7UE0sIA0KJm5ic3A7QnJ1Y2UgJm5ic3A7TG93ZWthbXAgJm5ic3A7ICZsdDsg Jm5ic3A7ICZsdDttYWlsdG86YmJsQGxvd2VrYW1wLm5ldCANCiZndDs8L0RJVj4NCjxESVY+YmJs QGxvd2VrYW1wLm5ldCAmZ3Q7ICZuYnNwO3dyb3RlOjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+VGhleSAmbmJzcDtzY2FsZSAmbmJzcDtmaW5lLCAmbmJzcDtidXQgJm5ic3A7dGhlcmUg Jm5ic3A7aXMgJm5ic3A7YSANCiZuYnNwO3BvaW50ICZuYnNwO2JleW9uZCAmbmJzcDt3aGljaCAm bmJzcDthZGRpbmcgJm5ic3A7YWRkaXRpb25hbCANCiZuYnNwO3BlZXJzPC9ESVY+DQo8RElWPnRv ICZuYnNwO3RoZSAmbmJzcDtvdmVybGF5ICZuYnNwO3JvdXRpbmcgJm5ic3A7bWVyZWx5ICZuYnNw O2FkZHMgDQombmJzcDtsYXRlbmN5LiAmbmJzcDsgJm5ic3A7RG9uJ3QgJm5ic3A7aGF2ZSAmbmJz cDt0aW1lICZuYnNwO3RvICZuYnNwO2xvb2sgDQombmJzcDt1cCAmbmJzcDt0aGU8L0RJVj4NCjxE SVY+cmVmZXJlbmNlcyAmbmJzcDtub3csICZuYnNwO2J1dCAmbmJzcDt0aGVyZSAmbmJzcDthcmUg Jm5ic3A7YSAmbmJzcDtudW1iZXIgDQombmJzcDtvZiAmbmJzcDtwYXBlcnMgJm5ic3A7ZGlzY3Vz c2luZyAmbmJzcDt0aGUgJm5ic3A7YWR2YW50YWdlczwvRElWPg0KPERJVj5vZiAmbmJzcDtkaWZm ZXJlbnQgJm5ic3A7bnVtYmVycyAmbmJzcDtvZiAmbmJzcDtwZWVycyAmbmJzcDsoc3VwZXJwZWVy cyANCiZuYnNwO2luICZuYnNwO2EgJm5ic3A7bG90ICZuYnNwO29mICZuYnNwO3N5c3RlbXMpICZu YnNwO25lZWRlZCAmbmJzcDtmb3I8L0RJVj4NCjxESVY+b3ZlcmxheSAmbmJzcDtyb3V0aW5nLiAm bmJzcDsgJm5ic3A7WW91ICZuYnNwO2Rvbid0ICZuYnNwO25lZWQgJm5ic3A7MTBNLiANCiZuYnNw OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QnJ1Y2UgJm5ic3A7PC9ESVY+DQo8RElW PiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+T24gJm5ic3A7TW9uLCAmbmJz cDtNYXIgJm5ic3A7MTUsICZuYnNwOzIwMTAgJm5ic3A7YXQgJm5ic3A7MTE6NTUgJm5ic3A7QU0s IA0KJm5ic3A7amMgJm5ic3A7ICZsdDsgJm5ic3A7ICZsdDttYWlsdG86anVsaWFuQG9yY2hpZHNl ZWQub3JnICZndDs8L0RJVj4NCjxESVY+Jmx0O21haWx0bzpqdWxpYW5Ab3JjaGlkc2VlZC5vcmcg Jmd0OyAmbmJzcDtqdWxpYW5Ab3JjaGlkc2VlZC5vcmcgJmd0OyANCiZuYnNwO3dyb3RlOiAmbmJz cDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPk9uICZuYnNwO01hciAmbmJzcDsxNSwg Jm5ic3A7MjAxMCwgJm5ic3A7YXQgJm5ic3A7MzozMiAmbmJzcDtQTSwgDQombmJzcDtCcnVjZSAm bmJzcDtMb3dla2FtcCAmbmJzcDt3cm90ZTogJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElW Pg0KPERJVj5UaGUgJm5ic3A7cGVyZm9ybWFuY2UgJm5ic3A7Y29tcGFyaXNvbiAmbmJzcDtkcmFm dCAmbmJzcDtjb21wYXJlcyAmbmJzcDt0aGUgDQombmJzcDtwZXJmb3JtYW5jZSAmbmJzcDtvZiAm bmJzcDthICZuYnNwO2NlbnRyYWxpemVkPC9ESVY+DQo8RElWPmxvb2t1cCAmbmJzcDtzZXJ2ZXIg Jm5ic3A7d2l0aCAmbmJzcDthICZuYnNwO1AyUCAmbmJzcDtESFQgJm5ic3A7c3lzdGVtIA0KJm5i c3A7d2l0aCAmbmJzcDsxME0gJm5ic3A7cGVlcnMuICZuYnNwOyAmbmJzcDtTaW5jZSAmbmJzcDt0 aG9zZSANCiZuYnNwO2FkZHJlc3M8L0RJVj4NCjxESVY+ZW50aXJlbHkgJm5ic3A7ZGlmZmVyZW50 ICZuYnNwO3VzZSAmbmJzcDtjYXNlcywgJm5ic3A7YW5kICZuYnNwO25vIA0KJm5ic3A7b25lICZu YnNwO3dvdWxkICZuYnNwO2V2ZXIgJm5ic3A7ZGVwbG95ICZuYnNwO2EgJm5ic3A7MTBNICZuYnNw O3BlZXI8L0RJVj4NCjxESVY+ZGlzdHJpYnV0ZWQgJm5ic3A7dHJhY2tlciwgJm5ic3A7aXQncyAm bmJzcDtub3QgJm5ic3A7Y2xlYXIgJm5ic3A7d2hhdCANCiZuYnNwO3RoZSAmbmJzcDtwb2ludCAm bmJzcDtvZiAmbmJzcDt0aGUgJm5ic3A7Y29tcGFyaXNvbiAmbmJzcDtpcy48L0RJVj4NCjxESVY+ VGhpcyAmbmJzcDtoYXMgJm5ic3A7bm90aGluZyAmbmJzcDt0byAmbmJzcDtkbyAmbmJzcDt3aXRo ICZuYnNwO1JFTE9BRC4gDQombmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRo ZXJlICZuYnNwO2FyZSAmbmJzcDthY3RpdmUgJm5ic3A7ZGlzdHJpYnV0ZWQgJm5ic3A7dHJhY2tl cnMgJm5ic3A7dy8gDQombmJzcDsgJmd0OyAmbmJzcDsxTSAmbmJzcDtwZWVycy4gJm5ic3A7V2h5 ICZuYnNwO3dvdWxkICZuYnNwO3lvdSANCiZuYnNwO25vdDwvRElWPg0KPERJVj5kZXBsb3kgJm5i c3A7YSAmbmJzcDsxME0gJm5ic3A7dXNlciAmbmJzcDtkaXN0cmlidXRlZCAmbmJzcDt0cmFja2Vy PyANCiZuYnNwO1RoZXkgJm5ic3A7ZG8gJm5ic3A7aW5oZXJlbnRseSAmbmJzcDtzY2FsZSAmbmJz cDtpbmZpbml0ZWx5PC9ESVY+DQo8RElWPmJ5ICZuYnNwO25hdHVyZS4gJm5ic3A7PC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QnJ1Y2UgJm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPk9uICZuYnNwO01vbiwgJm5ic3A7TWFyICZuYnNwOzE1LCAmbmJzcDsyMDEwICZu YnNwO2F0ICZuYnNwOzEyOjU1ICZuYnNwO0FNLCANCiZuYnNwO1dvcmxkICZuYnNwOyAmbHQ7ICZu YnNwOyAmbHQ7bWFpbHRvOndvcmxkaG9jc0B5YWhvby5jb20udHcgJmd0OzwvRElWPg0KPERJVj4m bHQ7bWFpbHRvOndvcmxkaG9jc0B5YWhvby5jb20udHcgJmd0OyAmbmJzcDt3b3JsZGhvY3NAeWFo b28uY29tLnR3ICZndDsgDQombmJzcDt3cm90ZTogJm5ic3A7PC9ESVY+DQo8RElWPkRlYXIgJm5i c3A7YWxsLCAmbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkkgJm5ic3A7YW0g Jm5ic3A7dGhpbmtpbmcgJm5ic3A7d2hhdCAmbmJzcDtQMlAgJm5ic3A7TGl2ZSAmbmJzcDtTdHJl YW1pbmcgDQombmJzcDthbmQgJm5ic3A7Vm9EICZuYnNwO1NlcnZpY2UgJm5ic3A7Y2FuICZuYnNw O2xldmVyYWdlICZuYnNwO1AyUFNJUDwvRElWPg0KPERJVj5SRUxPQUQuICZuYnNwO0FjY29yZGlu ZyAmbmJzcDt0byAmbmJzcDtzb21lICZuYnNwO3Jlc2VhcmNoICZuYnNwO29yIA0KJm5ic3A7cHJv cG9zYWwgJm5ic3A7cmVwb3J0LCAmbmJzcDtpdCAmbmJzcDtzZWVtcyAmbmJzcDt0aGF0ICZuYnNw O1AyUFNJUDwvRElWPg0KPERJVj5SRUxPQUQgJm5ic3A7Y2FuICZuYnNwO2JlICZuYnNwO3VzZWQg Jm5ic3A7aW4gJm5ic3A7UDJQLWJhc2VkICZuYnNwO1RyYWNrZXIgDQombmJzcDthbmQvb3IgJm5i c3A7Y2h1bmsgJm5ic3A7ZGVzY3JpcHRpb248L0RJVj4NCjxESVY+ZGlzdHJpYnV0aW9uICZuYnNw OyhjaHVuayAmbmJzcDtkaXNjb3ZlcnkpICZuYnNwO2F0ICZuYnNwO3RoZSAmbmJzcDtmdWxsIA0K Jm5ic3A7ZGlzdHJpYnV0ZWQgJm5ic3A7ZGVwbG95bWVudC4gJm5ic3A7Qm90aDwvRElWPg0KPERJ Vj5QMlAtYmFzZWQgJm5ic3A7VHJhY2tlciAmbmJzcDthbmQgJm5ic3A7Y2h1bmsgJm5ic3A7ZGVz Y3JpcHRpb24gDQombmJzcDtkaXN0cmlidXRpb24gJm5ic3A7b3ZlciAmbmJzcDtQMlBTSVAgJm5i c3A7b3ZlcmxheTwvRElWPg0KPERJVj53ZXJlICZuYnNwO2V2YWx1YXRlZCAmbmJzcDtpbiAmbmJz cDtwZXJmb3JtYW5jZSAmbmJzcDtyZWZlcnJlZCANCiZuYnNwO3RvPC9ESVY+DQo8RElWPmRyYWZ0 LWNoZW4tcHBzcC1kaHQtY2h1bmstZGlzY292ZXJ5LWV2YWx1YXRpb24tMDAudHh0ICZuYnNwO2Fu ZDwvRElWPg0KPERJVj5kcmFmdC1odS1wcHNwLXRyYWNrZXItZGh0LXBlcmZvcm1hbmNlLWNvbXBh cmlzb24tMDEudHh0LiAmbmJzcDtUaGUgDQombmJzcDtyZXN1bHQgJm5ic3A7c2hvd2VkPC9ESVY+ DQo8RElWPnRoZSAmbmJzcDtwZXJmb3JtYW5jZSAmbmJzcDtvZiAmbmJzcDtESFQtYmFzZWQgJm5i c3A7VHJhY2tlciAmbmJzcDthbmQgDQombmJzcDtjaHVuayAmbmJzcDtkZXNjcmlwdGlvbiAmbmJz cDtkaXN0cmlidXRpb24gJm5ic3A7aXM8L0RJVj4NCjxESVY+d29yc2UsICZuYnNwO2V2ZW4gJm5i c3A7bm90ICZuYnNwO2FjY2VwdGFibGUgJm5ic3A7Zm9yICZuYnNwO1AyUCAmbmJzcDtMaXZlIA0K Jm5ic3A7U3RyZWFtaW5nICZuYnNwO2FuZCAmbmJzcDtWb0QgJm5ic3A7U2VydmljZS4gJm5ic3A7 PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5TbyAmbmJzcDtjYW4gJm5ic3A7d2UgJm5i c3A7bWFrZSAmbmJzcDtzdWNoICZuYnNwO2NvbmNsdXNpb24gJm5ic3A7dGhhdCANCiZuYnNwO1Ay UFNJUCAmbmJzcDtSRUxPQUQgJm5ic3A7aXMgJm5ic3A7bm90ICZuYnNwO3N1aXRhYmxlICZuYnNw O3RvIA0KJm5ic3A7YmU8L0RJVj4NCjxESVY+bGV2ZXJhZ2UgJm5ic3A7Zm9yICZuYnNwO2JvdGgg Jm5ic3A7UDJQICZuYnNwO0xpdmUgJm5ic3A7U3RyZWFtaW5nIA0KJm5ic3A7YW5kICZuYnNwO1Zv RCAmbmJzcDtTZXJ2aWNlICZuYnNwO2luICZuYnNwO2Nhc2UgJm5ic3A7YSAmbmJzcDtmdWxsPC9E SVY+DQo8RElWPmRpc3RyaWJ1dGVkICZuYnNwO2RlcGxveW1lbnQgJm5ic3A7aXMgJm5ic3A7bm90 ICZuYnNwO21hbmRhdG9yeT8gJm5ic3A7V2hhdCANCiZuYnNwO2RvICZuYnNwO3lvdSAmbmJzcDt0 aGluaz8gJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5BbnkgJm5ic3A7Y29t bWVudHMgJm5ic3A7YXJlICZuYnNwO3dlbGNvbWUuICZuYnNwO1RoYW5rcy4gJm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5CUiw8L0RJVj4NCjxESVY+SmVmZnJleSA8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPC9ESVY+DQo8RElWPlAyUFNJUCAmbmJzcDttYWlsaW5nICZuYnNwO2xp c3Q8L0RJVj4NCjxESVY+Jm5ic3A7ICZsdDttYWlsdG86UDJQU0lQQGlldGYub3JnICZndDsgJm5i c3A7ICZuYnNwOyANCiZsdDttYWlsdG86UDJQU0lQQGlldGYub3JnICZndDsgJm5ic3A7UDJQU0lQ QGlldGYub3JnPC9ESVY+DQo8RElWPiZuYnNwOyAmbHQ7aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9wMnBzaXAgJmd0OzwvRElWPg0KPERJVj4mbHQ7aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wMnBzaXAgJmd0OzwvRElWPg0KPERJVj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcDwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPC9ESVY+DQo8RElWPlAyUFNJUCAmbmJzcDttYWlsaW5nICZuYnNw O2xpc3Q8L0RJVj4NCjxESVY+Jm5ic3A7ICZsdDttYWlsdG86UDJQU0lQQGlldGYub3JnICZndDsg Jm5ic3A7ICZuYnNwOyANCiZsdDttYWlsdG86UDJQU0lQQGlldGYub3JnICZndDsgJm5ic3A7UDJQ U0lQQGlldGYub3JnPC9ESVY+DQo8RElWPiZuYnNwOyAmbHQ7aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9wMnBzaXAgJmd0OzwvRElWPg0KPERJVj4mbHQ7aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wMnBzaXAgJmd0OzwvRElWPg0KPERJVj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcCAmbmJzcDs8L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0RJVj4NCjxE SVY+UDJQU0lQICZuYnNwO21haWxpbmcgJm5ic3A7bGlzdDwvRElWPg0KPERJVj4mbmJzcDsgJmx0 O21haWx0bzpQMlBTSVBAaWV0Zi5vcmcgJmd0OyAmbmJzcDtQMlBTSVBAaWV0Zi5vcmc8L0RJVj4N CjxESVY+Jm5ic3A7ICZsdDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Ay cHNpcCAmZ3Q7PC9ESVY+DQo8RElWPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vcDJwc2lwPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS08L0RJVj4NCjxESVY+WlRFICZuYnNwO0luZm9ybWF0aW9uICZuYnNwO1NlY3VyaXR5ICZuYnNw O05vdGljZTogJm5ic3A7VGhlIA0KJm5ic3A7aW5mb3JtYXRpb24gJm5ic3A7Y29udGFpbmVkICZu YnNwO2luICZuYnNwO3RoaXMgJm5ic3A7bWFpbCAmbmJzcDtpczwvRElWPg0KPERJVj5zb2xlbHkg Jm5ic3A7cHJvcGVydHkgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO3NlbmRlcidzICZuYnNwO29y Z2FuaXphdGlvbi4gDQombmJzcDtUaGlzICZuYnNwO21haWwgJm5ic3A7Y29tbXVuaWNhdGlvbiAm bmJzcDtpczwvRElWPg0KPERJVj5jb25maWRlbnRpYWwuICZuYnNwO1JlY2lwaWVudHMgJm5ic3A7 bmFtZWQgJm5ic3A7YWJvdmUgJm5ic3A7YXJlIA0KJm5ic3A7b2JsaWdhdGVkICZuYnNwO3RvICZu YnNwO21haW50YWluICZuYnNwO3NlY3JlY3kgJm5ic3A7YW5kPC9ESVY+DQo8RElWPmFyZSAmbmJz cDtub3QgJm5ic3A7cGVybWl0dGVkICZuYnNwO3RvICZuYnNwO2Rpc2Nsb3NlICZuYnNwO3RoZSAN CiZuYnNwO2NvbnRlbnRzICZuYnNwO29mICZuYnNwO3RoaXMgJm5ic3A7Y29tbXVuaWNhdGlvbiAm bmJzcDt0byANCiZuYnNwO290aGVycy48L0RJVj4NCjxESVY+VGhpcyAmbmJzcDtlbWFpbCAmbmJz cDthbmQgJm5ic3A7YW55ICZuYnNwO2ZpbGVzICZuYnNwO3RyYW5zbWl0dGVkIA0KJm5ic3A7d2l0 aCAmbmJzcDtpdCAmbmJzcDthcmUgJm5ic3A7Y29uZmlkZW50aWFsICZuYnNwO2FuZCAmbmJzcDtp bnRlbmRlZDwvRElWPg0KPERJVj5zb2xlbHkgJm5ic3A7Zm9yICZuYnNwO3RoZSAmbmJzcDt1c2Ug Jm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO2luZGl2aWR1YWwgDQombmJzcDtvciAmbmJzcDtlbnRp dHkgJm5ic3A7dG8gJm5ic3A7d2hvbSAmbmJzcDt0aGV5ICZuYnNwO2FyZSANCiZuYnNwO2FkZHJl c3NlZC48L0RJVj4NCjxESVY+SWYgJm5ic3A7eW91ICZuYnNwO2hhdmUgJm5ic3A7cmVjZWl2ZWQg Jm5ic3A7dGhpcyAmbmJzcDtlbWFpbCAmbmJzcDtpbiANCiZuYnNwO2Vycm9yICZuYnNwO3BsZWFz ZSAmbmJzcDtub3RpZnkgJm5ic3A7dGhlICZuYnNwO29yaWdpbmF0b3IgJm5ic3A7b2YgDQombmJz cDt0aGU8L0RJVj4NCjxESVY+bWVzc2FnZS4gJm5ic3A7QW55ICZuYnNwO3ZpZXdzICZuYnNwO2V4 cHJlc3NlZCAmbmJzcDtpbiAmbmJzcDt0aGlzIA0KJm5ic3A7bWVzc2FnZSAmbmJzcDthcmUgJm5i c3A7dGhvc2UgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO2luZGl2aWR1YWw8L0RJVj4NCjxESVY+ c2VuZGVyLjwvRElWPg0KPERJVj5UaGlzICZuYnNwO21lc3NhZ2UgJm5ic3A7aGFzICZuYnNwO2Jl ZW4gJm5ic3A7c2Nhbm5lZCAmbmJzcDtmb3IgDQombmJzcDt2aXJ1c2VzICZuYnNwO2FuZCAmbmJz cDtTcGFtICZuYnNwO2J5ICZuYnNwO1pURSAmbmJzcDtBbnRpLVNwYW0gDQombmJzcDtzeXN0ZW0u PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L0RJVj4NCjxESVY+UDJQ U0lQICZuYnNwO21haWxpbmcgJm5ic3A7bGlzdDwvRElWPg0KPERJVj4mbmJzcDsgJmx0O21haWx0 bzpQMlBTSVBAaWV0Zi5vcmcgJmd0OyAmbmJzcDtQMlBTSVBAaWV0Zi5vcmc8L0RJVj4NCjxESVY+ Jm5ic3A7ICZsdDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcCAm Z3Q7PC9ESVY+DQo8RElWPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcDJw c2lwPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+WlRFICZuYnNwO0luZm9ybWF0aW9uICZuYnNwO1NlY3VyaXR5ICZuYnNwO05vdGlj ZTogJm5ic3A7VGhlIA0KJm5ic3A7aW5mb3JtYXRpb24gJm5ic3A7Y29udGFpbmVkICZuYnNwO2lu ICZuYnNwO3RoaXMgJm5ic3A7bWFpbCAmbmJzcDtpczwvRElWPg0KPERJVj5zb2xlbHkgJm5ic3A7 cHJvcGVydHkgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO3NlbmRlcidzICZuYnNwO29yZ2FuaXph dGlvbi4gDQombmJzcDtUaGlzICZuYnNwO21haWwgJm5ic3A7Y29tbXVuaWNhdGlvbiAmbmJzcDtp czwvRElWPg0KPERJVj5jb25maWRlbnRpYWwuICZuYnNwO1JlY2lwaWVudHMgJm5ic3A7bmFtZWQg Jm5ic3A7YWJvdmUgJm5ic3A7YXJlIA0KJm5ic3A7b2JsaWdhdGVkICZuYnNwO3RvICZuYnNwO21h aW50YWluICZuYnNwO3NlY3JlY3kgJm5ic3A7YW5kPC9ESVY+DQo8RElWPmFyZSAmbmJzcDtub3Qg Jm5ic3A7cGVybWl0dGVkICZuYnNwO3RvICZuYnNwO2Rpc2Nsb3NlICZuYnNwO3RoZSANCiZuYnNw O2NvbnRlbnRzICZuYnNwO29mICZuYnNwO3RoaXMgJm5ic3A7Y29tbXVuaWNhdGlvbiAmbmJzcDt0 byANCiZuYnNwO290aGVycy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoaXMgJm5i c3A7ZW1haWwgJm5ic3A7YW5kICZuYnNwO2FueSAmbmJzcDtmaWxlcyAmbmJzcDt0cmFuc21pdHRl ZCANCiZuYnNwO3dpdGggJm5ic3A7aXQgJm5ic3A7YXJlICZuYnNwO2NvbmZpZGVudGlhbCAmbmJz cDthbmQgJm5ic3A7aW50ZW5kZWQ8L0RJVj4NCjxESVY+c29sZWx5ICZuYnNwO2ZvciAmbmJzcDt0 aGUgJm5ic3A7dXNlICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtpbmRpdmlkdWFsIA0KJm5ic3A7 b3IgJm5ic3A7ZW50aXR5ICZuYnNwO3RvICZuYnNwO3dob20gJm5ic3A7dGhleSAmbmJzcDthcmUg DQombmJzcDthZGRyZXNzZWQuPC9ESVY+DQo8RElWPklmICZuYnNwO3lvdSAmbmJzcDtoYXZlICZu YnNwO3JlY2VpdmVkICZuYnNwO3RoaXMgJm5ic3A7ZW1haWwgJm5ic3A7aW4gDQombmJzcDtlcnJv ciAmbmJzcDtwbGVhc2UgJm5ic3A7bm90aWZ5ICZuYnNwO3RoZSAmbmJzcDtvcmlnaW5hdG9yICZu YnNwO29mIA0KJm5ic3A7dGhlPC9ESVY+DQo8RElWPm1lc3NhZ2UuICZuYnNwO0FueSAmbmJzcDt2 aWV3cyAmbmJzcDtleHByZXNzZWQgJm5ic3A7aW4gJm5ic3A7dGhpcyANCiZuYnNwO21lc3NhZ2Ug Jm5ic3A7YXJlICZuYnNwO3Rob3NlICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtpbmRpdmlkdWFs PC9ESVY+DQo8RElWPnNlbmRlci48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoaXMg Jm5ic3A7bWVzc2FnZSAmbmJzcDtoYXMgJm5ic3A7YmVlbiAmbmJzcDtzY2FubmVkICZuYnNwO2Zv ciANCiZuYnNwO3ZpcnVzZXMgJm5ic3A7YW5kICZuYnNwO1NwYW0gJm5ic3A7YnkgJm5ic3A7WlRF ICZuYnNwO0FudGktU3BhbSANCiZuYnNwO3N5c3RlbS48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzwvRElWPg0KPERJVj5QMlBTSVAgJm5ic3A7bWFpbGluZyAmbmJzcDts aXN0PC9ESVY+DQo8RElWPlAyUFNJUEBpZXRmLm9yZzwvRElWPg0KPERJVj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3AycHNpcDwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxE SVY+sb7Qxbz+v8nE3LD8uqy5pNHQ1LqZQ8Pc2VnTjaOst8fWuLao1q7K1bz+1d+jrNWIzvDKudPD u/K90sK2sb7Qxbz+g8jI3aOsgUvViOROmqe0y9DFvP6hozwvRElWPg0KPERJVj5UaGlzICZuYnNw O2VtYWlsICZuYnNwO21heSAmbmJzcDtjb250YWluICZuYnNwO2NvbmZpZGVudGlhbCANCiZuYnNw O2luZm9ybWF0aW9uLiAmbmJzcDtQbGVhc2UgJm5ic3A7ZG8gJm5ic3A7bm90ICZuYnNwO3VzZSAm bmJzcDtvciANCiZuYnNwO2Rpc2Nsb3NlICZuYnNwO2l0ICZuYnNwO2luICZuYnNwO2FueSAmbmJz cDt3YXkgJm5ic3A7YW5kICZuYnNwO2RlbGV0ZSANCiZuYnNwO2l0ICZuYnNwO2lmICZuYnNwO3lv dSAmbmJzcDthcmUgJm5ic3A7bm90ICZuYnNwO3RoZSAmbmJzcDtpbnRlbmRlZCANCiZuYnNwO3Jl Y2lwaWVudC48L0RJVj4NCjxESVY+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188L0RJVj4NCjxESVY+cHBzcCAmbmJzcDttYWlsaW5nICZuYnNwO2xpc3Q8L0RJ Vj4NCjxESVY+cHBzcEBpZXRmLm9yZzwvRElWPg0KPERJVj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3Bwc3A8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+PC9GT05UPjwvRElW PjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon564426256602_=====-- From lilichun@gmail.com Sat Mar 20 00:35:07 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3224F3A68A7 for ; Sat, 20 Mar 2010 00:35:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.469 X-Spam-Level: X-Spam-Status: No, score=-1.469 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13] 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 dXMnnxh1FNkk for ; Sat, 20 Mar 2010 00:35:02 -0700 (PDT) Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by core3.amsl.com (Postfix) with ESMTP id A83F13A66B4 for ; Sat, 20 Mar 2010 00:35:02 -0700 (PDT) Received: by pvh1 with SMTP id 1so2069553pvh.31 for ; Sat, 20 Mar 2010 00:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9W4gMWmGM3y5f+3DGDA0/dPVWZ5M2sSYOsjn+xOrdTw=; b=tLqlm0IU5AnDsSteBHrb8OisLWFc54QIrxWxjHcqTN+wGXjytue8B6udyKfoOvrJKi Vc5Ds09CsdYMCQuROi77DC0FEHoKQGMsCP0hh9y8QneJXIrbceJgm8s6bCB+lifGA80s WVv1dAxfa2rQ4gJsX/Qq0zSaIeeUwUzRaRSe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GBF5zgx/EwQbR+E+9YYuJwgVT7aft61BG3N+JxXfXmohPvDr8dQ/Tyvik49y9/Y+ob eBhmhGBXmehaes+XUGtFrcf10Oep0pPdMYhYVWYB9BGa2wn+cr2XjQvp6tw521hKbMB4 +xK2XK3Vf8sKBc6RzCcm/fgGn7WImIsU03F/A= MIME-Version: 1.0 Received: by 10.140.179.8 with SMTP id b8mr3105053rvf.99.1269070514054; Sat, 20 Mar 2010 00:35:14 -0700 (PDT) In-Reply-To: <009701cac661$4e8e5ac0$ebab1040$@re.kr> References: <009701cac661$4e8e5ac0$ebab1040$@re.kr> Date: Sat, 20 Mar 2010 15:35:14 +0800 Message-ID: <7d6b50691003200035p453b81d7w40a12a8d8721dc75@mail.gmail.com> From: lichun li To: Softgear Ko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ppsp@ietf.org Subject: Re: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 07:35:07 -0000 Hi I'm glad to share ideas with you and other people with common interests. I will add your draft to references in next version. Comments about "push", please see inline. On Thu, Mar 18, 2010 at 2:07 PM, Softgear Ko wrote: > Hello, Lichun Li. > > > > I think this draft shows good overview of CDN supported P2P streaming > service. I think, basically, the idea is very similar to our draft: > > http://datatracker.ietf.org/doc/draft-softgear-p2psip-iptv/=A0 which uses > RELOAD overlay for P2P streaming. > > However, your draft considers "chunk" based P2P streaming while our draft > considers the live streaming only. I think we can share the idea each oth= er. > Could you add our draft to References in your draft? > > Additionally, in your draft, only tracker (tracker overlay) can do > "pushing". Why don't add the function which CSCs or other entities reques= ts > a cacher to push/pull content from others? Well, I have considered this before. I think this function is not necessary if CSCs ask tracker for peer list. But if CSCs request every chunk from nearby cachers and don't ask tracker for peer list, CSCs need this function. What do you think? > > > > Regards, > > Softgear Ko > > > > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of > li.lichun1@zte.com.cn > Sent: Thursday, March 04, 2010 2:20 PM > To: ppsp@ietf.org > Subject: [ppsp] New draft about P2P CDN > > > > Dear all, > > We have submitted a new Internet draft entitled "A P2P CDN based Content > Sharing System using PPSP and RELOAD". > It can be accessed at: > http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt > Any comments are welcome. Thanks. > > Abstract: > This document defines a P2P CDN (Content Delivery Network) based > content sharing system using PPSP (Peer to Peer Streaming Protocol) > and RELOAD (REsource LOcation And Discovery). =A0The P2P CDN provides a > unified platform for service/content providers and content sharing > users to share content efficiently and safely. =A0The shared contents > may include streaming media, files, etc. =A0This content sharing system > uses PPSP as signaling protocol for P2P content distributing, and > uses RELOAD to improve reliability and scalability. =A0More > specifically, RELOAD is used to construct P2P overlays storing of > massive contents and locating contents reliably. > > Best Regards, > Lichun Li > > > > -------------------------------------------------------- > > ZTE=A0Information=A0Security=A0Notice:=A0The=A0information=A0contained=A0= in=A0this=A0mail=A0is=A0solely=A0property=A0of=A0the=A0sender's=A0organizat= ion.=A0This=A0mail=A0communication=A0is=A0confidential.=A0Recipients=A0name= d=A0above=A0are=A0obligated=A0to=A0maintain=A0secrecy=A0and=A0are=A0not=A0p= ermitted=A0to=A0disclose=A0the=A0contents=A0of=A0this=A0communication=A0to= =A0others. > > This=A0email=A0and=A0any=A0files=A0transmitted=A0with=A0it=A0are=A0confid= ential=A0and=A0intended=A0solely=A0for=A0the=A0use=A0of=A0the=A0individual= =A0or=A0entity=A0to=A0whom=A0they=A0are=A0addressed.=A0If=A0you=A0have=A0re= ceived=A0this=A0email=A0in=A0error=A0please=A0notify=A0the=A0originator=A0o= f=A0the=A0message.=A0Any=A0views=A0expressed=A0in=A0this=A0message=A0are=A0= those=A0of=A0the=A0individual=A0sender. > > This=A0message=A0has=A0been=A0scanned=A0for=A0viruses=A0and=A0Spam=A0by= =A0ZTE=A0Anti-Spam=A0system. > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > --=20 Sincerely yours, Lichun Li ZTE Corporation From zhangyunfei@chinamobile.com Sat Mar 20 22:18:02 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C2923A677C for ; Sat, 20 Mar 2010 22:18:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.376 X-Spam-Level: X-Spam-Status: No, score=-93.376 tagged_above=-999 required=5 tests=[AWL=0.317, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, J_CHICKENPOX_73=0.6, MIME_BASE64_TEXT=1.753, RELAY_IS_221=2.222, 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 zDCLfzrICvGI for ; Sat, 20 Mar 2010 22:18:00 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id B675E3A68AA for ; Sat, 20 Mar 2010 22:17:59 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032113342752-4847 ; Sun, 21 Mar 2010 13:34:27 +0800 Date: Sun, 21 Mar 2010 13:18:06 +0800 From: "zhangyunfei" To: "ppsp@ietf.org" Message-ID: <201003211318052964152@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-21 13:34:28, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-21 13:18:14, Serialize complete at 2010-03-21 13:18:14 Content-Type: multipart/alternative; boundary="=====003_Dragon027768354003_=====" Subject: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 05:18:02 -0000 This is a multi-part message in MIME format. --=====003_Dragon027768354003_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" RGVhciBhbGwsDQogICBBY2Nyb2RpbmcgdG8gQ3VsbGVuJ3MgdmVyc2lvbiBvZiBQUFNQIGNoYXJ0 ZXIgcHJvcG9zYWwgYW5kIHJlY2VudCBkaXNjdXNzaW9ucyBvbiBQUFNQIG1haWxpbmcgbGlzdCxJ IHVwZGF0ZSBhIG5ldyB2ZXJzaW9uIHdpdGggc29tZSByZXZpc2lvbnMsaW5jbHVkaW5nIHVwZGF0 ZWQgbGFuZ3VhZ2UgY29uY2VybmluZyB0aGUgcHJvdG9jb2wgY2FuZGlkYXRlcyBkZXNjcmlwdGlv bnMgb24gcGVlciBhbmQgdHJhY2tlciBwcm90b2NvbCwgdGhlIHRhc2sgb2Ygc2Vzc2lvbiBuZWdv dGlhdGlvbiBkZXNjcmlwdGlvbiBmb3IgcmVjaGFydGVyaW5nIChpZiBuZWNlc3NhcnkpIGFuZCBz b21lIHJlbGF0ZWQgV0cgdXBkYXRlLg0KICAgU28gcGxlYXNlIGxldCBtZSBrbm93IGlmIGl0IHJl ZmxlY3RzIGNsZWFyZXIgdmlldyBvbiBQUFNQLkFueSBjb21tZW50cyBhcmUgaGlnaGx5IGFwcHJl Y2lhdGVkLg0KICAgVGhhbmtzIHNvIG11Y2ggZm9yIGFsbCBvZiB5b3VyIHByb3Bvc2FscyBhbmQg dmFsdWFibGUgc3VnZ2VzdGlvbnMgb24gdGhlIG1haWxpbmcgbGlzdC4NCg0KQlINCll1bmZlaQ0K DQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClRoZSBQZWVyLXRvLVBlZXIgU3RyZWFtaW5nIFByb3RvY29sIChQUFNQKSB3b3JraW5nIGdyb3Vw IGRldmVsb3BzIHR3bw0Kc2lnbmFsaW5nIGFuZCBjb250cm9sIHByb3RvY29scyBmb3IgYSBwZWVy LXRvLXBlZXIgKFAyUCkgc3RyZWFtaW5nDQpzeXN0ZW0gZm9yIHRyYW5zbWl0dGluZyBsaXZlIGFu ZCB0aW1lIHNoaWZ0ZWQgbWVkaWEgY29udGVudCB3aXRoIG5lYXINCnJlYWwtdGltZSBkZWxpdmVy eSByZXF1aXJlbWVudHMuDQogDQpUd28ga2luZHMgb2Ygbm9kZXMgZXhpc3QgaW4gdGhlIHRhcmdl dGVkIFAyUCBzdHJlYW1pbmcgc3lzdGVtLCBpLmUuLA0KInBlZXJzIiBhbmQgInRyYWNrZXJzIi4g UGVlcnMgYXJlIG5vZGVzIHRoYXQgYXJlIGFjdGl2ZWx5IHNlbmRpbmcgYW5kDQpyZWNlaXZpbmcg c3RyZWFtZWQgbWVkaWEgY29udGVudCwgYW5kIGluY2x1ZGUgYm90aCBzdGF0aWNhbGx5IGNvbm5l Y3RlZA0KaG9zdHMgYXMgd2VsbCBhcyBtb2JpbGUgZGV2aWNlcyB3aXRoIGNvbm5lY3Rpdml0eSBh bmQgSVAgYWRkcmVzc2VzIHRoYXQNCmNoYW5nZSBvdmVyIHRpbWUuIEJlc2lkZXMgZW5kIG5vZGVz LCBwZWVycyBhbHNvIGluY2x1ZGUgY2FjaGVzLCANCkNETiBub2RlcyBhbmQgdGhlIGtpbmQgb2Yg ZGVwbG95ZWQgZWRnZSBuZXR3b3JrIGVxdWlwbWVudHMgYW5kIHN1cGVyLW5vZGVzIGJ5IElTUC4N ClRoZSBzZXQgb2YgcGVlcnMgdGhhdCBhcmUgcGFydGljaXBhdGluZyBpbiBhIHN0cmVhbWluZyBz ZXNzaW9uIHdpbGwgZHluYW1pY2FsbHkgDQpjaGFuZ2Ugb3ZlciB0aW1lLiBUcmFja2VycyBhcmUg d2VsbC1rbm93biBub2RlcyB3aXRoIHN0YWJsZSBjb25uZWN0aXZpdHkgdGhhdA0KIG1haW50YWlu IG1ldGEgaW5mb3JtYXRpb24gYWJvdXQgdGhlIHN0cmVhbWVkIGNvbnRlbnQgYW5kIHRoZSBkeW5h bWljIHBlZXIgc2V0LiANClRoZXkgY2FuIGJlIG9yZ2FuaXplZCBpbiBjZW50cmFsaXplZCBvciBk aXN0cmlidXRlZCB3YXkuDQogDQpUaGUgUFBTUCBXRyBkZXNpZ25zIGEgcHJvdG9jb2wgZm9yIHNp Z25hbGluZyBhbmQgY29udHJvbCBiZXR3ZWVuDQp0cmFja2VycyBhbmQgcGVlcnMgKHRoZSBQUFNQ ICJ0cmFja2VyIHByb3RvY29sIikgYW5kIGEgc2lnbmFsaW5nIGFuZA0KY29udHJvbCBwcm90b2Nv bCBmb3IgY29tbXVuaWNhdGlvbiBhbW9uZyB0aGUgcGVlcnMgKHRoZSBQUFNQICJwZWVyDQpwcm90 b2NvbCIpLiBUaGUgdHdvIHByb3RvY29scyBlbmFibGUgcGVlcnMgdG8gcmVjZWl2ZSBzdHJlYW1p bmcgZGF0YQ0Kd2l0aGluIHRoZSB0aW1lIGNvbnN0cmFpbnRzIHJlcXVpcmVkIGJ5IHNwZWNpZmlj IGNvbnRlbnQgaXRlbXMuICBUaGUNCnRyYWNrZXIgcHJvdG9jb2wgaGFuZGxlcyB0aGUgaW5pdGlh bCBhbmQgcGVyaW9kaWMgZXhjaGFuZ2Ugb2YgbWV0YQ0KaW5mb3JtYXRpb24gYmV0d2VlbiB0cmFj a2VycyBhbmQgcGVlcnMsIHN1Y2ggYXMgcGVlciBsaXN0cyBhbmQgY29udGVudA0KaW5mb3JtYXRp b24uIFRoZSBwZWVyIHByb3RvY29sIGNvbnRyb2xzIHRoZSBhZHZlcnRpc2luZyBhbmQgZXhjaGFu Z2Ugb2YNCm1lZGlhIGRhdGEgYXZhaWxhYmlsaXR5IGFuZCBlYWNoIG90aGVyoa9zIG5laWdoYm9y IHBlZXJzIGJldHdlZW4gdGhlIHBlZXJzLg0KIA0KVGhlIHRyYWNrZXIgcHJvdG9jb2wgd2lsbCBi ZSBtb2RlbGVkIGFzIHJlcXVlc3QvYW5zd2VyIHByb3RvY29sIGJldHdlZW4gDQpwZWVyIGFuZCB0 cmFja2VyLGFuZCB3aWxsIGNhcnJ5IGluZm9ybWF0aW9uIA0KdGhhdCBpcyBuZWVkZWQgZm9yIHNl bGVjdGlvbiBvZiBhIHBlZXIgc3VpdGFibGUgZm9yIHJlYWwgdGltZSBzdHJlYW1pbmcuIA0KDQpU aGUgcGVlciBwcm90b2NvbCB3aWxsIGJlIG1vZGVsZWQgYXMgZ29zc2lwLWxpa2UgcHJvdG9jb2ws IHdpdGggcGVyaW9kaWMsIHBhaXJ3aXNlLA0KIGludGVyLXByb2Nlc3MgaW50ZXJhY3Rpb25zIG9m IGNoYW5nZWQgYXZhaWxhYmxlIG5laWdoYm9yIHBlZXJzIGFuZCBtZWRpYSBwaWVjZSANCnN0YXRl cyBjYWxsZWQgYml0bWFwIGJldHdlZW4gcGVlcnMuIFRoZSBpbmZvcm1hdGlvbiBleGNoYW5nZWQg ZHVyaW5nIHRoZXNlIGludGVyYWN0aW9ucyANCmlzIG9mIGJvdW5kZWQgc2l6ZSBhbmQgaXMgY2Fy cmllZCBieSBUQ1Agb3IgVURQIHRvZ2V0aGVyIHdpdGggSUNFIGZvciBOQVQgdHJhdmVyc2FsIA0K c3VwcG9ydC4NCg0KUlRQLFRDUCBvciBVRFAgbWF5IGJlIHVzZWQgZm9yIHRoZSBlbmNvZGluZyBh bmQgdHJhbnNtaXNzaW9uIG9mIHRoZSBtZWRpYSBjb250ZW50DQpiZXR3ZWVuIHBlZXJzLiBQUFNQ IGlzIG5vdCBjaGFydGVyZWQgdG8gd29yayBvbiBtZWRpYSB0cmFuc21pc3Npb24NCnByb3RvY29s cywgbWVkaWEgZW5jb2RpbmcgdGVjaG5pcXVlcyBvciBvdGhlciBjb21wb25lbnRzIG9mIGEgUDJQ DQpzdHJlYW1pbmcgc3lzdGVtIHN1Y2ggYXMgcGxheW91dCxzY2hlZHVsaW5nIGFuZCBjb250cm9s LCBldGMuDQpUaGVyZSBpcyBhIGdhcCBiZXR3ZWVuIHRoZSB0YXNrIG9mIHBlZXIgcHJvdG9jb2wg YW5kIGNvbnRlbnQgdHJhbnNtaXNzaW9uLCBuYW1lbHksIHRoZSANCm5lZ290aWF0aW9uIHRvIHNl dCB1cCBhIHNlc3Npb24gYmV0d2VlbiBwZWVycy4gSWYgdGhlIGdhcCBpcyBkZWVtZWQgbmVjZXNz YXJ5IHRvIGJlIG1ldCwgDQp0aGUgV0cgd2lsbCBzZWVrIHRvIHJlY2hhcnRlciBmb3Igc3VjaCBl eHRlbnNpb25zLg0KIA0KVGhlIHdvcmsgaXRlbXMgb2YgdGhlIFBQU1AgV0cgYXJlOg0KIA0KKDEp IEEgInByb2JsZW0gc3RhdGVtZW50IiBkb2N1bWVudCB0aGF0IGdpdmVzIGFuIG92ZXJ2aWV3IG9m IHRoZQ0KICAgIHByb3Bvc2VkIFAyUCBzdHJlYW1pbmcgc3lzdGVtLCBtb3RpdmF0ZXMgdGhlIGRl c2lyZSBmb3Igc3RhbmRhcmRpemVkDQogICAgcHJvdG9jb2xzLCBkZWZpbmVzIHRoZSBlbnZpc2lv bmVkIHNjb3BlIG9mIHRob3NlIHN0YW5kYXJkaXplZA0KICAgIGNvbXBvbmVudHMgYW5kIGRpc2N1 c3NlcyBjb21tb24gdGVybWlub2xvZ2llcyBhbmQgY29uY2VwdHMuDQogDQooMikgQSAicmVxdWly ZW1lbnRzIiBkb2N1bWVudCB0aGF0IGRldGFpbHMgdGhlIHNwZWNpZmljIGZ1bmN0aW9uYWwsDQog ICAgb3BlcmF0aW9uYWwgYW5kIHBlcmZvcm1hbmNlIHJlcXVpcmVtZW50cyBvZiB0aGUgdHdvIFBQ U1AgcHJvdG9jb2xzLg0KIA0KKDMpIEFuICJhcmNoaXRlY3R1cmFsIHN1cnZleSIgZG9jdW1lbnQg dGhhdCBzdW1tYXJpemVzIGN1cnJlbnQgUDJQDQogICAgc3RyZWFtaW5nIGFyY2hpdGVjdHVyZXMs IGluIHBhcnRpY3VsYXIgdHJhY2tlci1iYXNlZCBQMlAgc3RyZWFtaW5nDQogICAgc3lzdGVtcywg YW5kIGhpZ2hsaWdodHMgYmVzdCBjdXJyZW50IHByYWN0aWNlcy4NCiANCig0KSBBIGRldGFpbGVk IHNwZWNpZmljYXRpb24gb2YgdGhlIFBQU1AgcGVlciBwcm90b2NvbC4NCiANCig1KSBBIGRldGFp bGVkIHNwZWNpZmljYXRpb24gb2YgdGhlIFBQU1AgdHJhY2tlciBwcm90b2NvbC4NCiANCig2KSBB ICJ1c2FnZSBndWlkZSIgdGhhdCBkZXNjcmliZXMgaG93IHRoZSB0d28gUFBTUCBwcm90b2NvbHMg YW5kDQogICAgZXhpc3RpbmcgSUVURiBwcm90b2NvbHMsIHN1Y2ggYXMgUDJQU0lQIGFuZCBBTFRP LCBjYW4gYmUgY29tYmluZWQgdG8gY3JlYXRlIGENCiAgICBkZXBsb3lhYmxlIG9wZXJhdGlvbmFs IFAyUCBzdHJlYW1pbmcgc3lzdGVtLiBUaGlzIGRvY3VtZW50IHdpbGwNCiAgICBhbHNvIGRpc2N1 c3MgdXNlIG9mIGxheWVyZWQgbWVkaWEgZW5jb2RpbmcgYW5kIHJlbGF0ZWQgbWVkaWEgY2h1bmsN CiAgIGRlc2NyaXB0aW9ucyBpbiB0aGUgcGVlciBwcm90b2NvbCBmb3IgbW9yZSByb2J1c3Qgc3Ry ZWFtaW5nLg0KIA0KIA0KVGhlIHdvcmsgaXRlbXMgb2YgdGhlIFBQU1AgV0cgaW50ZXJhY3RzIHdp dGggdGhlIHdvcmsgcGVyZm9ybWVkIGluIG90aGVyDQpJRVRGIFdHcywgaW5jbHVkaW5nIFAyUFNJ UCwgU0lQQ09SRSwgQVZULCBBTFRPLCBMRURCQVQgYW5kIE1NVVNJQy4gV2hlbmV2ZXINCmV4dGVu c2lvbnMgb3IgbW9kaWZpY2F0aW9uIHRvIHRoZSBwcm90b2NvbHMgZGV2ZWxvcGVkIGluIG90aGVy IFdHcyBhcmUNCmRlZW1lZCBuZWNlc3NhcnksIFBQU1Agc2hhbGwgY29tbXVuaWNhdGUgYW5kIGRp c2N1c3MgdGhlIHJlcXVpcmVtZW50cw0KZm9yIHN1Y2ggZXh0ZW5zaW9ucyB3aXRoIHRoZSByZWxl dmFudCBXR3MgYnV0IGlzIG5vdCBjaGFydGVkIHRvIG1ha2UNCnN1Y2ggY2hhbmdlcy4NCiANCkdv YWxzIGFuZCBNaWxlc3RvbmVzOg0KIA0KU2VwIDIwMTAgICBTdWJtaXQgcHJvYmxlbSBzdGF0ZW1l bnQgdG8gSUVTRyBhcyBJbmZvcm1hdGlvbmFsDQpEZWMgMjAxMCAgIFN1Ym1pdCBhcmNoaXRlY3R1 cmFsIHN1cnZleSB0byBJRVNHIGFzIEluZm9ybWF0aW9uYWwNCkRlYyAyMDEwICAgU3VibWl0IHJl cXVpcmVtZW50cyBkb2N1bWVudCB0byBJRVNHIGFzIEluZm9ybWF0aW9uYWwNCkF1ZyAyMDExICAg U3VibWl0IFBQU1AgcGVlciBwcm90b2NvbCB0byBJRVNHIGFzIFByb3Bvc2VkIFN0YW5kYXJkIA0K QXVnIDIwMTEgICBTdWJtaXQgUFBTUCB0cmFja2VyIHByb3RvY29sIHRvIElFU0cgYXMgUHJvcG9z ZWQgU3RhbmRhcmQNCkRlYyAyMDExICAgU3VibWl0IHVzYWdlIGd1aWRlIHRvIElFU0cgdG8gSUVT RyBhcyBJbmZvcm1hdGlvbmFsDQogDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAzLTIxDQo= --=====003_Dragon027768354003_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPjwvSEVBRD4NCjxCT0RZPg0KPERJVj48Rk9OVCBz aXplPTI+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+RGVhciBhbGwsPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPiZuYnNwOyZuYnNwOyBBY2Nyb2Rp bmcgdG8gQ3VsbGVuJ3MgdmVyc2lvbiBvZiANClBQU1AgY2hhcnRlciBwcm9wb3NhbCBhbmQgcmVj ZW50IGRpc2N1c3Npb25zIG9uIFBQU1AgbWFpbGluZyBsaXN0LEkgdXBkYXRlIGEgbmV3IA0KdmVy c2lvbiB3aXRoIHNvbWUgcmV2aXNpb25zLGluY2x1ZGluZyB1cGRhdGVkIGxhbmd1YWdlIGNvbmNl cm5pbmcgdGhlIHByb3RvY29sIA0KY2FuZGlkYXRlcyBkZXNjcmlwdGlvbnMgb24gcGVlciBhbmQg dHJhY2tlciBwcm90b2NvbCwgdGhlIHRhc2sgb2Ygc2Vzc2lvbiANCm5lZ290aWF0aW9uIGRlc2Ny aXB0aW9uIGZvciByZWNoYXJ0ZXJpbmcgKGlmIG5lY2Vzc2FyeSkgYW5kIHNvbWUgcmVsYXRlZCBX RyANCnVwZGF0ZS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+ Jm5ic3A7Jm5ic3A7IFNvIHBsZWFzZSBsZXQgbWUga25vdyBpZiBpdCByZWZsZWN0cyANCmNsZWFy ZXIgdmlldyBvbiBQUFNQLkFueSBjb21tZW50cyBhcmUgaGlnaGx5IGFwcHJlY2lhdGVkLjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJz cDsgPC9GT05UPjxGT05UIHNpemU9Mj5UaGFua3Mgc28gDQptdWNoIGZvciBhbGwgb2YgeW91ciBw cm9wb3NhbHMgYW5kIHZhbHVhYmxlIHN1Z2dlc3Rpb25zIG9uIHRoZSBtYWlsaW5nIA0KbGlzdC48 L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9O VD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj5CUjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj5ZdW5mZWk8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJ Vj48QlI+PEZPTlQgDQpmYWNlPVZlcmRhbmE+PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PTwvRk9OVD48L0RJVj4NCjxESVY+DQo8UCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQg DQpmYWNlPVZlcmRhbmE+VGhlIFBlZXItdG8tUGVlciBTdHJlYW1pbmcgUHJvdG9jb2wgKFBQU1Ap IHdvcmtpbmcgZ3JvdXAgZGV2ZWxvcHMgDQp0d288P3htbDpuYW1lc3BhY2UgcHJlZml4ID0gbyBu cyA9ICJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIA0KLz48bzpwPjwv bzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46 IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPnNpZ25h bGluZyBhbmQgY29udHJvbCBwcm90b2NvbHMgZm9yIGEgcGVlci10by1wZWVyIChQMlApIA0Kc3Ry ZWFtaW5nPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBz dHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9 VmVyZGFuYT5zeXN0ZW0gZm9yIHRyYW5zbWl0dGluZyBsaXZlIGFuZCB0aW1lIHNoaWZ0ZWQgbWVk aWEgY29udGVudCB3aXRoIA0KbmVhcjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4t VVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+cmVhbC10aW1lIGRlbGl2ZXJ5IHJlcXVpcmVtZW50cy48 bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJN QVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpmYWNlPVZl cmRhbmE+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNl PVZlcmRhbmE+VHdvIGtpbmRzIG9mIG5vZGVzIGV4aXN0IGluIHRoZSB0YXJnZXRlZCBQMlAgc3Ry ZWFtaW5nIHN5c3RlbSwgDQppLmUuLDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4t VVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+InBlZXJzIiBhbmQgInRyYWNrZXJzIi4gUGVlcnMgYXJl IG5vZGVzIHRoYXQgYXJlIGFjdGl2ZWx5IHNlbmRpbmcgDQphbmQ8bzpwPjwvbzpwPjwvRk9OVD48 L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0 Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPnJlY2VpdmluZyBzdHJlYW1l ZCBtZWRpYSBjb250ZW50LCBhbmQgaW5jbHVkZSBib3RoIHN0YXRpY2FsbHkgDQpjb25uZWN0ZWQ8 bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJN QVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5h Pmhvc3RzIGFzIHdlbGwgYXMgbW9iaWxlIGRldmljZXMgd2l0aCBjb25uZWN0aXZpdHkgYW5kIElQ IGFkZHJlc3NlcyANCnRoYXQ8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxG T05UIA0KZmFjZT1WZXJkYW5hPmNoYW5nZSBvdmVyIHRpbWUuIEJlc2lkZXMgZW5kIG5vZGVzLCBw ZWVycyBhbHNvIGluY2x1ZGUgY2FjaGVzLCANCjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+ DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxh bmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+Q0ROIG5vZGVzIGFuZCB0aGUga2luZCBvZiBk ZXBsb3llZCBlZGdlIG5ldHdvcmsgZXF1aXBtZW50cyBhbmQgDQpzdXBlci1ub2RlcyBieSBJU1Au PG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i TUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFu YT5UaGUgc2V0IG9mIHBlZXJzIHRoYXQgYXJlIHBhcnRpY2lwYXRpbmcgaW4gYSBzdHJlYW1pbmcg c2Vzc2lvbiB3aWxsIA0KZHluYW1pY2FsbHkgPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4N CjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFu Zz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT5jaGFuZ2Ugb3ZlciB0aW1lLiBUcmFja2VycyBh cmUgd2VsbC1rbm93biBub2RlcyB3aXRoIHN0YWJsZSANCmNvbm5lY3Rpdml0eSB0aGF0PG86cD48 L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BB TiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOzwvU1BBTj5tYWludGFpbiBtZXRhIA0K aW5mb3JtYXRpb24gYWJvdXQgdGhlIHN0cmVhbWVkIGNvbnRlbnQgYW5kIHRoZSBkeW5hbWljIHBl ZXIgc2V0LiANCjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3Jt YWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpm YWNlPVZlcmRhbmE+VGhleSBjYW4gYmUgb3JnYW5pemVkIGluIGNlbnRyYWxpemVkIG9yIGRpc3Ry aWJ1dGVkIA0Kd2F5LjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PG86cD48 Rk9OVCANCmZhY2U9VmVyZGFuYT4mbmJzcDs8L0ZPTlQ+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNs YXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1V Uz48Rk9OVCANCmZhY2U9VmVyZGFuYT5UaGUgUFBTUCBXRyBkZXNpZ25zIGEgcHJvdG9jb2wgZm9y IHNpZ25hbGluZyBhbmQgY29udHJvbCANCmJldHdlZW48bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BB TiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPnRyYWNrZXJzIGFuZCBwZWVycyAodGhl IFBQU1AgInRyYWNrZXIgcHJvdG9jb2wiKSBhbmQgYSBzaWduYWxpbmcgDQphbmQ8bzpwPjwvbzpw PjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBj bSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPmNvbnRyb2wg cHJvdG9jb2wgZm9yIGNvbW11bmljYXRpb24gYW1vbmcgdGhlIHBlZXJzICh0aGUgUFBTUCANCiJw ZWVyPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHls ZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVy ZGFuYT5wcm90b2NvbCIpLiBUaGUgdHdvIHByb3RvY29scyBlbmFibGUgcGVlcnMgdG8gcmVjZWl2 ZSBzdHJlYW1pbmcgDQpkYXRhPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48 Rk9OVCANCmZhY2U9VmVyZGFuYT53aXRoaW4gdGhlIHRpbWUgY29uc3RyYWludHMgcmVxdWlyZWQg Ynkgc3BlY2lmaWMgY29udGVudCANCml0ZW1zLjxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHll cyI+Jm5ic3A7IA0KPC9TUEFOPlRoZTxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4t VVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+dHJhY2tlciBwcm90b2NvbCBoYW5kbGVzIHRoZSBpbml0 aWFsIGFuZCBwZXJpb2RpYyBleGNoYW5nZSBvZiANCm1ldGE8bzpwPjwvbzpwPjwvRk9OVD48L1NQ QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48 U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPmluZm9ybWF0aW9uIGJldHdlZW4g dHJhY2tlcnMgYW5kIHBlZXJzLCBzdWNoIGFzIHBlZXIgbGlzdHMgYW5kIA0KY29udGVudDxvOnA+ PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+aW5m b3JtYXRpb24uIFRoZSBwZWVyIHByb3RvY29sIGNvbnRyb2xzIHRoZSBhZHZlcnRpc2luZyBhbmQg DQpleGNoYW5nZSBvZjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQg DQpmYWNlPVZlcmRhbmE+bWVkaWEgZGF0YSBhdmFpbGFiaWxpdHkgYW5kIGVhY2ggb3RoZXKhr3Mg bmVpZ2hib3IgcGVlcnMgYmV0d2VlbiB0aGUgDQpwZWVycy48bzpwPjwvbzpwPjwvRk9OVD48L1NQ QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48 U1BBTiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwv bzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBj bSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+VGhlIHRyYWNrZXIg cHJvdG9jb2wgd2lsbCBiZSBtb2RlbGVkIGFzIHJlcXVlc3QvYW5zd2VyIHByb3RvY29sIA0KYmV0 d2VlbiA8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0 eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1W ZXJkYW5hPnBlZXIgYW5kIHRyYWNrZXIsPEZPTlQgY29sb3I9IzAwMDBmZj48Rk9OVCBjb2xvcj0j MDAwMDAwPmFuZCANCndpbGw8L0ZPTlQ+IDwvRk9OVD5jYXJyeSBpbmZvcm1hdGlvbiA8bzpwPjwv bzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46 IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPnRoYXQg aXMgbmVlZGVkIGZvciBzZWxlY3Rpb24gb2YgYSBwZWVyIHN1aXRhYmxlIGZvciByZWFsIHRpbWUg DQpzdHJlYW1pbmcuIDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWwgDQpzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjogbGVmdDsgbXNv LXBhZ2luYXRpb246IHdpZG93LW9ycGhhbjsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28t bWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmE+ PFNQQU4gbGFuZz1FTi1VUyANCnN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdCI+PC9T UEFOPjwvRk9OVD4mbmJzcDs8L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjogbGVmdDsgbXNvLXBhZ2luYXRpb246IHdpZG93LW9y cGhhbjsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1 dG8iIA0KYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmE+PFNQQU4gbGFuZz1FTi1VUyANCnN0 eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdCI+VGhlIHBlZXIgcHJvdG9jb2wgd2lsbCBi ZSBtb2RlbGVkIGFzIA0KZ29zc2lwLWxpa2UgcHJvdG9jb2wsIHdpdGggPC9TUEFOPjxTUEFOIGxh bmc9RU4gDQpzdHlsZT0ibXNvLWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1hbnNpLWxhbmd1 YWdlOiBFTiI+cGVyaW9kaWMsIA0KcGFpcndpc2UsPC9TUEFOPjwvRk9OVD48L1A+DQo8UCBjbGFz cz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjogbGVm dDsgbXNvLXBhZ2luYXRpb246IHdpZG93LW9ycGhhbjsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRv OyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6IGF1dG8iIA0KYWxpZ249bGVmdD48U1BBTiBsYW5nPUVO IA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBtc28tYW5zaS1sYW5ndWFnZTog RU4iPjxGT05UIA0KZmFjZT1WZXJkYW5hPiZuYnNwO2ludGVyLXByb2Nlc3MgaW50ZXJhY3Rpb25z IG9mIGNoYW5nZWQgYXZhaWxhYmxlIG5laWdoYm9yIA0KcGVlcnMgYW5kIG1lZGlhIHBpZWNlIDwv Rk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNt IDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1wYWdpbmF0aW9uOiB3aWRvdy1vcnBoYW47 IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1ib3R0b20tYWx0OiBhdXRvIiAN CmFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJkYW5hPjxTUEFOIGxhbmc9RU4gDQpzdHlsZT0ibXNv LWJpZGktZm9udC1zaXplOiAxMC41cHQ7IG1zby1hbnNpLWxhbmd1YWdlOiBFTiI+c3RhdGVzIGNh bGxlZCBiaXRtYXAgDQpiZXR3ZWVuIHBlZXJzLiA8L1NQQU4+PFNQQU4gbGFuZz1FTiANCnN0eWxl PSJtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOOyBtc28t Zm9udC1rZXJuaW5nOiAwcHQiPlRoZSANCmluZm9ybWF0aW9uIGV4Y2hhbmdlZCBkdXJpbmcgdGhl c2UgaW50ZXJhY3Rpb25zIDwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0K c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQ7IFRFWFQtQUxJR046IGxlZnQ7IG1zby1wYWdpbmF0 aW9uOiB3aWRvdy1vcnBoYW47IG1zby1tYXJnaW4tdG9wLWFsdDogYXV0bzsgbXNvLW1hcmdpbi1i b3R0b20tYWx0OiBhdXRvIiANCmFsaWduPWxlZnQ+PFNQQU4gbGFuZz1FTiANCnN0eWxlPSJtc28t YmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOOyBtc28tZm9udC1r ZXJuaW5nOiAwcHQiPjxGT05UIA0KZmFjZT1WZXJkYW5hPmlzIG9mIGJvdW5kZWQgc2l6ZSBhbmQg aXMgY2FycmllZCBieSBUQ1Agb3IgVURQIHRvZ2V0aGVyIHdpdGggSUNFIA0KZm9yIE5BVCB0cmF2 ZXJzYWwgPC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFS R0lOOiAwY20gMGNtIDBwdDsgVEVYVC1BTElHTjogbGVmdDsgbXNvLXBhZ2luYXRpb246IHdpZG93 LW9ycGhhbjsgbXNvLW1hcmdpbi10b3AtYWx0OiBhdXRvOyBtc28tbWFyZ2luLWJvdHRvbS1hbHQ6 IGF1dG8iIA0KYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmE+PFNQQU4gbGFuZz1FTiANCnN0 eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOOyBt c28tZm9udC1rZXJuaW5nOiAwcHQiPnN1cHBvcnQuPC9TUEFOPjxTUEFOIA0KbGFuZz1FTiANCnN0 eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjVwdDsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOIj48 bzpwPjwvbzpwPjwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJN QVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5h PjwvRk9OVD48L1NQQU4+Jm5ic3A7PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPlJU UCxUQ1Agb3IgVURQIG1heSBiZSB1c2VkIGZvciB0aGUgZW5jb2RpbmcgYW5kIHRyYW5zbWlzc2lv biBvZiB0aGUgDQptZWRpYSBjb250ZW50PG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQ IGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1F Ti1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT5iZXR3ZWVuIHBlZXJzLiBQUFNQIGlzIG5vdCBjaGFy dGVyZWQgdG8gd29yayBvbiBtZWRpYSANCnRyYW5zbWlzc2lvbjxvOnA+PC9vOnA+PC9GT05UPjwv U1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQi PjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+cHJvdG9jb2xzLCBtZWRpYSBl bmNvZGluZyB0ZWNobmlxdWVzIG9yIG90aGVyIGNvbXBvbmVudHMgb2YgYSANClAyUDxvOnA+PC9v OnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjog MGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+c3RyZWFt aW5nIHN5c3RlbSBzdWNoIGFzIHBsYXlvdXQsc2NoZWR1bGluZyBhbmQgY29udHJvbCwgDQpldGMu PG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i TUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFu YT5UaGVyZSBpcyBhIGdhcCBiZXR3ZWVuIHRoZSB0YXNrIG9mIHBlZXIgcHJvdG9jb2wgYW5kIGNv bnRlbnQgDQp0cmFuc21pc3Npb24sIG5hbWVseSwgdGhlIDwvRk9OVD48L1NQQU4+PC9QPg0KPFAg Y2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVO LVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPm5lZ290aWF0aW9uIHRvIHNldCB1cCBhIHNlc3Npb24g YmV0d2VlbiBwZWVycy4gSWYgdGhlIGdhcCBpcyBkZWVtZWQgDQpuZWNlc3NhcnkgdG8gYmUgbWV0 LCA8L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAw Y20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT50aGUgV0cg d2lsbCBzZWVrIHRvIHJlY2hhcnRlciBmb3Igc3VjaCANCmV4dGVuc2lvbnMuPG86cD48L286cD48 L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20g MGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48bzpwPjxGT05UIA0KZmFjZT1WZXJkYW5hPiZuYnNw OzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPlRo ZSB3b3JrIGl0ZW1zIG9mIHRoZSBQUFNQIFdHIGFyZTo8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BB TiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwvbzpw PjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAw cHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+KDEpIEEgInByb2JsZW0g c3RhdGVtZW50IiBkb2N1bWVudCB0aGF0IGdpdmVzIGFuIG92ZXJ2aWV3IG9mIA0KdGhlPG86cD48 L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BB TiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOzwvU1BBTj48U1BBTiANCnN0eWxlPSJt c28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7IDwvU1BBTj5wcm9wb3NlZCBQMlAgc3RyZWFt aW5nIHN5c3RlbSwgDQptb3RpdmF0ZXMgdGhlIGRlc2lyZSBmb3Igc3RhbmRhcmRpemVkPG86cD48 L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BB TiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj5w cm90b2NvbHMsIGRlZmluZXMgdGhlIGVudmlzaW9uZWQgc2NvcGUgb2YgdGhvc2UgDQpzdGFuZGFy ZGl6ZWQ8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0 eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1W ZXJkYW5hPjxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IA0KPC9TUEFOPmNvbXBvbmVudHMgYW5kIGRpc2N1c3NlcyBjb21tb24gdGVybWlub2xvZ2llcyBh bmQgDQpjb25jZXB0cy48bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+ PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4t VVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+KDIpIEEgInJlcXVpcmVtZW50cyIgZG9jdW1lbnQgdGhh dCBkZXRhaWxzIHRoZSBzcGVjaWZpYyANCmZ1bmN0aW9uYWwsPG86cD48L286cD48L0ZPTlQ+PC9T UEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+ PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BBTiBzdHlsZT0ibXNvLXNw YWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyZuYnNwOyANCjwvU1BBTj5vcGVyYXRpb25hbCBhbmQg cGVyZm9ybWFuY2UgcmVxdWlyZW1lbnRzIG9mIHRoZSB0d28gUFBTUCANCnByb3RvY29scy48bzpw PjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpmYWNlPVZlcmRh bmE+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5 bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZl cmRhbmE+KDMpIEFuICJhcmNoaXRlY3R1cmFsIHN1cnZleSIgZG9jdW1lbnQgdGhhdCBzdW1tYXJp emVzIGN1cnJlbnQgDQpQMlA8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxG T05UIA0KZmFjZT1WZXJkYW5hPjxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDwvU1BBTj5zdHJlYW1pbmcgDQphcmNoaXRlY3R1cmVzLCBpbiBwYXJ0aWN1 bGFyIHRyYWNrZXItYmFzZWQgUDJQIA0Kc3RyZWFtaW5nPG86cD48L286cD48L0ZPTlQ+PC9TUEFO PjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQ QU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48U1BBTiBzdHlsZT0ibXNvLXNwYWNl cnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+c3lzdGVtcywgDQphbmQgaGlnaGxp Z2h0cyBiZXN0IGN1cnJlbnQgcHJhY3RpY2VzLjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+ DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxh bmc9RU4tVVM+PG86cD48Rk9OVCANCmZhY2U9VmVyZGFuYT4mbmJzcDs8L0ZPTlQ+PC9vOnA+PC9T UEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+ PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT4oNCkgQSBkZXRhaWxlZCBzcGVj aWZpY2F0aW9uIG9mIHRoZSBQUFNQIHBlZXIgDQpwcm90b2NvbC48bzpwPjwvbzpwPjwvRk9OVD48 L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0 Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05U PjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNt IDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+KDUpIEEgZGV0 YWlsZWQgc3BlY2lmaWNhdGlvbiBvZiB0aGUgUFBTUCB0cmFja2VyIA0KcHJvdG9jb2wuPG86cD48 L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48bzpwPjxGT05UIA0KZmFjZT1WZXJkYW5h PiZuYnNwOzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxl PSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJk YW5hPig2KSBBICJ1c2FnZSBndWlkZSIgdGhhdCBkZXNjcmliZXMgaG93IHRoZSB0d28gUFBTUCBw cm90b2NvbHMgDQphbmQ8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05U IA0KZmFjZT1WZXJkYW5hPjxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5i c3A7Jm5ic3A7IDwvU1BBTj5leGlzdGluZyANCklFVEYgcHJvdG9jb2xzLCBzdWNoIGFzIFAyUFNJ UCBhbmQgQUxUTywgY2FuIGJlIGNvbWJpbmVkIHRvIGNyZWF0ZSANCmE8bzpwPjwvbzpwPjwvRk9O VD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPjxTUEFOIHN0eWxlPSJt c28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KPC9TUEFOPmRlcGxveWFibGUg b3BlcmF0aW9uYWwgUDJQIHN0cmVhbWluZyBzeXN0ZW0uIFRoaXMgZG9jdW1lbnQgDQp3aWxsPG86 cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFS R0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT48 U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyZuYnNwOyA8L1NQQU4+ YWxzbyANCmRpc2N1c3MgdXNlIG9mIGxheWVyZWQgbWVkaWEgZW5jb2RpbmcgYW5kIHJlbGF0ZWQg bWVkaWEgY2h1bms8L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i TUFSR0lOOiAwY20gMGNtIDBwdCI+PEZPTlQgZmFjZT1WZXJkYW5hPjxTUEFOIA0KbGFuZz1FTi1V Uz4mbmJzcDsmbmJzcDsgPC9TUEFOPjxTUEFOIGxhbmc9RU4tVVM+ZGVzY3JpcHRpb25zIGluIHRo ZSBwZWVyIA0KcHJvdG9jb2wgZm9yIG1vcmUgcm9idXN0IHN0cmVhbWluZy48bzpwPjwvbzpwPjwv U1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAw Y20gMHB0OyBURVhULUlOREVOVDogMjEuNzVwdCI+PFNQQU4gDQpsYW5nPUVOLVVTPjxvOnA+PEZP TlQgZmFjZT1WZXJkYW5hPiZuYnNwOzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxv OnA+PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8 UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9 RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+VGhlIHdvcmsgaXRlbXMgb2YgdGhlIFBQU1AgV0cg aW50ZXJhY3RzIHdpdGggdGhlIHdvcmsgcGVyZm9ybWVkIGluIA0Kb3RoZXI8bzpwPjwvbzpwPjwv Rk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAw Y20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPklFVEYgV0dzLCBp bmNsdWRpbmcgUDJQU0lQLCBTSVBDT1JFLCBBVlQsIEFMVE8sIExFREJBVCBhbmQgTU1VU0lDLiAN CldoZW5ldmVyPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h bCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZh Y2U9VmVyZGFuYT5leHRlbnNpb25zIG9yIG1vZGlmaWNhdGlvbiB0byB0aGUgcHJvdG9jb2xzIGRl dmVsb3BlZCBpbiBvdGhlciBXR3MgDQphcmU8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0K PFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5n PUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPmRlZW1lZCBuZWNlc3NhcnksIFBQU1Agc2hhbGwg Y29tbXVuaWNhdGUgYW5kIGRpc2N1c3MgdGhlIA0KcmVxdWlyZW1lbnRzPG86cD48L286cD48L0ZP TlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNt IDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT5mb3Igc3VjaCBleHRl bnNpb25zIHdpdGggdGhlIHJlbGV2YW50IFdHcyBidXQgaXMgbm90IGNoYXJ0ZWQgdG8gDQptYWtl PG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0i TUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFu YT5zdWNoIGNoYW5nZXMuPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1z b05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48bzpw PjxGT05UIA0KZmFjZT1WZXJkYW5hPiZuYnNwOzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAg Y2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVO LVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPkdvYWxzIGFuZCBNaWxlc3RvbmVzOjxvOnA+PC9vOnA+ PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNt IDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PG86cD48Rk9OVCANCmZhY2U9VmVyZGFuYT4mbmJz cDs8L0ZPTlQ+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFS R0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9VmVyZGFuYT5T ZXAgMjAxMDxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5ic3A7IDwvU1BB Tj5TdWJtaXQgDQpwcm9ibGVtIHN0YXRlbWVudCB0byBJRVNHIGFzIEluZm9ybWF0aW9uYWw8bzpw PjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KZmFjZT1WZXJkYW5hPkRl YyAyMDEwPFNQQU4gc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJzcDsmbmJzcDsgPC9TUEFO PlN1Ym1pdCANCmFyY2hpdGVjdHVyYWwgc3VydmV5IHRvIElFU0cgYXMgSW5mb3JtYXRpb25hbDxv OnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1B UkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRhbmE+ RGVjIDIwMTA8U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyA8L1NQ QU4+U3VibWl0IA0KcmVxdWlyZW1lbnRzIGRvY3VtZW50IHRvIElFU0cgYXMgSW5mb3JtYXRpb25h bDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpmYWNlPVZlcmRh bmE+QXVnIDIwMTE8U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyZuYnNwOyA8 L1NQQU4+U3VibWl0IA0KUFBTUCBwZWVyIHByb3RvY29sIHRvIElFU0cgYXMgUHJvcG9zZWQgU3Rh bmRhcmQgPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBz dHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmZhY2U9 VmVyZGFuYT5BdWcgMjAxMTxTUEFOIHN0eWxlPSJtc28tc3BhY2VydW46IHllcyI+Jm5ic3A7Jm5i c3A7IDwvU1BBTj5TdWJtaXQgDQpQUFNQIHRyYWNrZXIgcHJvdG9jb2wgdG8gSUVTRyBhcyBQcm9w b3NlZCBTdGFuZGFyZDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQg DQpmYWNlPVZlcmRhbmE+RGVjIDIwMTE8U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZu YnNwOyZuYnNwOyA8L1NQQU4+U3VibWl0IA0KdXNhZ2UgZ3VpZGUgdG8gSUVTRyB0byBJRVNHIGFz IEluZm9ybWF0aW9uYWw8bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+ PEZPTlQgDQpmYWNlPVZlcmRhbmE+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+PC9ESVY+ PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJz cDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhS IHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFu Z3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEw LTAzLTIxPC9GT05UPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon027768354003_=====-- From lars.eggert@nokia.com Sun Mar 21 09:49:38 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 104DB3A6A01; Sun, 21 Mar 2010 09:49:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.441 X-Spam-Level: X-Spam-Status: No, score=-4.441 tagged_above=-999 required=5 tests=[AWL=-1.573, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, 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 AWhb83p4tEel; Sun, 21 Mar 2010 09:49:36 -0700 (PDT) Received: from mgw-mx03.nokia.com (smtp.nokia.com [192.100.122.230]) by core3.amsl.com (Postfix) with ESMTP id 8E4363A6A0D; Sun, 21 Mar 2010 09:49:33 -0700 (PDT) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LGneHC018942; Sun, 21 Mar 2010 18:49:40 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 18:49:39 +0200 Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 18:49:39 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LGncDB018948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 18:49:38 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-20-972650418; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <201003211318052964152@chinamobile.com> Date: Sun, 21 Mar 2010 09:49:02 -0700 Message-Id: References: <201003211318052964152@chinamobile.com> To: zhangyunfei X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Sun, 21 Mar 2010 18:49:12 +0200 (EET) X-OriginalArrivalTime: 21 Mar 2010 16:49:39.0391 (UTC) FILETIME=[7F31BCF0:01CAC916] X-Nokia-AV: Clean Cc: ppsp@ietf.org, IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 16:49:38 -0000 --Apple-Mail-20-972650418 Content-Type: multipart/mixed; boundary=Apple-Mail-19-972650344 --Apple-Mail-19-972650344 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, thank you for the revised charter proposal! I've reviewed the changes, = and there were some additions that I didn't see discussed much on the = list and I'm hence hesitant to make this late in the chartering process = (e.g., the text related to caches and CDNs). I also tightened up the proposed text in a few other places, decided to = not advance the milestones to the earlier dates you proposed (the WG = obviously doesn't need to wait to submit work early), and made some very = minor other changes. I'm attaching the resulting charter text and a diff to the version that = went originally for IESG approval below. Lars --Apple-Mail-19-972650344 Content-Disposition: attachment; filename=ppsp-final.txt Content-Type: text/plain; x-mac-type=2A2A2A2A; x-mac-creator=48647261; x-unix-mode=0644; name="ppsp-final.txt" Content-Transfer-Encoding: 7bit Peer-to-Peer Streaming Protocol (PPSP) -------------------------------------------------- Current Status: Proposed Working Group Chair(s): TBD Transport Area Director(s): Magnus Westerlund Lars Eggert Transport Area Advisor: Lars Eggert Mailing Lists: ppsp@ietf.org Description of Working Group: The Peer-to-Peer Streaming Protocol (PPSP) working group develops two signaling and control protocols for a peer-to-peer (P2P) streaming system for transmitting live and time-shifted media content with near real-time delivery requirements. Two kinds of nodes exist in the targeted P2P streaming system, i.e., "peers" and "trackers". Peers are nodes that are actively sending and receiving streamed media content, and include both statically connected hosts as well as mobile devices with connectivity and IP addresses that change over time. The set of peers that are participating in a streaming session will dynamically change over time. Trackers are well-known nodes with stable connectivity that maintain meta information about the streamed content and the dynamic peer set. Trackers can be organized in centralized or distributed ways. The PPSP WG designs a protocol for signaling and control between trackers and peers (the PPSP "tracker protocol") and a signaling and control protocol for communication among the peers (the PPSP "peer protocol"). The two protocols enable peers to receive streaming data within the time constraints required by specific content items. The tracker protocol handles the initial and periodic exchange of meta information between trackers and peers, such as peer lists and content information. The peer protocol controls the advertising and exchange of media data availability between the peers. It is envisioned that the tracker protocol will be modeled as a request/response protocol between peers and trackers, and will carry information needed for the selection of peers suitable for real-time streaming. The peer protocol is envisioned to be modeled as a gossip-like protocol with periodic, pairwise exchanges of neighbor and media chunk availability information. Both protocols will be carried over TCP (or UDP, when delivery requirements cannot be met by TCP), likely in combination with ICE for NAT traversal support. RTP, TCP or UDP may be used for the encoding and transmission of the media content between peers. PPSP is not chartered to work on media transmission protocols, media encoding techniques or other components of a P2P streaming system such as playout, scheduling and control, etc. The work items of the PPSP WG are: (1) A "problem statement" document that gives an overview of the proposed P2P streaming system, motivates the desire for standardized protocols, defines the envisioned scope of those standardized components and discusses common terminologies and concepts. (2) A "requirements" document that details the specific functional, operational and performance requirements of the two PPSP protocols. (3) An "architectural survey" document that summarizes current P2P streaming architectures, in particular tracker-based P2P streaming systems, and highlights best current practices. (4) A detailed specification of the PPSP peer protocol. (5) A detailed specification of the PPSP tracker protocol. (6) A "usage guide" that describes how the two PPSP protocols and existing IETF protocols, such as P2PSIP or ALTO, can be combined to create a deployable operational P2P streaming system. This document may also discuss variants of such a system that, for example, use layered media encoding and related media chunk descriptions in the peer protocol for more robust streaming. The work items of the PPSP WG interacts with the work performed in other IETF WGs, including P2PSIP, SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever extensions or modification to the protocols developed in other WGs are deemed necessary, PPSP shall communicate and discuss the requirements for such extensions with the relevant WGs. PPSP is not chartered to design and specify such changes. Goals and Milestones: Dec 2010 Submit problem statement to IESG as Informational Apr 2011 Submit architectural survey to IESG as Informational Apr 2011 Submit requirements document to IESG as Informational Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard Dec 2011 Submit usage guide to IESG to IESG as Informational --Apple-Mail-19-972650344 Content-Disposition: attachment; filename=ppsp-final-from-.diff.html Content-Type: text/html; x-unix-mode=0644; name="ppsp-final-from-.diff.html" Content-Transfer-Encoding: 7bit Diff: ppsp.txt - ppsp-final.txt
 ppsp.txt   ppsp-final.txt 
skipping to change at line 22 skipping to change at line 22
Transport Area Advisor: Transport Area Advisor:
Lars Eggert <lars.eggert@nokia.com> Lars Eggert <lars.eggert@nokia.com>
Mailing Lists: Mailing Lists:
ppsp@ietf.org ppsp@ietf.org
Description of Working Group: Description of Working Group:
The Peer-to-Peer Streaming Protocol (PPSP) working group develops The Peer-to-Peer Streaming Protocol (PPSP) working group develops
two signaling and control protocols for a peer-to-peer (P2P) streaming two signaling and control protocols for a peer-to-peer (P2P) streaming
system for transmitting live and pre-recorded media content with near system for transmitting live and time-shifted media content with near
real-time delivery requirements. real-time delivery requirements.
Two kinds of nodes exist in the targeted P2P streaming system, i.e., Two kinds of nodes exist in the targeted P2P streaming system, i.e.,
"peers" and "trackers". Peers are nodes that are actively sending "peers" and "trackers". Peers are nodes that are actively sending
and receiving streamed media content, and include both statically and receiving streamed media content, and include both statically
connected hosts as well as mobile devices with connectivity and IP connected hosts as well as mobile devices with connectivity and IP
addresses that change over time. The set of peers that are participating addresses that change over time. The set of peers that are participating
in a streaming session will dynamically change over time. Trackers in a streaming session will dynamically change over time. Trackers
are well-known nodes with stable connectivity that maintain meta are well-known nodes with stable connectivity that maintain meta
information about the streamed content and the dynamic peer set. information about the streamed content and the dynamic peer set.
Trackers can be organized in centralized or distributed ways.
The PPSP WG designs a protocol for signaling and control between The PPSP WG designs a protocol for signaling and control between
trackers and peers (the PPSP "tracker protocol") and a signaling trackers and peers (the PPSP "tracker protocol") and a signaling
and control protocol for communication among the peers (the PPSP and control protocol for communication among the peers (the PPSP
"peer protocol"). The two protocols enable peers to receive streaming "peer protocol"). The two protocols enable peers to receive streaming
data within the time constraints required by specific content items. data within the time constraints required by specific content items.
The tracker protocol handles the initial and periodic exchange of The tracker protocol handles the initial and periodic exchange of
meta information between trackers and peers, such as peer lists and meta information between trackers and peers, such as peer lists and
content information. The peer protocol controls the advertising and content information. The peer protocol controls the advertising and
exchange of media data availability between the peers. exchange of media data availability between the peers.
Existing IETF and other standards will be used for the encoding and It is envisioned that the tracker protocol will be modeled as a
transmission of the media content between peers. PPSP is not chartered request/response protocol between peers and trackers, and will carry
to work on media transmission protocols, media encoding techniques information needed for the selection of peers suitable for real-time
or other components of a P2P streaming system such as playout streaming. The peer protocol is envisioned to be modeled as a
scheduling and control, etc. gossip-like protocol with periodic, pairwise exchanges of neighbor
and media chunk availability information. Both protocols will be
carried over TCP (or UDP, when delivery requirements cannot be met by
TCP), likely in combination with ICE for NAT traversal support.
RTP, TCP or UDP may be used for the encoding and transmission of the
media content between peers. PPSP is not chartered to work on media
transmission protocols, media encoding techniques or other components
of a P2P streaming system such as playout, scheduling and control, etc.
The work items of the PPSP WG are: The work items of the PPSP WG are:
(1) A "problem statement" document that gives an overview of the (1) A "problem statement" document that gives an overview of the
proposed P2P streaming system, motivates the desire for proposed P2P streaming system, motivates the desire for
standardized protocols, defines the envisioned scope of those standardized protocols, defines the envisioned scope of those
standardized components and discusses common terminologies and standardized components and discusses common terminologies and
concepts. concepts.
(2) A "requirements" document that details the specific functional, (2) A "requirements" document that details the specific functional,
skipping to change at line 70 skipping to change at line 79
(3) An "architectural survey" document that summarizes current (3) An "architectural survey" document that summarizes current
P2P streaming architectures, in particular tracker-based P2P P2P streaming architectures, in particular tracker-based P2P
streaming systems, and highlights best current practices. streaming systems, and highlights best current practices.
(4) A detailed specification of the PPSP peer protocol. (4) A detailed specification of the PPSP peer protocol.
(5) A detailed specification of the PPSP tracker protocol. (5) A detailed specification of the PPSP tracker protocol.
(6) A "usage guide" that describes how the two PPSP protocols and (6) A "usage guide" that describes how the two PPSP protocols and
existing IETF protocols, such as RELOAD, ALTO or RTSP, can be existing IETF protocols, such as P2PSIP or ALTO, can be
combined to create a deployable operational P2P streaming system. combined to create a deployable operational P2P streaming system.
This document may also discuss variants of such a system that, This document may also discuss variants of such a system that,
for example, use layered media encoding and related media chunk for example, use layered media encoding and related media chunk
descriptions in the peer protocol for more robust streaming. descriptions in the peer protocol for more robust streaming.
The work items of the PPSP WG interacts with the work performed in The work items of the PPSP WG interacts with the work performed in
other IETF WGs, including P2PSIP, ALTO, LEDBAT and MMUSIC. Whenever other IETF WGs, including P2PSIP, SIPCORE, AVT, ALTO, LEDBAT and MMUSIC.
extensions or modification to the protocols developed in other WGs Whenever extensions or modification to the protocols developed in other
are deemed necessary, PPSP shall communicate and discuss the WGs are deemed necessary, PPSP shall communicate and discuss the
requirements for such extensions with the relevant WGs. The design requirements for such extensions with the relevant WGs. PPSP is not
of such extensions is out of scope for PPSP. chartered to design and specify such changes.
Goals and Milestones: Goals and Milestones:
Dec 2010 Submit problem statement to IESG as Informational Dec 2010 Submit problem statement to IESG as Informational
Apr 2011 Submit architectural survey to IESG as Informational Apr 2011 Submit architectural survey to IESG as Informational
Apr 2011 Submit requirements document to IESG as Informational Apr 2011 Submit requirements document to IESG as Informational
Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard
Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard
Dec 2011 Submit usage guide to IESG to IESG as Informational Dec 2011 Submit usage guide to IESG to IESG as Informational
 End of changes. 5 change blocks. 
12 lines changed or deleted 21 lines changed or added

This html diff was produced by rfcdiff 1.38. The latest version is available from http://tools.ietf.org/tools/rfcdiff/
--Apple-Mail-19-972650344-- --Apple-Mail-20-972650418 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDMyMTE2NDkwM1owIwYJKoZIhvcNAQkEMRYEFKb6Q7542LbDrTEaKCZZJXxGLo4BMIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQC8oWXUoJpG3pKs+CqiYgGHs/BzCKdTpFO7X0Y6RWFbOxzkrcec3CIY1dYWHXQLC62XWdc1 efQ94G3qcHBq4g4+MyGNU/lz07f3txslk3xnOhi/fKBk1yHsgC8u7XYGhZ2roYEYEXzXEQZ7mkvi 9T0fepGJl2prjy5hHOiADvEP/Hb5RCnc0C1lT7aF8sD9JoRfSSLJ08kV0v9MTEoSNokSg/4kZT25 PzlBJnjwo7faAlXytkSLgqh8ldQnLq/HY660vBq+reV1/51dkPOE6MhmPU4KHQKZyvFRDsL2J3fC 0e3aRwvqpt7qxcg1G/bn5F0CzW++YH04cR1N5dexYavCAAAAAAAA --Apple-Mail-20-972650418-- From zhangyunfei@chinamobile.com Sun Mar 21 10:29:30 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D1993A684C; Sun, 21 Mar 2010 10:29:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.769 X-Spam-Level: X-Spam-Status: No, score=-92.769 tagged_above=-999 required=5 tests=[AWL=-0.326, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 R6Zq6OTpZ5FV; Sun, 21 Mar 2010 10:29:29 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 3D2303A6359; Sun, 21 Mar 2010 10:29:29 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032201460166-9973 ; Mon, 22 Mar 2010 01:46:01 +0800 Date: Mon, 22 Mar 2010 01:29:37 +0800 From: "zhangyunfei" To: "Lars Eggert" References: <201003211318052964152@chinamobile.com> Message-ID: <201003220129364681589@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 01:46:02, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 01:29:45, Serialize complete at 2010-03-22 01:29:45 Content-Type: multipart/alternative; boundary="=====003_Dragon242608831263_=====" Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 17:29:30 -0000 This is a multi-part message in MIME format. --=====003_Dragon242608831263_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" VGhhbmtzIExhcnMgZm9yIHRoZSByZXZpZXcgYW5kIG1vZGlmaWNhdGlvbi5JIGFtIG9rYXkgZm9y IHRoZSBjaGFuZ2VzLlRoYW5rcyBhZ2Fpbi4NCg0KQlINCll1bmZlaQ0KDQoNCg0KDQp6aGFuZ3l1 bmZlaQ0KMjAxMC0wMy0yMg0KDQoNCg0Kt6K8/sjLo7ogTGFycyBFZ2dlcnQNCreiy83Ksbzko7og MjAxMC0wMy0yMiAwMToyODo1OQ0KytW8/sjLo7ogemhhbmd5dW5mZWkNCrOty82juiBwcHNwQGll dGYub3JnOyBJRVNHIElFU0cNCtb3zOKjuiBSZTogW3Bwc3BdIFVwZGF0ZWQgUFBTUCBjaGFydGVy IHByb3BzYWwNCg0KSGksDQoNCnRoYW5rICB5b3UgIGZvciAgdGhlICByZXZpc2VkICBjaGFydGVy ICBwcm9wb3NhbCEgIEkndmUgIHJldmlld2VkICB0aGUgIGNoYW5nZXMsICBhbmQgIHRoZXJlICB3 ZXJlICBzb21lICBhZGRpdGlvbnMgIHRoYXQgIEkgIGRpZG4ndCAgc2VlICBkaXNjdXNzZWQgIG11 Y2ggIG9uICB0aGUgIGxpc3QgIGFuZCAgSSdtICBoZW5jZSAgaGVzaXRhbnQgIHRvICBtYWtlICB0 aGlzICBsYXRlICBpbiAgdGhlICBjaGFydGVyaW5nICBwcm9jZXNzICAoZS5nLiwgIHRoZSAgdGV4 dCAgcmVsYXRlZCAgdG8gIGNhY2hlcyAgYW5kICBDRE5zKS4NCg0KSSAgYWxzbyAgdGlnaHRlbmVk ICB1cCAgdGhlICBwcm9wb3NlZCAgdGV4dCAgaW4gIGEgIGZldyAgb3RoZXIgIHBsYWNlcywgIGRl Y2lkZWQgIHRvICBub3QgIGFkdmFuY2UgIHRoZSAgbWlsZXN0b25lcyAgdG8gIHRoZSAgZWFybGll ciAgZGF0ZXMgIHlvdSAgcHJvcG9zZWQgICh0aGUgIFdHICBvYnZpb3VzbHkgIGRvZXNuJ3QgIG5l ZWQgIHRvICB3YWl0ICB0byAgc3VibWl0ICB3b3JrICBlYXJseSksICBhbmQgIG1hZGUgIHNvbWUg IHZlcnkgIG1pbm9yICBvdGhlciAgY2hhbmdlcy4NCg0KSSdtICBhdHRhY2hpbmcgIHRoZSAgcmVz dWx0aW5nICBjaGFydGVyICB0ZXh0ICBhbmQgIGEgIGRpZmYgIHRvICB0aGUgIHZlcnNpb24gIHRo YXQgIHdlbnQgIG9yaWdpbmFsbHkgIGZvciAgSUVTRyAgYXBwcm92YWwgIGJlbG93Lg0KDQpMYXJz DQo= --=====003_Dragon242608831263_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBMYXJzIGZvciB0aGUgcmV2 aWV3IGFuZCANCm1vZGlmaWNhdGlvbi5JIGFtIG9rYXkgZm9yIHRoZSBjaGFuZ2VzLlRoYW5rcyBh Z2Fpbi48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZm IHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xv cj0jMDAwMGZmIHNpemU9Mj5CUjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h IGNvbG9yPSMwMDAwZmYgc2l6ZT0yPll1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+DQo8 RElWIGFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUiBzdHlsZT0iV0lE VEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgU0laRT0yPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBjb2xvcj0jYzBjMGMwPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+emhhbmd5dW5mZWk8L0ZP TlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+MjAxMC0wMy0yMjwvRk9O VD48L0ZPTlQ+PC9ESVY+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8 SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+ PFNUUk9ORz63orz+yMujujwvU1RST05HPiBMYXJzIA0KRWdnZXJ0PC9GT05UPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreiy83Ksbzk o7o8L1NUUk9ORz4gDQoyMDEwLTAzLTIyJm5ic3A7MDE6Mjg6NTk8L0ZPTlQ+PC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+ytW8/sjLo7o8 L1NUUk9ORz4gDQp6aGFuZ3l1bmZlaTwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvNo7o8L1NUUk9ORz4gcHBzcEBpZXRm Lm9yZzsgSUVTRyANCklFU0c8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+1vfM4qO6PC9TVFJPTkc+IFJlOiBbcHBzcF0gVXBk YXRlZCANClBQU1AgY2hhcnRlciBwcm9wc2FsPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZP TlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VmVyZGFuYSBzaXplPTI+DQo8RElWPkhpLDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxE SVY+dGhhbmsgJm5ic3A7eW91ICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7cmV2aXNlZCAmbmJz cDtjaGFydGVyIA0KJm5ic3A7cHJvcG9zYWwhICZuYnNwO0kndmUgJm5ic3A7cmV2aWV3ZWQgJm5i c3A7dGhlICZuYnNwO2NoYW5nZXMsICZuYnNwO2FuZCANCiZuYnNwO3RoZXJlICZuYnNwO3dlcmUg Jm5ic3A7c29tZSAmbmJzcDthZGRpdGlvbnMgJm5ic3A7dGhhdCAmbmJzcDtJIA0KJm5ic3A7ZGlk bid0ICZuYnNwO3NlZSAmbmJzcDtkaXNjdXNzZWQgJm5ic3A7bXVjaCAmbmJzcDtvbiAmbmJzcDt0 aGUgJm5ic3A7bGlzdCANCiZuYnNwO2FuZCAmbmJzcDtJJ20gJm5ic3A7aGVuY2UgJm5ic3A7aGVz aXRhbnQgJm5ic3A7dG8gJm5ic3A7bWFrZSAmbmJzcDt0aGlzIA0KJm5ic3A7bGF0ZSAmbmJzcDtp biAmbmJzcDt0aGUgJm5ic3A7Y2hhcnRlcmluZyAmbmJzcDtwcm9jZXNzICZuYnNwOyhlLmcuLCAN CiZuYnNwO3RoZSAmbmJzcDt0ZXh0ICZuYnNwO3JlbGF0ZWQgJm5ic3A7dG8gJm5ic3A7Y2FjaGVz ICZuYnNwO2FuZCANCiZuYnNwO0NETnMpLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ SSAmbmJzcDthbHNvICZuYnNwO3RpZ2h0ZW5lZCAmbmJzcDt1cCAmbmJzcDt0aGUgJm5ic3A7cHJv cG9zZWQgJm5ic3A7dGV4dCANCiZuYnNwO2luICZuYnNwO2EgJm5ic3A7ZmV3ICZuYnNwO290aGVy ICZuYnNwO3BsYWNlcywgJm5ic3A7ZGVjaWRlZCAmbmJzcDt0byANCiZuYnNwO25vdCAmbmJzcDth ZHZhbmNlICZuYnNwO3RoZSAmbmJzcDttaWxlc3RvbmVzICZuYnNwO3RvICZuYnNwO3RoZSANCiZu YnNwO2VhcmxpZXIgJm5ic3A7ZGF0ZXMgJm5ic3A7eW91ICZuYnNwO3Byb3Bvc2VkICZuYnNwOyh0 aGUgJm5ic3A7V0cgDQombmJzcDtvYnZpb3VzbHkgJm5ic3A7ZG9lc24ndCAmbmJzcDtuZWVkICZu YnNwO3RvICZuYnNwO3dhaXQgJm5ic3A7dG8gDQombmJzcDtzdWJtaXQgJm5ic3A7d29yayAmbmJz cDtlYXJseSksICZuYnNwO2FuZCAmbmJzcDttYWRlICZuYnNwO3NvbWUgJm5ic3A7dmVyeSANCiZu YnNwO21pbm9yICZuYnNwO290aGVyICZuYnNwO2NoYW5nZXMuPC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj5JJ20gJm5ic3A7YXR0YWNoaW5nICZuYnNwO3RoZSAmbmJzcDtyZXN1bHRpbmcg Jm5ic3A7Y2hhcnRlciAmbmJzcDt0ZXh0IA0KJm5ic3A7YW5kICZuYnNwO2EgJm5ic3A7ZGlmZiAm bmJzcDt0byAmbmJzcDt0aGUgJm5ic3A7dmVyc2lvbiAmbmJzcDt0aGF0IA0KJm5ic3A7d2VudCAm bmJzcDtvcmlnaW5hbGx5ICZuYnNwO2ZvciAmbmJzcDtJRVNHICZuYnNwO2FwcHJvdmFsIA0KJm5i c3A7YmVsb3cuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5MYXJzPC9ESVY+PC9GT05U PjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon242608831263_=====-- From lars.eggert@nokia.com Sun Mar 21 10:52:33 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 373783A685A; Sun, 21 Mar 2010 10:52:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.706 X-Spam-Level: X-Spam-Status: No, score=-5.706 tagged_above=-999 required=5 tests=[AWL=-0.237, 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 4oJNxQHNBu5C; Sun, 21 Mar 2010 10:52:32 -0700 (PDT) Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 630603A682E; Sun, 21 Mar 2010 10:52:32 -0700 (PDT) Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LHqhVb019911; Sun, 21 Mar 2010 12:52:44 -0500 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 19:52:42 +0200 Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 19:52:42 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LHqfrw000605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 19:52:41 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-24-976452593; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <201003220129364681589@chinamobile.com> Date: Sun, 21 Mar 2010 10:52:24 -0700 Message-Id: <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> References: <201003211318052964152@chinamobile.com> <201003220129364681589@chinamobile.com> To: zhangyunfei X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Sun, 21 Mar 2010 19:52:34 +0200 (EET) X-OriginalArrivalTime: 21 Mar 2010 17:52:42.0678 (UTC) FILETIME=[4E358560:01CAC91F] X-Nokia-AV: Clean Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 17:52:33 -0000 --Apple-Mail-24-976452593 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2010-3-21, at 10:29, zhangyunfei wrote: > Thanks Lars for the review and modification.I am okay for the = changes.Thanks again. the IESG only had a few minutes during our breakfast meeting this = morning to discuss the charter. In the end, we ran out of time, and = decided to run PPSP as a BOF tomorrow, to quickly discuss and clarify = the few remaining points related to the charter, before going into the = originally planned agenda. We're very close to agreeing on a charter, = and this is probably the quickest way to reach an agreement. Lars= --Apple-Mail-24-976452593 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDMyMTE3NTIyNVowIwYJKoZIhvcNAQkEMRYEFGuZoefLmp0OODvSjUEmgFM8dNgrMIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQDPasOtDtETcVpkvyaEm4LTT7zULWdv7qM+DgzwIkm1ZUxNokSi3t0EECdWz/sdwlLE5q+Z G4YvOCgUKCYMbsprKoNuwZt/MGIAF+B/bJ09BC/ED3H0nDIcR9IAhWW/EvR0D1Bu1VTFSHhIEfKb CeyRy8mxb1akTZqNQEjXTC09JtlOytI2i8JHNMYIMV2J9DC3HYSF8hUCtjPLRcreSsjP/KD8xUhI EQphDfavOW8vd0uqXil2XQs11F1BsIUg8zy1slEdZOUdGMKeMFKY1J9pPzF6bspHgeOWuw01nt6K coinAfPHMMi0BLJzicO8/a2dyy3yOSv8yNmT39UBINNxAAAAAAAA --Apple-Mail-24-976452593-- From fluffy@cisco.com Sun Mar 21 11:23:58 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C70D33A68A2; Sun, 21 Mar 2010 11:23:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.649 X-Spam-Level: X-Spam-Status: No, score=-109.649 tagged_above=-999 required=5 tests=[AWL=-0.180, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, RCVD_IN_DNSWL_HI=-8, 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 L4UgcORRoxTz; Sun, 21 Mar 2010 11:23:57 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 147683A684C; Sun, 21 Mar 2010 11:23:57 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAOMApkurRN+J/2dsb2JhbACbOnOgNJdbhH0Egx4 X-IronPort-AV: E=Sophos;i="4.51,284,1267401600"; d="scan'208";a="500303042" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-6.cisco.com with ESMTP; 21 Mar 2010 18:24:13 +0000 Received: from rcdn-vpn-client-10-89-4-117.cisco.com (rcdn-vpn-client-10-89-4-117.cisco.com [10.89.4.117]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o2LIOCZ8029716; Sun, 21 Mar 2010 18:24:13 GMT Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> Date: Sun, 21 Mar 2010 11:22:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201003211318052964152@chinamobile.com> <201003220129364681589@chinamobile.com> <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> To: Lars Eggert X-Mailer: Apple Mail (2.1077) Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 18:23:58 -0000 I want to emphasize too that the discussion has not been about if we = should do a WG or not, everyone is supportive of that. What we are = trying to focus on is how can write a charter that helps the WG get to a = solution in an expedient way.=20 Cullen On Mar 21, 2010, at 10:52 , Lars Eggert wrote: > Hi, >=20 > On 2010-3-21, at 10:29, zhangyunfei wrote: >> Thanks Lars for the review and modification.I am okay for the = changes.Thanks again. >=20 > the IESG only had a few minutes during our breakfast meeting this = morning to discuss the charter. In the end, we ran out of time, and = decided to run PPSP as a BOF tomorrow, to quickly discuss and clarify = the few remaining points related to the charter, before going into the = originally planned agenda. We're very close to agreeing on a charter, = and this is probably the quickest way to reach an agreement. >=20 > Lars_______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From zhangyunfei@chinamobile.com Sun Mar 21 12:23:49 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 522973A6A13; Sun, 21 Mar 2010 12:23:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.751 X-Spam-Level: X-Spam-Status: No, score=-92.751 tagged_above=-999 required=5 tests=[AWL=-0.308, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 iIDwI5FooV+L; Sun, 21 Mar 2010 12:23:48 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id AC7AA3A6A21; Sun, 21 Mar 2010 12:23:17 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032203394922-10664 ; Mon, 22 Mar 2010 03:39:49 +0800 Date: Mon, 22 Mar 2010 03:23:25 +0800 From: "zhangyunfei" To: "Lars Eggert" References: <201003211318052964152@chinamobile.com> <201003220129364681589@chinamobile.com> <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> Message-ID: <201003220322185627173@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 03:39:49, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 03:23:34, Serialize complete at 2010-03-22 03:23:34 Content-Type: multipart/alternative; boundary="=====003_Dragon734442232612_=====" Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 19:23:49 -0000 This is a multi-part message in MIME format. --=====003_Dragon734442232612_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SGkgTGFycywNCiAgIEluIG91ciBvcmlnaW5hbCBwbGFubmVkIGFnZW5kYSwgdGhlIGZpcnN0IHRv cGljIGlzIGNoYXJ0ZXIgZGlzY3Vzc2lvbiBmb3IgNTBtaW5zLiBXaXNoIHRoaXMgaGVscHMgdG8g Y2xhcmlmeSB0aGUgcmVtYWluaW5nIHBvaW50cy5UaGFua3MuDQoNCkJSDQpZdW5mZWkNCg0KDQoN Cg0Kemhhbmd5dW5mZWkNCjIwMTAtMDMtMjINCg0KDQoNCreivP7Iy6O6IExhcnMgRWdnZXJ0DQq3 osvNyrG85KO6IDIwMTAtMDMtMjIgMDI6MzU6MTMNCsrVvP7Iy6O6IHpoYW5neXVuZmVpDQqzrcvN o7ogcHBzcEBpZXRmLm9yZzsgSUVTRyBJRVNHDQrW98zio7ogUmU6IFtwcHNwXSBVcGRhdGVkIFBQ U1AgY2hhcnRlciBwcm9wc2FsDQoNCkhpLA0KDQpPbiAgMjAxMC0zLTIxLCAgYXQgIDEwOjI5LCAg emhhbmd5dW5mZWkgIHdyb3RlOg0KPiAgVGhhbmtzICBMYXJzICBmb3IgIHRoZSAgcmV2aWV3ICBh bmQgIG1vZGlmaWNhdGlvbi5JICBhbSAgb2theSAgZm9yICB0aGUgIGNoYW5nZXMuVGhhbmtzICBh Z2Fpbi4NCg0KdGhlICBJRVNHICBvbmx5ICBoYWQgIGEgIGZldyAgbWludXRlcyAgZHVyaW5nICBv dXIgIGJyZWFrZmFzdCAgbWVldGluZyAgdGhpcyAgbW9ybmluZyAgdG8gIGRpc2N1c3MgIHRoZSAg Y2hhcnRlci4gIEluICB0aGUgIGVuZCwgIHdlICByYW4gIG91dCAgb2YgIHRpbWUsICBhbmQgIGRl Y2lkZWQgIHRvICBydW4gIFBQU1AgIGFzICBhICBCT0YgIHRvbW9ycm93LCAgdG8gIHF1aWNrbHkg IGRpc2N1c3MgIGFuZCAgY2xhcmlmeSAgdGhlICBmZXcgIHJlbWFpbmluZyAgcG9pbnRzICByZWxh dGVkICB0byAgdGhlICBjaGFydGVyLCAgYmVmb3JlICBnb2luZyAgaW50byAgdGhlICBvcmlnaW5h bGx5ICBwbGFubmVkICBhZ2VuZGEuICBXZSdyZSAgdmVyeSAgY2xvc2UgIHRvICBhZ3JlZWluZyAg b24gIGEgIGNoYXJ0ZXIsICBhbmQgIHRoaXMgIGlzICBwcm9iYWJseSAgdGhlICBxdWlja2VzdCAg d2F5ICB0byAgcmVhY2ggIGFuICBhZ3JlZW1lbnQuDQoNCkxhcnMNCg== --=====003_Dragon734442232612_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkhpIExhcnMsPC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+Jm5ic3A7Jm5ic3A7 IEluIG91ciBvcmlnaW5hbCANCnBsYW5uZWQgYWdlbmRhLCB0aGUgZmlyc3QgdG9waWMgaXMgY2hh cnRlciBkaXNjdXNzaW9uIGZvciA1MG1pbnMuIFdpc2ggdGhpcyANCmhlbHBzIHRvIGNsYXJpZnkg dGhlIHJlbWFpbmluZyBwb2ludHMuVGhhbmtzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJ Vj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEg c2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5h IHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h IHNpemU9Mj4yMDEwLTAzLTIyPC9GT05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IExhcnMgDQpF Z2dlcnQ8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQg c2l6ZT0yPjxTVFJPTkc+t6LLzcqxvOSjujwvU1RST05HPiANCjIwMTAtMDMtMjImbmJzcDswMjoz NToxMzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBz aXplPTI+PFNUUk9ORz7K1bz+yMujujwvU1RST05HPiANCnpoYW5neXVuZmVpPC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOt y82jujwvU1RST05HPiBwcHNwQGlldGYub3JnOyBJRVNHIA0KSUVTRzwvRk9OVD48L0ZPTlQ+PC9E SVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7W98zio7o8 L1NUUk9ORz4gUmU6IFtwcHNwXSBVcGRhdGVkIA0KUFBTUCBjaGFydGVyIHByb3BzYWw8L0ZPTlQ+ PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJz cDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxESVY+SGksPC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5PbiAmbmJzcDsyMDEwLTMtMjEsICZuYnNwO2F0ICZu YnNwOzEwOjI5LCAmbmJzcDt6aGFuZ3l1bmZlaSANCiZuYnNwO3dyb3RlOjwvRElWPg0KPERJVj4m Z3Q7ICZuYnNwO1RoYW5rcyAmbmJzcDtMYXJzICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7cmV2 aWV3ICZuYnNwO2FuZCANCiZuYnNwO21vZGlmaWNhdGlvbi5JICZuYnNwO2FtICZuYnNwO29rYXkg Jm5ic3A7Zm9yICZuYnNwO3RoZSANCiZuYnNwO2NoYW5nZXMuVGhhbmtzICZuYnNwO2FnYWluLjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+dGhlICZuYnNwO0lFU0cgJm5ic3A7b25seSAm bmJzcDtoYWQgJm5ic3A7YSAmbmJzcDtmZXcgJm5ic3A7bWludXRlcyANCiZuYnNwO2R1cmluZyAm bmJzcDtvdXIgJm5ic3A7YnJlYWtmYXN0ICZuYnNwO21lZXRpbmcgJm5ic3A7dGhpcyAmbmJzcDtt b3JuaW5nIA0KJm5ic3A7dG8gJm5ic3A7ZGlzY3VzcyAmbmJzcDt0aGUgJm5ic3A7Y2hhcnRlci4g Jm5ic3A7SW4gJm5ic3A7dGhlICZuYnNwO2VuZCwgDQombmJzcDt3ZSAmbmJzcDtyYW4gJm5ic3A7 b3V0ICZuYnNwO29mICZuYnNwO3RpbWUsICZuYnNwO2FuZCAmbmJzcDtkZWNpZGVkIA0KJm5ic3A7 dG8gJm5ic3A7cnVuICZuYnNwO1BQU1AgJm5ic3A7YXMgJm5ic3A7YSAmbmJzcDtCT0YgJm5ic3A7 dG9tb3Jyb3csIA0KJm5ic3A7dG8gJm5ic3A7cXVpY2tseSAmbmJzcDtkaXNjdXNzICZuYnNwO2Fu ZCAmbmJzcDtjbGFyaWZ5ICZuYnNwO3RoZSAmbmJzcDtmZXcgDQombmJzcDtyZW1haW5pbmcgJm5i c3A7cG9pbnRzICZuYnNwO3JlbGF0ZWQgJm5ic3A7dG8gJm5ic3A7dGhlICZuYnNwO2NoYXJ0ZXIs IA0KJm5ic3A7YmVmb3JlICZuYnNwO2dvaW5nICZuYnNwO2ludG8gJm5ic3A7dGhlICZuYnNwO29y aWdpbmFsbHkgJm5ic3A7cGxhbm5lZCANCiZuYnNwO2FnZW5kYS4gJm5ic3A7V2UncmUgJm5ic3A7 dmVyeSAmbmJzcDtjbG9zZSAmbmJzcDt0byAmbmJzcDthZ3JlZWluZyANCiZuYnNwO29uICZuYnNw O2EgJm5ic3A7Y2hhcnRlciwgJm5ic3A7YW5kICZuYnNwO3RoaXMgJm5ic3A7aXMgJm5ic3A7cHJv YmFibHkgDQombmJzcDt0aGUgJm5ic3A7cXVpY2tlc3QgJm5ic3A7d2F5ICZuYnNwO3RvICZuYnNw O3JlYWNoICZuYnNwO2FuIA0KJm5ic3A7YWdyZWVtZW50LjwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+TGFyczwvRElWPjwvRk9OVD48L0RJVj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon734442232612_=====-- From zhangyunfei@chinamobile.com Sun Mar 21 12:34:13 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3BBD3A67E4; Sun, 21 Mar 2010 12:34:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.735 X-Spam-Level: X-Spam-Status: No, score=-92.735 tagged_above=-999 required=5 tests=[AWL=-0.292, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 1KcVc7E9Enky; Sun, 21 Mar 2010 12:34:11 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 232BC3A635F; Sun, 21 Mar 2010 12:34:11 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032203504717-10743 ; Mon, 22 Mar 2010 03:50:47 +0800 Date: Mon, 22 Mar 2010 03:34:22 +0800 From: "zhangyunfei" To: "Cullen Jennings" , "Lars Eggert" References: <201003211318052964152@chinamobile.com> <201003220129364681589@chinamobile.com> <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> Message-ID: <201003220334216871377@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 03:50:47, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 03:34:27, Serialize complete at 2010-03-22 03:34:27 Content-Type: multipart/alternative; boundary="=====003_Dragon432337086352_=====" Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 19:34:13 -0000 This is a multi-part message in MIME format. --=====003_Dragon432337086352_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" SSBkbyB1bmRlcnN0YW5kIHRoZSBJRVNHIGludGVudGlvbiBpbiBoZWxwaW5nIHRoZSBQUFNQIFdH IHRvIGhhdmUgYSBnb29kIHN0YXJ0IGFuZCBhIGNsZWFyIHZpZXcgZnJvbSB0aGUgdmVyeSBiZWdp bm5pbmcuQW5kIEkgZG8gYXBwcmVjaWF0ZSBhbGwgb2YgeW91ciBoYXJkd29ya2luZyBpbiBtYWtp bmcgdGhlIGNoYXJ0ZXIgbW9yZSBjbGVhci5UaGFua3MuDQoNCkJSDQpZdW5mZWkNCg0KDQoNCg0K emhhbmd5dW5mZWkNCjIwMTAtMDMtMjINCg0KDQoNCreivP7Iy6O6IEN1bGxlbiBKZW5uaW5ncw0K t6LLzcqxvOSjuiAyMDEwLTAzLTIyIDAzOjEwOjAwDQrK1bz+yMujuiBMYXJzIEVnZ2VydA0Ks63L zaO6IHpoYW5neXVuZmVpOyBwcHNwQGlldGYub3JnOyBJRVNHIElFU0cNCtb3zOKjuiBSZTogW3Bw c3BdIFVwZGF0ZWQgUFBTUCBjaGFydGVyIHByb3BzYWwNCg0KSSAgd2FudCAgdG8gIGVtcGhhc2l6 ZSAgdG9vICB0aGF0ICB0aGUgIGRpc2N1c3Npb24gIGhhcyAgbm90ICBiZWVuICBhYm91dCAgaWYg IHdlICBzaG91bGQgIGRvICBhICBXRyAgb3IgIG5vdCwgIGV2ZXJ5b25lICBpcyAgc3VwcG9ydGl2 ZSAgb2YgIHRoYXQuICBXaGF0ICB3ZSAgYXJlICB0cnlpbmcgIHRvICBmb2N1cyAgb24gIGlzICBo b3cgIGNhbiAgd3JpdGUgIGEgIGNoYXJ0ZXIgIHRoYXQgIGhlbHBzICB0aGUgIFdHICBnZXQgIHRv ICBhICBzb2x1dGlvbiAgaW4gIGFuICBleHBlZGllbnQgIHdheS4gIA0KDQpDdWxsZW4NCg0KT24g IE1hciAgMjEsICAyMDEwLCAgYXQgIDEwOjUyICAsICBMYXJzICBFZ2dlcnQgIHdyb3RlOg0KDQo+ ICBIaSwNCj4gIA0KPiAgT24gIDIwMTAtMy0yMSwgIGF0ICAxMDoyOSwgIHpoYW5neXVuZmVpICB3 cm90ZToNCj4gPiAgVGhhbmtzICBMYXJzICBmb3IgIHRoZSAgcmV2aWV3ICBhbmQgIG1vZGlmaWNh dGlvbi5JICBhbSAgb2theSAgZm9yICB0aGUgIGNoYW5nZXMuVGhhbmtzICBhZ2Fpbi4NCj4gIA0K PiAgdGhlICBJRVNHICBvbmx5ICBoYWQgIGEgIGZldyAgbWludXRlcyAgZHVyaW5nICBvdXIgIGJy ZWFrZmFzdCAgbWVldGluZyAgdGhpcyAgbW9ybmluZyAgdG8gIGRpc2N1c3MgIHRoZSAgY2hhcnRl ci4gIEluICB0aGUgIGVuZCwgIHdlICByYW4gIG91dCAgb2YgIHRpbWUsICBhbmQgIGRlY2lkZWQg IHRvICBydW4gIFBQU1AgIGFzICBhICBCT0YgIHRvbW9ycm93LCAgdG8gIHF1aWNrbHkgIGRpc2N1 c3MgIGFuZCAgY2xhcmlmeSAgdGhlICBmZXcgIHJlbWFpbmluZyAgcG9pbnRzICByZWxhdGVkICB0 byAgdGhlICBjaGFydGVyLCAgYmVmb3JlICBnb2luZyAgaW50byAgdGhlICBvcmlnaW5hbGx5ICBw bGFubmVkICBhZ2VuZGEuICBXZSdyZSAgdmVyeSAgY2xvc2UgIHRvICBhZ3JlZWluZyAgb24gIGEg IGNoYXJ0ZXIsICBhbmQgIHRoaXMgIGlzICBwcm9iYWJseSAgdGhlICBxdWlja2VzdCAgd2F5ICB0 byAgcmVhY2ggIGFuICBhZ3JlZW1lbnQuDQo+ICANCj4gIExhcnNfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiAgcHBzcCAgbWFpbGluZyAgbGlzdA0KPiAg cHBzcEBpZXRmLm9yZw0KPiAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9w cHNwDQoNCg0KQ3VsbGVuICBKZW5uaW5ncw0KRm9yICBjb3Jwb3JhdGUgIGxlZ2FsICBpbmZvcm1h dGlvbiAgZ28gIHRvOg0KaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5nX2J1c2lu ZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sDQo= --=====003_Dragon432337086352_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkkgZG8gdW5kZXJzdGFuZCB0aGUgSUVT RyBpbnRlbnRpb24gDQppbiBoZWxwaW5nIHRoZSBQUFNQIFdHIHRvIGhhdmUgYSBnb29kIHN0YXJ0 IGFuZCBhIGNsZWFyIHZpZXcgZnJvbSB0aGUgdmVyeSANCmJlZ2lubmluZy5BbmQgSSBkbyBhcHBy ZWNpYXRlIGFsbCBvZiB5b3VyIGhhcmR3b3JraW5nIGluIG1ha2luZyB0aGUgY2hhcnRlciBtb3Jl IA0KY2xlYXIuVGhhbmtzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNv bG9yPSMwMDAwZmYgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxp Z249bGVmdD4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhS IHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFu Z3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEw LTAzLTIyPC9GT05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h IHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxG T05UIHNpemU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IEN1bGxlbiANCkplbm5pbmdzPC9G T05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48 U1RST05HPreiy83Ksbzko7o8L1NUUk9ORz4gDQoyMDEwLTAzLTIyJm5ic3A7MDM6MTA6MDA8L0ZP TlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxT VFJPTkc+ytW8/sjLo7o8L1NUUk9ORz4gTGFycyANCkVnZ2VydDwvRk9OVD48L0ZPTlQ+PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvNo7o8L1NU Uk9ORz4gemhhbmd5dW5mZWk7IA0KcHBzcEBpZXRmLm9yZzsgSUVTRyBJRVNHPC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPtb3 zOKjujwvU1RST05HPiBSZTogW3Bwc3BdIFVwZGF0ZWQgDQpQUFNQIGNoYXJ0ZXIgcHJvcHNhbDwv Rk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+PC9GT05U PiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPERJVj5JICZu YnNwO3dhbnQgJm5ic3A7dG8gJm5ic3A7ZW1waGFzaXplICZuYnNwO3RvbyAmbmJzcDt0aGF0ICZu YnNwO3RoZSANCiZuYnNwO2Rpc2N1c3Npb24gJm5ic3A7aGFzICZuYnNwO25vdCAmbmJzcDtiZWVu ICZuYnNwO2Fib3V0ICZuYnNwO2lmICZuYnNwO3dlIA0KJm5ic3A7c2hvdWxkICZuYnNwO2RvICZu YnNwO2EgJm5ic3A7V0cgJm5ic3A7b3IgJm5ic3A7bm90LCAmbmJzcDtldmVyeW9uZSANCiZuYnNw O2lzICZuYnNwO3N1cHBvcnRpdmUgJm5ic3A7b2YgJm5ic3A7dGhhdC4gJm5ic3A7V2hhdCAmbmJz cDt3ZSAmbmJzcDthcmUgDQombmJzcDt0cnlpbmcgJm5ic3A7dG8gJm5ic3A7Zm9jdXMgJm5ic3A7 b24gJm5ic3A7aXMgJm5ic3A7aG93ICZuYnNwO2NhbiANCiZuYnNwO3dyaXRlICZuYnNwO2EgJm5i c3A7Y2hhcnRlciAmbmJzcDt0aGF0ICZuYnNwO2hlbHBzICZuYnNwO3RoZSAmbmJzcDtXRyANCiZu YnNwO2dldCAmbmJzcDt0byAmbmJzcDthICZuYnNwO3NvbHV0aW9uICZuYnNwO2luICZuYnNwO2Fu ICZuYnNwO2V4cGVkaWVudCANCiZuYnNwO3dheS4gJm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj5DdWxsZW48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPk9uICZuYnNw O01hciAmbmJzcDsyMSwgJm5ic3A7MjAxMCwgJm5ic3A7YXQgJm5ic3A7MTA6NTIgJm5ic3A7LCAm bmJzcDtMYXJzIA0KJm5ic3A7RWdnZXJ0ICZuYnNwO3dyb3RlOjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDtIaSw8L0RJVj4NCjxESVY+Jmd0OyAmbmJzcDs8L0RJVj4N CjxESVY+Jmd0OyAmbmJzcDtPbiAmbmJzcDsyMDEwLTMtMjEsICZuYnNwO2F0ICZuYnNwOzEwOjI5 LCAmbmJzcDt6aGFuZ3l1bmZlaSANCiZuYnNwO3dyb3RlOjwvRElWPg0KPERJVj4mZ3Q7ICZndDsg Jm5ic3A7VGhhbmtzICZuYnNwO0xhcnMgJm5ic3A7Zm9yICZuYnNwO3RoZSAmbmJzcDtyZXZpZXcg DQombmJzcDthbmQgJm5ic3A7bW9kaWZpY2F0aW9uLkkgJm5ic3A7YW0gJm5ic3A7b2theSAmbmJz cDtmb3IgJm5ic3A7dGhlIA0KJm5ic3A7Y2hhbmdlcy5UaGFua3MgJm5ic3A7YWdhaW4uPC9ESVY+ DQo8RElWPiZndDsgJm5ic3A7PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7dGhlICZuYnNwO0lFU0cg Jm5ic3A7b25seSAmbmJzcDtoYWQgJm5ic3A7YSAmbmJzcDtmZXcgDQombmJzcDttaW51dGVzICZu YnNwO2R1cmluZyAmbmJzcDtvdXIgJm5ic3A7YnJlYWtmYXN0ICZuYnNwO21lZXRpbmcgJm5ic3A7 dGhpcyANCiZuYnNwO21vcm5pbmcgJm5ic3A7dG8gJm5ic3A7ZGlzY3VzcyAmbmJzcDt0aGUgJm5i c3A7Y2hhcnRlci4gJm5ic3A7SW4gJm5ic3A7dGhlIA0KJm5ic3A7ZW5kLCAmbmJzcDt3ZSAmbmJz cDtyYW4gJm5ic3A7b3V0ICZuYnNwO29mICZuYnNwO3RpbWUsICZuYnNwO2FuZCANCiZuYnNwO2Rl Y2lkZWQgJm5ic3A7dG8gJm5ic3A7cnVuICZuYnNwO1BQU1AgJm5ic3A7YXMgJm5ic3A7YSAmbmJz cDtCT0YgDQombmJzcDt0b21vcnJvdywgJm5ic3A7dG8gJm5ic3A7cXVpY2tseSAmbmJzcDtkaXNj dXNzICZuYnNwO2FuZCAmbmJzcDtjbGFyaWZ5IA0KJm5ic3A7dGhlICZuYnNwO2ZldyAmbmJzcDty ZW1haW5pbmcgJm5ic3A7cG9pbnRzICZuYnNwO3JlbGF0ZWQgJm5ic3A7dG8gDQombmJzcDt0aGUg Jm5ic3A7Y2hhcnRlciwgJm5ic3A7YmVmb3JlICZuYnNwO2dvaW5nICZuYnNwO2ludG8gJm5ic3A7 dGhlIA0KJm5ic3A7b3JpZ2luYWxseSAmbmJzcDtwbGFubmVkICZuYnNwO2FnZW5kYS4gJm5ic3A7 V2UncmUgJm5ic3A7dmVyeSAmbmJzcDtjbG9zZSANCiZuYnNwO3RvICZuYnNwO2FncmVlaW5nICZu YnNwO29uICZuYnNwO2EgJm5ic3A7Y2hhcnRlciwgJm5ic3A7YW5kICZuYnNwO3RoaXMgDQombmJz cDtpcyAmbmJzcDtwcm9iYWJseSAmbmJzcDt0aGUgJm5ic3A7cXVpY2tlc3QgJm5ic3A7d2F5ICZu YnNwO3RvICZuYnNwO3JlYWNoIA0KJm5ic3A7YW4gJm5ic3A7YWdyZWVtZW50LjwvRElWPg0KPERJ Vj4mZ3Q7ICZuYnNwOzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO0xhcnNfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO3Bw c3AgJm5ic3A7bWFpbGluZyAmbmJzcDtsaXN0PC9ESVY+DQo8RElWPiZndDsgJm5ic3A7cHBzcEBp ZXRmLm9yZzwvRElWPg0KPERJVj4mZ3Q7ICZuYnNwO2h0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcHBzcDwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPkN1bGxlbiAmbmJzcDtKZW5uaW5nczwvRElWPg0KPERJVj5Gb3IgJm5ic3A7Y29y cG9yYXRlICZuYnNwO2xlZ2FsICZuYnNwO2luZm9ybWF0aW9uICZuYnNwO2dvICZuYnNwO3RvOjwv RElWPg0KPERJVj48QSANCmhyZWY9Imh0dHA6Ly93d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2lu Z19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbCI+aHR0cDovL3d3dy5jaXNjby5jb20vd2Vi L2Fib3V0L2RvaW5nX2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sPC9BPjwvRElWPjwvRk9O VD48L0RJVj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon432337086352_=====-- From lars.eggert@nokia.com Sun Mar 21 12:37:05 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 727513A67E4; Sun, 21 Mar 2010 12:37:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.702 X-Spam-Level: X-Spam-Status: No, score=-5.702 tagged_above=-999 required=5 tests=[AWL=-0.233, 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 R8V5+XJoWD-n; Sun, 21 Mar 2010 12:37:04 -0700 (PDT) Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 81FE33A635F; Sun, 21 Mar 2010 12:37:04 -0700 (PDT) Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LJUs8E000846; Sun, 21 Mar 2010 14:30:56 -0500 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 21:30:54 +0200 Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 21:30:54 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o2LJUqrZ025774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 21:30:52 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-26-982344795; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <201003220322185627173@chinamobile.com> Date: Sun, 21 Mar 2010 12:30:37 -0700 Message-Id: <89D81370-07EF-46FE-9D67-183A66041293@nokia.com> References: <201003211318052964152@chinamobile.com> <201003220129364681589@chinamobile.com> <9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com> <201003220322185627173@chinamobile.com> To: zhangyunfei X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Sun, 21 Mar 2010 21:30:45 +0200 (EET) X-OriginalArrivalTime: 21 Mar 2010 19:30:54.0171 (UTC) FILETIME=[05D002B0:01CAC92D] X-Nokia-AV: Clean Cc: "ppsp@ietf.org" , IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 19:37:05 -0000 --Apple-Mail-26-982344795 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Perfect - thank you very much. On 2010-3-21, at 12:23, zhangyunfei wrote: > Hi Lars, > In our original planned agenda, the first topic is charter = discussion for 50mins. Wish this helps to clarify the remaining = points.Thanks. >=20 > BR > Yunfei >=20 > ________________________________ > zhangyunfei > 2010-03-22 > ________________________________ > =E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Lars Eggert > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A 2010-03-22 02:35:13 > =E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A zhangyunfei > =E6=8A=84=E9=80=81=EF=BC=9A ppsp@ietf.org; IESG IESG > =E4=B8=BB=E9=A2=98=EF=BC=9A Re: [ppsp] Updated PPSP charter propsal >=20 > Hi, >=20 > On 2010-3-21, at 10:29, zhangyunfei wrote: >> Thanks Lars for the review and modification.I am okay for = the changes.Thanks again. >=20 > the IESG only had a few minutes during our breakfast meeting = this morning to discuss the charter. In the end, we ran out = of time, and decided to run PPSP as a BOF tomorrow, to = quickly discuss and clarify the few remaining points related to = the charter, before going into the originally planned agenda. = We're very close to agreeing on a charter, and this is = probably the quickest way to reach an agreement. >=20 > Lars --Apple-Mail-26-982344795 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGbDCCAyUw ggKOoAMCAQICEAdjk36sXKbnVn15S0/qUp0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDYxNTExMjYxNFoXDTEwMDYxNTExMjYx NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF AAOCAQ8AMIIBCgKCAQEA7mR8A+Pn0/FsUkMX6Pyjw+FL3IFcJk8GaKV5VJ40TMI0Wh8oq20cqA9X uqnVDW9WztKwH+o+msJenLwWpprbpJm4TImYGbnUJxYyN8gb81aiX1Bw2xCpJ5z3H2+8DsReJLuY Rdl4bVvaIxLIL4odmfsRwzPyNkOK8LRtfl6OPcaDOlFWzbikULfIVGGu7BqK4lxQSpYwwpZkOMOB 6nnBSfUOtBEmqO+qZG/nL/JxWFV5vxQgg4XHbsMMTxFf6+ji18BD09BUIfDLTuJoCzFmQhrM9vLT VuRhHWSL20LoafGjXv6mPt3i9IGJHpVb2dMQUgOgRyWHTKiUJVU/rUTdWwIDAQABo14wXDAqBgUr ZQEEAQQhMB8CAQAwGjAYAgEEBBNMMnVNeWZmQk5VYk5KSmNkWjJzMCAGA1UdEQQZMBeBFWxhcnMu ZWdnZXJ0QG5va2lhLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBADUx+67n98wt I1vydB90HeSZP4Y64VCxxb0NxGGFvfc2+JdVKeHJ/xT+l+ygYKsWNwJJprkPi4WZ5G0crkq4VK1H 5drEJIztpSPVfWI05vPidaaGuuuCR+6MvJMtOTEYEvc/6eovBnkrzRf9x5x5EyuJXAWTeuBADg80 QI3vQ1tZMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUA A4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7 n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAw QwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJl ZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRl TGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9M Ibj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowg T2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAHY5N+rFym51Z9eUtP 6lKdMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTEwMDMyMTE5MzAzN1owIwYJKoZIhvcNAQkEMRYEFDCKfNiHnuaLPCZJwmzmiBckde1VMIGF BgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QQIQB2OTfqxcpudWfXlLT+pSnTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQB2OTfqxcpudWfXlLT+pSnTANBgkqhkiG9w0BAQEF AASCAQDJBr+BrUSneA6oh9nPhJ3Ul9K0XWJjX0jCFJwgeqVYKaOBQFsV8tAks1BhgTJ+ARpoyR4k 9kunMtf2q9pGcRHCVOYfOi5BsKa/Mf2ZO4XKehTs/AUlWford+47m5ZVPJzCg4A4K2T/vNXpOQF3 BApV+UalfsKxb15ADRREhthnS0JW8p12ogKqsr1gPJhq0Y7IUA++4QDhWd8v/l3aT2TsNERXmT9p IzB9x/GCi2KAxWkq/CAvaJz7xFq4E+T6GydKbNUwC4/J6A+UVl0qyakE7zQMT/IgWOkx//fqxv8U E7Ct9wIWF9F5oDdxcBiTDBIkmwvqgQAIlofwqz8wUfDWAAAAAAAA --Apple-Mail-26-982344795-- From christian.1.schmidt@nsn.com Sun Mar 21 13:25:38 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 441403A680C; Sun, 21 Mar 2010 13:25:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.215 X-Spam-Level: X-Spam-Status: No, score=0.215 tagged_above=-999 required=5 tests=[AWL=-0.766, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, MIME_CHARSET_FARAWAY=2.45] 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 9t8pt8wmef29; Sun, 21 Mar 2010 13:25:37 -0700 (PDT) Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 28AB03A635F; Sun, 21 Mar 2010 13:25:36 -0700 (PDT) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o2LKPjro010299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 21 Mar 2010 21:25:45 +0100 Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o2LKPix3002073; Sun, 21 Mar 2010 21:25:44 +0100 Received: from DEMUEXC013.nsn-intra.net ([10.150.128.24]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 21:25:44 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Mar 2010 21:25:39 +0100 Message-ID: In-Reply-To: <89D81370-07EF-46FE-9D67-183A66041293@nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [ppsp] Updated PPSP charter propsal Thread-Index: AcrJLfGTkNXemL0qTRO7oC5PzE+Y8QABZcBw References: <201003211318052964152@chinamobile.com><201003220129364681589@chinamobile.com><9606A23F-5315-4113-9D3B-BA14DD1741E1@nokia.com><201003220322185627173@chinamobile.com> <89D81370-07EF-46FE-9D67-183A66041293@nokia.com> From: "Schmidt, Christian 1. (NSN - DE/Munich)" To: "ext Lars Eggert" , "zhangyunfei" X-OriginalArrivalTime: 21 Mar 2010 20:25:44.0105 (UTC) FILETIME=[AEC41990:01CAC934] Cc: ppsp@ietf.org, IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 20:25:38 -0000 The current version of the charter is a good basis to start work on this = topic. If results of the work will result in further restrictions of the scope, = this information should be included in the related drafts and the = charter could be updated accordingly. BR Christian =20 -----Original Message----- From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of = ext Lars Eggert Sent: Sunday, March 21, 2010 12:31 PM To: zhangyunfei Cc: ppsp@ietf.org; IESG IESG Subject: Re: [ppsp] Updated PPSP charter propsal Perfect - thank you very much. On 2010-3-21, at 12:23, zhangyunfei wrote: > Hi Lars, > In our original planned agenda, the first topic is charter = discussion for 50mins. Wish this helps to clarify the remaining = points.Thanks. >=20 > BR > Yunfei >=20 > ________________________________ > zhangyunfei > 2010-03-22 > ________________________________ > =B7=A2=BC=FE=C8=CB=A3=BA Lars Eggert > =B7=A2=CB=CD=CA=B1=BC=E4=A3=BA 2010-03-22 02:35:13 > =CA=D5=BC=FE=C8=CB=A3=BA zhangyunfei > =B3=AD=CB=CD=A3=BA ppsp@ietf.org; IESG IESG > =D6=F7=CC=E2=A3=BA Re: [ppsp] Updated PPSP charter propsal >=20 > Hi, >=20 > On 2010-3-21, at 10:29, zhangyunfei wrote: >> Thanks Lars for the review and modification.I am okay for = the changes.Thanks again. >=20 > the IESG only had a few minutes during our breakfast meeting = this morning to discuss the charter. In the end, we ran out = of time, and decided to run PPSP as a BOF tomorrow, to = quickly discuss and clarify the few remaining points related to = the charter, before going into the originally planned agenda. = We're very close to agreeing on a charter, and this is = probably the quickest way to reach an agreement. >=20 > Lars From gonzalo.camarillo@ericsson.com Sun Mar 21 14:08:57 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 72F0F3A6A2E for ; Sun, 21 Mar 2010 14:08:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.055 X-Spam-Level: X-Spam-Status: No, score=-102.055 tagged_above=-999 required=5 tests=[AWL=-0.586, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, 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 V8-gqH1TI-yP for ; Sun, 21 Mar 2010 14:08:55 -0700 (PDT) Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id 69A9E3A6A40 for ; Sun, 21 Mar 2010 14:08:51 -0700 (PDT) X-AuditID: c1b4fb39-b7b85ae000005cbc-49-4ba68af22d33 Received: from esealmw127.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Brightmail Gateway) with SMTP id A4.43.23740.2FA86AB4; Sun, 21 Mar 2010 22:09:06 +0100 (CET) Received: from esealmw127.eemea.ericsson.se ([153.88.254.175]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 22:08:12 +0100 Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sun, 21 Mar 2010 22:08:12 +0100 Received: from [131.160.126.142] (rvi2-126-142.lmf.ericsson.se [131.160.126.142]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 8A7CC26D8 for ; Sun, 21 Mar 2010 23:08:11 +0200 (EET) Message-ID: <4BA68ABA.3090807@ericsson.com> Date: Sun, 21 Mar 2010 14:08:10 -0700 From: Gonzalo Camarillo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: PPSP X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Mar 2010 21:08:12.0154 (UTC) FILETIME=[9D8585A0:01CAC93A] X-Brightmail-Tracker: AAAAAA== Subject: [ppsp] Agenda posted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 21:08:57 -0000 Folks, we have posted our agenda for tomorrow's meeting. You can fetch it from: http://www.ietf.org/proceedings/10mar/agenda/ppsp.html Cheers, Gonzalo From zhangyunfei@chinamobile.com Sun Mar 21 14:56:01 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C28213A6817 for ; Sun, 21 Mar 2010 14:56:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.72 X-Spam-Level: X-Spam-Status: No, score=-92.72 tagged_above=-999 required=5 tests=[AWL=-0.277, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 ZKZB0C-hJyTy for ; Sun, 21 Mar 2010 14:56:01 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id C863F3A67B4 for ; Sun, 21 Mar 2010 14:55:53 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032206122783-529 ; Mon, 22 Mar 2010 06:12:27 +0800 Date: Mon, 22 Mar 2010 05:56:02 +0800 From: "zhangyunfei" To: "Gonzalo Camarillo" , "PPSP" References: <4BA68ABA.3090807@ericsson.com> Message-ID: <201003220555569532363@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 06:12:28, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-22 05:56:09, Serialize complete at 2010-03-22 05:56:09 Content-Type: multipart/alternative; boundary="=====003_Dragon332712506880_=====" Subject: Re: [ppsp] Agenda posted X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 21:56:01 -0000 This is a multi-part message in MIME format. --=====003_Dragon332712506880_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" Rm9yIHRoZSBzcGVha2VycyBpbiB0aGUgUFBTUCBzZXNzaW9uLA0KICAgUGxlYXNlIHNlbmQgR29u emFsbyBhbmQgbWUgdGhlIHByZXMgc2xpZGVzLlRoYW5rcy4NCg0KQlINCll1bmZlaQ0KDQoNCg0K DQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0yMg0KDQoNCg0Kt6K8/sjLo7ogR29uemFsbyBDYW1hcmls bG8NCreiy83Ksbzko7ogMjAxMC0wMy0yMiAwNTo1MDo1Nw0KytW8/sjLo7ogUFBTUA0Ks63LzaO6 IA0K1vfM4qO6IFtwcHNwXSBBZ2VuZGEgcG9zdGVkDQoNCkZvbGtzLA0KDQp3ZSAgaGF2ZSAgcG9z dGVkICBvdXIgIGFnZW5kYSAgZm9yICB0b21vcnJvdydzICBtZWV0aW5nLiAgWW91ICBjYW4gIGZl dGNoICBpdCAgZnJvbToNCg0KaHR0cDovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy8xMG1hci9h Z2VuZGEvcHBzcC5odG1sDQoNCkNoZWVycywNCg0KR29uemFsbw0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnBwc3AgIG1haWxpbmcgIGxpc3QNCnBwc3BA aWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0K --=====003_Dragon332712506880_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkZvciB0aGUgc3BlYWtlcnMgaW4gdGhl Jm5ic3A7UFBTUCANCnNlc3Npb24sPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgY29sb3I9IzAwMDBmZiBzaXplPTI+Jm5ic3A7Jm5ic3A7IFBsZWFzZSBzZW5kIEdvbnphbG8g DQphbmQgbWUgdGhlIHByZXMgc2xpZGVzLlRoYW5rcy48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5CUjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPll1bmZlaTwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7 PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJk YW5hIHNpemU9Mj4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgU0laRT0y Pg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxGT05UIGZhY2U9VmVy ZGFuYSBzaXplPTI+emhhbmd5dW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBzaXplPTI+MjAxMC0wMy0yMjwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9ESVY+DQo8RElWPjxG T05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz63orz+yMujujwvU1RST05HPiBHb256 YWxvIA0KQ2FtYXJpbGxvPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJk YW5hPjxGT05UIHNpemU9Mj48U1RST05HPreiy83Ksbzko7o8L1NUUk9ORz4gDQoyMDEwLTAzLTIy Jm5ic3A7MDU6NTA6NTc8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+ytW8/sjLo7o8L1NUUk9ORz4gDQpQUFNQPC9GT05UPjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05H PrOty82jujwvU1RST05HPiA8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+1vfM4qO6PC9TVFJPTkc+IFtwcHNwXSBBZ2VuZGEg DQpwb3N0ZWQ8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6 ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4N CjxESVY+Rm9sa3MsPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj53ZSAmbmJzcDtoYXZl ICZuYnNwO3Bvc3RlZCAmbmJzcDtvdXIgJm5ic3A7YWdlbmRhICZuYnNwO2ZvciANCiZuYnNwO3Rv bW9ycm93J3MgJm5ic3A7bWVldGluZy4gJm5ic3A7WW91ICZuYnNwO2NhbiAmbmJzcDtmZXRjaCAm bmJzcDtpdCANCiZuYnNwO2Zyb206PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48QSAN CmhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvcHJvY2VlZGluZ3MvMTBtYXIvYWdlbmRhL3Bwc3Au aHRtbCI+aHR0cDovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy8xMG1hci9hZ2VuZGEvcHBzcC5o dG1sPC9BPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Q2hlZXJzLDwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+R29uemFsbzwvRElWPg0KPERJVj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvRElWPg0KPERJVj5wcHNwICZuYnNwO21h aWxpbmcgJm5ic3A7bGlzdDwvRElWPg0KPERJVj5wcHNwQGlldGYub3JnPC9ESVY+DQo8RElWPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcDwvRElWPjwvRk9OVD48L0RJ Vj48L0JPRFk+PC9IVE1MPg0K --=====003_Dragon332712506880_=====-- From softgear@etri.re.kr Sun Mar 21 17:33:32 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EA4EC3A692C for ; Sun, 21 Mar 2010 17:33:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.826 X-Spam-Level: X-Spam-Status: No, score=-96.826 tagged_above=-999 required=5 tests=[AWL=-1.705, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HELO_MISMATCH_INFO=1.448, MANGLED_CNFDTL=2.3, 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 krUUZZB7Z1bR for ; Sun, 21 Mar 2010 17:33:30 -0700 (PDT) Received: from email2.etri.info (email2.etri.re.kr [129.254.16.132]) by core3.amsl.com (Postfix) with ESMTP id 11A9C3A68CE for ; Sun, 21 Mar 2010 17:33:29 -0700 (PDT) Received: from softgearpc ([129.254.232.20]) by email2.etri.info with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Mar 2010 09:33:44 +0900 From: "Softgear Ko" To: "'lichun li'" References: <009701cac661$4e8e5ac0$ebab1040$@re.kr> <7d6b50691003200035p453b81d7w40a12a8d8721dc75@mail.gmail.com> In-Reply-To: <7d6b50691003200035p453b81d7w40a12a8d8721dc75@mail.gmail.com> Date: Mon, 22 Mar 2010 09:33:44 +0900 Message-ID: <008601cac957$546fef00$fd4fcd00$@re.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcrH/+JBfo7MW/V9RtiQQ54eFd2LvgBVYmWw Content-language: ko X-OriginalArrivalTime: 22 Mar 2010 00:33:44.0878 (UTC) FILETIME=[5465DCE0:01CAC957] Cc: ppsp@ietf.org Subject: Re: [ppsp] New draft about P2P CDN X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 00:33:33 -0000 Hi, Lichun Li. About pushing, When does a tracker ask a cacher to pull the content? If there are many cacher, which cachers does a tracker ask? I think, if a CSC knows the nearest cacher, the CSC can ask the cacher = to pull the content for subsequent request or other nearby CSC. Thank you for adding our draft as a reference. - Softgear Ko. -----Original Message----- From: lichun li [mailto:lilichun@gmail.com]=20 Sent: Saturday, March 20, 2010 4:35 PM To: Softgear Ko Cc: li.lichun1@zte.com.cn; ppsp@ietf.org Subject: Re: [ppsp] New draft about P2P CDN Hi I'm glad to share ideas with you and other people with common interests. I will add your draft to references in next version. Comments about "push", please see inline. On Thu, Mar 18, 2010 at 2:07 PM, Softgear Ko = wrote: > Hello, Lichun Li. > > > > I think this draft shows good overview of CDN supported P2P streaming > service. I think, basically, the idea is very similar to our draft: > > http://datatracker.ietf.org/doc/draft-softgear-p2psip-iptv/=A0 which = uses > RELOAD overlay for P2P streaming. > > However, your draft considers "chunk" based P2P streaming while our = draft > considers the live streaming only. I think we can share the idea each other. > Could you add our draft to References in your draft? > > Additionally, in your draft, only tracker (tracker overlay) can do > "pushing". Why don't add the function which CSCs or other entities requests > a cacher to push/pull content from others? Well, I have considered this before. I think this function is not necessary if CSCs ask tracker for peer list. But if CSCs request every chunk from nearby cachers and don't ask tracker for peer list, CSCs need this function. What do you think? > > > > Regards, > > Softgear Ko > > > > From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf = Of > li.lichun1@zte.com.cn > Sent: Thursday, March 04, 2010 2:20 PM > To: ppsp@ietf.org > Subject: [ppsp] New draft about P2P CDN > > > > Dear all, > > We have submitted a new Internet draft entitled "A P2P CDN based = Content > Sharing System using PPSP and RELOAD". > It can be accessed at: > http://www.ietf.org/internet-drafts/draft-li-ppsp-p2p-cdn-00.txt > Any comments are welcome. Thanks. > > Abstract: > This document defines a P2P CDN (Content Delivery Network) based > content sharing system using PPSP (Peer to Peer Streaming Protocol) > and RELOAD (REsource LOcation And Discovery). =A0The P2P CDN provides = a > unified platform for service/content providers and content sharing > users to share content efficiently and safely. =A0The shared contents > may include streaming media, files, etc. =A0This content sharing = system > uses PPSP as signaling protocol for P2P content distributing, and > uses RELOAD to improve reliability and scalability. =A0More > specifically, RELOAD is used to construct P2P overlays storing of > massive contents and locating contents reliably. > > Best Regards, > Lichun Li > > > > -------------------------------------------------------- > > ZTE=A0Information=A0Security=A0Notice:=A0The=A0information=A0contained=A0= in=A0this=A0mail=A0is=A0s olely=A0property=A0of=A0the=A0sender's=A0organization.=A0This=A0mail=A0co= mmunication=A0is=A0conf idential.=A0Recipients=A0named=A0above=A0are=A0obligated=A0to=A0maintain=A0= secrecy=A0and=A0are=A0n ot=A0permitted=A0to=A0disclose=A0the=A0contents=A0of=A0this=A0communicati= on=A0to=A0others. > > This=A0email=A0and=A0any=A0files=A0transmitted=A0with=A0it=A0are=A0confid= ential=A0and=A0intended=A0s olely=A0for=A0the=A0use=A0of=A0the=A0individual=A0or=A0entity=A0to=A0whom= =A0they=A0are=A0addressed.=A0If =A0you=A0have=A0received=A0this=A0email=A0in=A0error=A0please=A0notify=A0= the=A0originator=A0of=A0the=A0m essage.=A0Any=A0views=A0expressed=A0in=A0this=A0message=A0are=A0those=A0o= f=A0the=A0individual=A0send er. > > This=A0message=A0has=A0been=A0scanned=A0for=A0viruses=A0and=A0Spam=A0by=A0= ZTE=A0Anti-Spam=A0system. > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > --=20 Sincerely yours, Lichun Li ZTE Corporation From albertojgc@gmail.com Mon Mar 22 02:29:04 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 366A73A6B45 for ; Mon, 22 Mar 2010 02:29:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.268 X-Spam-Level: **** X-Spam-Status: No, score=4.268 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, DNS_FROM_OPENWHOIS=1.13, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_33=0.6, J_CHICKENPOX_41=0.6, J_CHICKENPOX_51=0.6, J_CHICKENPOX_73=0.6, MIME_8BIT_HEADER=0.3] 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 0C7fAnqt2poO for ; Mon, 22 Mar 2010 02:29:02 -0700 (PDT) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by core3.amsl.com (Postfix) with ESMTP id 8E2F93A6877 for ; Mon, 22 Mar 2010 02:25:03 -0700 (PDT) Received: by bwz3 with SMTP id 3so5167667bwz.29 for ; Mon, 22 Mar 2010 02:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=nVCa6y6hBNxdAPOnn6GKolUYyMwA04qDNSia28+TMGM=; b=owNxKfLaQnDSCAJVKiy1QOdOS9IcswjpxDZsFKogbheWw+RuI7Yr5PT/zgJeA/q1nL DPSIsjreuwQjGTCw/5LKgUBEYQIVHnXHkMP0Rgb7uZmUsz7JRjtn9xXy/JCqEhiKlGf/ Zj1PZxpImnMppnZZRBCg2kPOWRwTnJc38t0Bk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=NnbqbD1cOrh7UaiH2dBvk+qhFCo1OTEjI5nSjk64iFtHBRKcwb9FVLwKaeVk7EP3JR dtpmxxBbHRMnHWTq17SA4zsR7+zQ0MA8+wIsHDcdsRm3sKL2QlPre9h112xI8ECCQABf eGM8wpzXWFETMi/27q4Vhfeqt99xbWAnNAmIU= MIME-Version: 1.0 Sender: albertojgc@gmail.com Received: by 10.204.174.194 with SMTP id u2mr3140099bkz.40.1269249913117; Mon, 22 Mar 2010 02:25:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Mar 2010 10:25:12 +0100 X-Google-Sender-Auth: 3b6d30c086f81f50 Message-ID: From: =?ISO-8859-1?Q?Alberto_Jos=E9_Gonz=E1lez_Cela?= To: ppsp@ietf.org Content-Type: multipart/alternative; boundary=0003255554f63424f304826046e3 Subject: Re: [ppsp] ppsp Digest, Vol 18, Issue 32 X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 09:29:04 -0000 --0003255554f63424f304826046e3 Content-Type: text/plain; charset=ISO-8859-1 Hi Yunfei, all, First of all, I think you have done a great job consolidating this version of the charter. By the way, I propose two minor changes: -------- 1) "RTP,TCP or UDP may be used for the encoding and transmission of the media content between peers" --> Proposal: "RTP,TCP or UDP may be used for the transmission of the media content between peers" I think that the term "encoding" used here is confusing as the charter refers to transport protocols in this sentence. 2) " This document will also discuss use of layered media encoding and related media chunk descriptions in the peer protocol for more robust streaming" --> Proposal: "This document will also discuss use of layered media encoding and related media chunk descriptions in the peer protocol for more robust and scalable streaming" I think it is important to add the term "scalable" in this sentence as it is an important feature of layered media encoding which will allow to reach heterogeneous devices (including mobiles and fixed devices) with different capabilities (display and network access). ------ For the rest, I agree with the charter text. Best Regards, Alberto J. Gonzalez Universitat Politecnica de Catalunya (BarcelonaTECH) / i2CAT Foundation > Message: 1 > Date: Sun, 21 Mar 2010 13:18:06 +0800 > From: "zhangyunfei" > Subject: [ppsp] Updated PPSP charter propsal > To: "ppsp@ietf.org" > Message-ID: <201003211318052964152@chinamobile.com> > Content-Type: text/plain; charset="gb2312" > > Dear all, > Accroding to Cullen's version of PPSP charter proposal and recent > discussions on PPSP mailing list,I update a new version with some > revisions,including updated language concerning the protocol candidates > descriptions on peer and tracker protocol, the task of session negotiation > description for rechartering (if necessary) and some related WG update. > So please let me know if it reflects clearer view on PPSP.Any comments > are highly appreciated. > Thanks so much for all of your proposals and valuable suggestions on the > mailing list. > > BR > Yunfei > > > ==================================================== > The Peer-to-Peer Streaming Protocol (PPSP) working group develops two > signaling and control protocols for a peer-to-peer (P2P) streaming > system for transmitting live and time shifted media content with near > real-time delivery requirements. > > Two kinds of nodes exist in the targeted P2P streaming system, i.e., > "peers" and "trackers". Peers are nodes that are actively sending and > receiving streamed media content, and include both statically connected > hosts as well as mobile devices with connectivity and IP addresses that > change over time. Besides end nodes, peers also include caches, > CDN nodes and the kind of deployed edge network equipments and super-nodes > by ISP. > The set of peers that are participating in a streaming session will > dynamically > change over time. Trackers are well-known nodes with stable connectivity > that > maintain meta information about the streamed content and the dynamic peer > set. > They can be organized in centralized or distributed way. > > The PPSP WG designs a protocol for signaling and control between > trackers and peers (the PPSP "tracker protocol") and a signaling and > control protocol for communication among the peers (the PPSP "peer > protocol"). The two protocols enable peers to receive streaming data > within the time constraints required by specific content items. The > tracker protocol handles the initial and periodic exchange of meta > information between trackers and peers, such as peer lists and content > information. The peer protocol controls the advertising and exchange of > media data availability and each other?s neighbor peers between the peers. > > The tracker protocol will be modeled as request/answer protocol between > peer and tracker,and will carry information > that is needed for selection of a peer suitable for real time streaming. > > The peer protocol will be modeled as gossip-like protocol, with periodic, > pairwise, > inter-process interactions of changed available neighbor peers and media > piece > states called bitmap between peers. The information exchanged during these > interactions > is of bounded size and is carried by TCP or UDP together with ICE for NAT > traversal > support. > > RTP,TCP or UDP may be used for the encoding and transmission of the media > content > between peers. PPSP is not chartered to work on media transmission > protocols, media encoding techniques or other components of a P2P > streaming system such as playout,scheduling and control, etc. > There is a gap between the task of peer protocol and content transmission, > namely, the > negotiation to set up a session between peers. If the gap is deemed > necessary to be met, > the WG will seek to recharter for such extensions. > > The work items of the PPSP WG are: > > (1) A "problem statement" document that gives an overview of the > proposed P2P streaming system, motivates the desire for standardized > protocols, defines the envisioned scope of those standardized > components and discusses common terminologies and concepts. > > (2) A "requirements" document that details the specific functional, > operational and performance requirements of the two PPSP protocols. > > (3) An "architectural survey" document that summarizes current P2P > streaming architectures, in particular tracker-based P2P streaming > systems, and highlights best current practices. > > (4) A detailed specification of the PPSP peer protocol. > > (5) A detailed specification of the PPSP tracker protocol. > > (6) A "usage guide" that describes how the two PPSP protocols and > existing IETF protocols, such as P2PSIP and ALTO, can be combined to > create a > deployable operational P2P streaming system. This document will > also discuss use of layered media encoding and related media chunk > descriptions in the peer protocol for more robust streaming. > > > The work items of the PPSP WG interacts with the work performed in other > IETF WGs, including P2PSIP, SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever > extensions or modification to the protocols developed in other WGs are > deemed necessary, PPSP shall communicate and discuss the requirements > for such extensions with the relevant WGs but is not charted to make > such changes. > > Goals and Milestones: > > Sep 2010 Submit problem statement to IESG as Informational > Dec 2010 Submit architectural survey to IESG as Informational > Dec 2010 Submit requirements document to IESG as Informational > Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard > Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard > Dec 2011 Submit usage guide to IESG to IESG as Informational > > > > > > zhangyunfei > 2010-03-21 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://www.ietf.org/mail-archive/web/ppsp/attachments/20100321/973eebea/attachment.htm > > > > ------------------------------ > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp > > > End of ppsp Digest, Vol 18, Issue 32 > ************************************ > -- Alberto Jose Gonzalez Cela --0003255554f63424f304826046e3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Yunfei, all,

First of all, I think you have done a gr= eat job consolidating this version of the charter.

By the way, I propose two minor changes:

--------=

1) "RTP,TCP or UDP may be used for the encoding an= d transmission of the media content
between peers" --> Proposa= l: =A0"RTP,TCP or UDP may be used for the transmission of the media co= ntent
between peers"

I think that the term "encoding= " used here is confusing as the charter refers to transport protocols = in this sentence.

2) "=A0This document will= =A0also discuss use of layered media encoding and related media chunk
=A0 descriptions in the peer protocol for more robust streaming" -->= ; Proposal:=A0"This document will=A0also discuss use of layered media = encoding and related media chunk=A0descriptions in the peer protocol for mo= re robust and scalable streaming"

I think it is important to add the term "scalable"= in this sentence as it is an important feature of layered media encoding w= hich will allow to reach heterogeneous devices (including mobiles and fixed= devices) with different capabilities (display and network access).

------

For the rest, I agree w= ith the charter text.

Best Regards,

=

Alberto J. Gonzalez
Universitat Politecnica d= e Catalunya (BarcelonaTECH) / i2CAT Foundation


Message: 1
Date: Sun, 21 Mar 2010 13:18:06 +0800
From: "zhangyunfei" <zhangyunfei@chinamobile.com>
Subject: [ppsp] Updated PPSP charter propsal
To: "ppsp@ietf.org" <ppsp@ietf.org>
Message-ID: <20= 1003211318052964152@chinamobile.com>
Content-Type: text/plain; charset=3D"gb2312"

Dear all,
=A0 Accroding to Cullen's version of PPSP charter proposal and recent = discussions on PPSP mailing list,I update a new version with some revisions= ,including updated language concerning the protocol candidates descriptions= on peer and tracker protocol, the task of session negotiation description = for rechartering (if necessary) and some related WG update.
=A0 So please let me know if it reflects clearer view on PPSP.Any comments= are highly appreciated.
=A0 Thanks so much for all of your proposals and valuable suggestions on t= he mailing list.

BR
Yunfei


=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=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
The Peer-to-Peer Streaming Protocol (PPSP) working group develops two
signaling and control protocols for a peer-to-peer (P2P) streaming
system for transmitting live and time shifted media content with near
real-time delivery requirements.

Two kinds of nodes exist in the targeted P2P streaming system, i.e.,
"peers" and "trackers". Peers are nodes that are active= ly sending and
receiving streamed media content, and include both statically connected
hosts as well as mobile devices with connectivity and IP addresses that
change over time. Besides end nodes, peers also include caches,
CDN nodes and the kind of deployed edge network equipments and super-nodes = by ISP.
The set of peers that are participating in a streaming session will dynamic= ally
change over time. Trackers are well-known nodes with stable connectivity th= at
=A0maintain meta information about the streamed content and the dynamic pee= r set.
They can be organized in centralized or distributed way.

The PPSP WG designs a protocol for signaling and control between
trackers and peers (the PPSP "tracker protocol") and a signaling = and
control protocol for communication among the peers (the PPSP "peer
protocol"). The two protocols enable peers to receive streaming data within the time constraints required by specific content items. =A0The
tracker protocol handles the initial and periodic exchange of meta
information between trackers and peers, such as peer lists and content
information. The peer protocol controls the advertising and exchange of
media data availability and each other?s neighbor peers between the peers.<= br>
The tracker protocol will be modeled as request/answer protocol between
peer and tracker,and will carry information
that is needed for selection of a peer suitable for real time streaming.
The peer protocol will be modeled as gossip-like protocol, with periodic, p= airwise,
=A0inter-process interactions of changed available neighbor peers and media= piece
states called bitmap between peers. The information exchanged during these = interactions
is of bounded size and is carried by TCP or UDP together with ICE for NAT t= raversal
support.

RTP,TCP or UDP may be used for the encoding and transmission of the media c= ontent
between peers. PPSP is not chartered to work on media transmission
protocols, media encoding techniques or other components of a P2P
streaming system such as playout,scheduling and control, etc.
There is a gap between the task of peer protocol and content transmission, = namely, the
negotiation to set up a session between peers. If the gap is deemed necessa= ry to be met,
the WG will seek to recharter for such extensions.

The work items of the PPSP WG are:

(1) A "problem statement" document that gives an overview of the<= br> =A0 =A0proposed P2P streaming system, motivates the desire for standardize= d
=A0 =A0protocols, defines the envisioned scope of those standardized
=A0 =A0components and discusses common terminologies and concepts.

(2) A "requirements" document that details the specific functiona= l,
=A0 =A0operational and performance requirements of the two PPSP protocols.=

(3) An "architectural survey" document that summarizes current P2= P
=A0 =A0streaming architectures, in particular tracker-based P2P streaming<= br> =A0 =A0systems, and highlights best current practices.

(4) A detailed specification of the PPSP peer protocol.

(5) A detailed specification of the PPSP tracker protocol.

(6) A "usage guide" that describes how the two PPSP protocols and=
=A0 =A0existing IETF protocols, such as P2PSIP and ALTO, can be combined t= o create a
=A0 =A0deployable operational P2P streaming system. This document will
=A0 =A0also discuss use of layered media encoding and related media chunk<= br> =A0 descriptions in the peer protocol for more robust streaming.


The work items of the PPSP WG interacts with the work performed in other IETF WGs, including P2PSIP, SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever=
extensions or modification to the protocols developed in other WGs are
deemed necessary, PPSP shall communicate and discuss the requirements
for such extensions with the relevant WGs but is not charted to make
such changes.

Goals and Milestones:

Sep 2010 =A0 Submit problem statement to IESG as Informational
Dec 2010 =A0 Submit architectural survey to IESG as Informational
Dec 2010 =A0 Submit requirements document to IESG as Informational
Aug 2011 =A0 Submit PPSP peer protocol to IESG as Proposed Standard
Aug 2011 =A0 Submit PPSP tracker protocol to IESG as Proposed Standard
Dec 2011 =A0 Submit usage guide to IESG to IESG as Informational





zhangyunfei
2010-03-21
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ietf.org/mail= -archive/web/ppsp/attachments/20100321/973eebea/attachment.htm>

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

_______________________________________________
ppsp mailing list
ppsp@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ppsp


End of ppsp Digest, Vol 18, Issue 32
************************************



--
Alberto Jose Gonzalez C= ela

--0003255554f63424f304826046e3-- From zongning@huawei.com Mon Mar 22 07:16:32 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89D883A6B94 for ; Mon, 22 Mar 2010 07:16:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.89 X-Spam-Level: X-Spam-Status: No, score=-95.89 tagged_above=-999 required=5 tests=[AWL=-0.875, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_41=0.6, J_CHICKENPOX_51=0.6, J_CHICKENPOX_73=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, 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 3o+WfCxFQCCR for ; Mon, 22 Mar 2010 07:16:31 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 094F93A6B75 for ; Mon, 22 Mar 2010 07:14:38 -0700 (PDT) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZO00L8LSWRGB@szxga01-in.huawei.com> for ppsp@ietf.org; Mon, 22 Mar 2010 22:14:51 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZO005TPSWQ61@szxga01-in.huawei.com> for ppsp@ietf.org; Mon, 22 Mar 2010 22:14:51 +0800 (CST) Received: from z-20684ca876cc4 (dhcp-wireless-open-abg-25-78.meeting.ietf.org [130.129.25.78]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZO00L2WSWMCG@szxml02-in.huawei.com>; Mon, 22 Mar 2010 22:14:50 +0800 (CST) Date: Mon, 22 Mar 2010 07:14:50 -0700 From: Ning Zong To: =?gb2312?B?QWxiZXJ0b19Kb3PpX0dvbnrhbGV6X0NlbGE=?= , "ppsp@ietf.org" Message-id: <0KZO00L2YSWNCG@szxml02-in.huawei.com> MIME-version: 1.0 X-Mailer: Foxmail 5.0 [en] Content-type: multipart/alternative; boundary="Boundary_(ID_CrsGzBpl+66W0ZL/b9GLmA)" Subject: Re: [ppsp] ppsp Digest, Vol 18, Issue 32 X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 14:16:32 -0000 This is a multi-part message in MIME format. --Boundary_(ID_CrsGzBpl+66W0ZL/b9GLmA) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: base64 SGksIEFsYmVydG8sDQoNClNlZSBpbmxpbmUuDQoNCg0KDQpIaSBZdW5mZWksIGFsbCwNCg0KDQpG aXJzdCBvZiBhbGwsIEkgdGhpbmsgeW91IGhhdmUgZG9uZSBhIGdyZWF0IGpvYiBjb25zb2xpZGF0 aW5nIHRoaXMgdmVyc2lvbiBvZiB0aGUgY2hhcnRlci4NCg0KDQpCeSB0aGUgd2F5LCBJIHByb3Bv c2UgdHdvIG1pbm9yIGNoYW5nZXM6DQoNCg0KLS0tLS0tLS0NCg0KDQoxKSAiUlRQLFRDUCBvciBV RFAgbWF5IGJlIHVzZWQgZm9yIHRoZSBlbmNvZGluZyBhbmQgdHJhbnNtaXNzaW9uIG9mIHRoZSBt ZWRpYSBjb250ZW50DQpiZXR3ZWVuIHBlZXJzIiAtLT4gUHJvcG9zYWw6ID9xdW90O1JUUCxUQ1Ag b3IgVURQIG1heSBiZSB1c2VkIGZvciB0aGUgdHJhbnNtaXNzaW9uIG9mIHRoZSBtZWRpYSBjb250 ZW50DQpiZXR3ZWVuIHBlZXJzIg0KDQoNCkkgdGhpbmsgdGhhdCB0aGUgdGVybSAiZW5jb2Rpbmci IHVzZWQgaGVyZSBpcyBjb25mdXNpbmcgYXMgdGhlIGNoYXJ0ZXIgcmVmZXJzIHRvIHRyYW5zcG9y dCBwcm90b2NvbHMgaW4gdGhpcyBzZW50ZW5jZS4NCg0KW3pvbmddOiBGb3IgY2xhcmlmaWNhdGlv biwgSSBzdXBwb3NlIHRoZSB0ZXJtICJlbmNvZGluZyIgaGVyZSBtZWFucyAiZW5jYXBzdWxhdGlv biIgd2hpY2ggaXMgYSBiYXNpYyBmdW5jdGlvbiBvZiBuZXR3b3JrIHByb3RvY29sLg0KQnV0IEkg YWdyZWUgdG8ganVzdCByZW1haW4gdHJhbnNtaXNzaW9uIGJlY2F1c2UgdHJhbnNtaXNzaW9uIGlz IGdlbmVyYWwgZW5vdWdoLg0KDQoNCjIpICKgVGhpcyBkb2N1bWVudCB3aWxsoGFsc28gZGlzY3Vz cyB1c2Ugb2YgbGF5ZXJlZCBtZWRpYSBlbmNvZGluZyBhbmQgcmVsYXRlZCBtZWRpYSBjaHVuaw0K P2Rlc2NyaXB0aW9ucyBpbiB0aGUgcGVlciBwcm90b2NvbCBmb3IgbW9yZSByb2J1c3Qgc3RyZWFt aW5nIiAtLT4gUHJvcG9zYWw6P3F1b3Q7VGhpcyBkb2N1bWVudCB3aWxsoGFsc28gZGlzY3VzcyB1 c2Ugb2YgbGF5ZXJlZCBtZWRpYSBlbmNvZGluZyBhbmQgcmVsYXRlZCBtZWRpYSBjaHVua6BkZXNj cmlwdGlvbnMgaW4gdGhlIHBlZXIgcHJvdG9jb2wgZm9yIG1vcmUgcm9idXN0IGFuZCBzY2FsYWJs ZSBzdHJlYW1pbmciDQoNCg0KSSB0aGluayBpdCBpcyBpbXBvcnRhbnQgdG8gYWRkIHRoZSB0ZXJt ICJzY2FsYWJsZSIgaW4gdGhpcyBzZW50ZW5jZSBhcyBpdCBpcyBhbiBpbXBvcnRhbnQgZmVhdHVy ZSBvZiBsYXllcmVkIG1lZGlhIGVuY29kaW5nIHdoaWNoIHdpbGwgYWxsb3cgdG8gcmVhY2ggaGV0 ZXJvZ2VuZW91cyBkZXZpY2VzIChpbmNsdWRpbmcgbW9iaWxlcyBhbmQgZml4ZWQgZGV2aWNlcykg d2l0aCBkaWZmZXJlbnQgY2FwYWJpbGl0aWVzIChkaXNwbGF5IGFuZCBuZXR3b3JrIGFjY2Vzcyku DQoNClt6b25nXTogR29vZCBwb2ludC4NCg0KLS0tLS0tDQoNCg0KRm9yIHRoZSByZXN0LCBJIGFn cmVlIHdpdGggdGhlIGNoYXJ0ZXIgdGV4dC4NCg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KDQoNCkFs YmVydG8gSi4gR29uemFsZXoNClVuaXZlcnNpdGF0IFBvbGl0ZWNuaWNhIGRlIENhdGFsdW55YSAo QmFyY2Vsb25hVEVDSCkgLyBpMkNBVCBGb3VuZGF0aW9uDQoNCg0KDQpNZXNzYWdlOiAxDQpEYXRl OiBTdW4sIDIxIE1hciAyMDEwIDEzOjE4OjA2ICswODAwDQpGcm9tOiAiemhhbmd5dW5mZWkiIDx6 aGFuZ3l1bmZlaUBjaGluYW1vYmlsZS5jb20+DQpTdWJqZWN0OiBbcHBzcF0gVXBkYXRlZCBQUFNQ IGNoYXJ0ZXIgcHJvcHNhbA0KVG86ICJwcHNwQGlldGYub3JnIiA8cHBzcEBpZXRmLm9yZz4NCk1l c3NhZ2UtSUQ6IDwyMDEwMDMyMTEzMTgwNTI5NjQxNTJAY2hpbmFtb2JpbGUuY29tPg0KQ29udGVu dC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJnYjIzMTIiDQoNCkRlYXIgYWxsLA0KP0FjY3Jv ZGluZyB0byBDdWxsZW4ncyB2ZXJzaW9uIG9mIFBQU1AgY2hhcnRlciBwcm9wb3NhbCBhbmQgcmVj ZW50IGRpc2N1c3Npb25zIG9uIFBQU1AgbWFpbGluZyBsaXN0LEkgdXBkYXRlIGEgbmV3IHZlcnNp b24gd2l0aCBzb21lIHJldmlzaW9ucyxpbmNsdWRpbmcgdXBkYXRlZCBsYW5ndWFnZSBjb25jZXJu aW5nIHRoZSBwcm90b2NvbCBjYW5kaWRhdGVzIGRlc2NyaXB0aW9ucyBvbiBwZWVyIGFuZCB0cmFj a2VyIHByb3RvY29sLCB0aGUgdGFzayBvZiBzZXNzaW9uIG5lZ290aWF0aW9uIGRlc2NyaXB0aW9u IGZvciByZWNoYXJ0ZXJpbmcgKGlmIG5lY2Vzc2FyeSkgYW5kIHNvbWUgcmVsYXRlZCBXRyB1cGRh dGUuDQo/U28gcGxlYXNlIGxldCBtZSBrbm93IGlmIGl0IHJlZmxlY3RzIGNsZWFyZXIgdmlldyBv biBQUFNQLkFueSBjb21tZW50cyBhcmUgaGlnaGx5IGFwcHJlY2lhdGVkLg0KP1RoYW5rcyBzbyBt dWNoIGZvciBhbGwgb2YgeW91ciBwcm9wb3NhbHMgYW5kIHZhbHVhYmxlIHN1Z2dlc3Rpb25zIG9u IHRoZSBtYWlsaW5nIGxpc3QuDQoNCkJSDQpZdW5mZWkNCg0KDQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpUaGUgUGVlci10by1QZWVyIFN0cmVh bWluZyBQcm90b2NvbCAoUFBTUCkgd29ya2luZyBncm91cCBkZXZlbG9wcyB0d28NCnNpZ25hbGlu ZyBhbmQgY29udHJvbCBwcm90b2NvbHMgZm9yIGEgcGVlci10by1wZWVyIChQMlApIHN0cmVhbWlu Zw0Kc3lzdGVtIGZvciB0cmFuc21pdHRpbmcgbGl2ZSBhbmQgdGltZSBzaGlmdGVkIG1lZGlhIGNv bnRlbnQgd2l0aCBuZWFyDQpyZWFsLXRpbWUgZGVsaXZlcnkgcmVxdWlyZW1lbnRzLg0KDQpUd28g a2luZHMgb2Ygbm9kZXMgZXhpc3QgaW4gdGhlIHRhcmdldGVkIFAyUCBzdHJlYW1pbmcgc3lzdGVt LCBpLmUuLA0KInBlZXJzIiBhbmQgInRyYWNrZXJzIi4gUGVlcnMgYXJlIG5vZGVzIHRoYXQgYXJl IGFjdGl2ZWx5IHNlbmRpbmcgYW5kDQpyZWNlaXZpbmcgc3RyZWFtZWQgbWVkaWEgY29udGVudCwg YW5kIGluY2x1ZGUgYm90aCBzdGF0aWNhbGx5IGNvbm5lY3RlZA0KaG9zdHMgYXMgd2VsbCBhcyBt b2JpbGUgZGV2aWNlcyB3aXRoIGNvbm5lY3Rpdml0eSBhbmQgSVAgYWRkcmVzc2VzIHRoYXQNCmNo YW5nZSBvdmVyIHRpbWUuIEJlc2lkZXMgZW5kIG5vZGVzLCBwZWVycyBhbHNvIGluY2x1ZGUgY2Fj aGVzLA0KQ0ROIG5vZGVzIGFuZCB0aGUga2luZCBvZiBkZXBsb3llZCBlZGdlIG5ldHdvcmsgZXF1 aXBtZW50cyBhbmQgc3VwZXItbm9kZXMgYnkgSVNQLg0KVGhlIHNldCBvZiBwZWVycyB0aGF0IGFy ZSBwYXJ0aWNpcGF0aW5nIGluIGEgc3RyZWFtaW5nIHNlc3Npb24gd2lsbCBkeW5hbWljYWxseQ0K Y2hhbmdlIG92ZXIgdGltZS4gVHJhY2tlcnMgYXJlIHdlbGwta25vd24gbm9kZXMgd2l0aCBzdGFi bGUgY29ubmVjdGl2aXR5IHRoYXQNCqBtYWludGFpbiBtZXRhIGluZm9ybWF0aW9uIGFib3V0IHRo ZSBzdHJlYW1lZCBjb250ZW50IGFuZCB0aGUgZHluYW1pYyBwZWVyIHNldC4NClRoZXkgY2FuIGJl IG9yZ2FuaXplZCBpbiBjZW50cmFsaXplZCBvciBkaXN0cmlidXRlZCB3YXkuDQoNClRoZSBQUFNQ IFdHIGRlc2lnbnMgYSBwcm90b2NvbCBmb3Igc2lnbmFsaW5nIGFuZCBjb250cm9sIGJldHdlZW4N CnRyYWNrZXJzIGFuZCBwZWVycyAodGhlIFBQU1AgInRyYWNrZXIgcHJvdG9jb2wiKSBhbmQgYSBz aWduYWxpbmcgYW5kDQpjb250cm9sIHByb3RvY29sIGZvciBjb21tdW5pY2F0aW9uIGFtb25nIHRo ZSBwZWVycyAodGhlIFBQU1AgInBlZXINCnByb3RvY29sIikuIFRoZSB0d28gcHJvdG9jb2xzIGVu YWJsZSBwZWVycyB0byByZWNlaXZlIHN0cmVhbWluZyBkYXRhDQp3aXRoaW4gdGhlIHRpbWUgY29u c3RyYWludHMgcmVxdWlyZWQgYnkgc3BlY2lmaWMgY29udGVudCBpdGVtcy4goFRoZQ0KdHJhY2tl ciBwcm90b2NvbCBoYW5kbGVzIHRoZSBpbml0aWFsIGFuZCBwZXJpb2RpYyBleGNoYW5nZSBvZiBt ZXRhDQppbmZvcm1hdGlvbiBiZXR3ZWVuIHRyYWNrZXJzIGFuZCBwZWVycywgc3VjaCBhcyBwZWVy IGxpc3RzIGFuZCBjb250ZW50DQppbmZvcm1hdGlvbi4gVGhlIHBlZXIgcHJvdG9jb2wgY29udHJv bHMgdGhlIGFkdmVydGlzaW5nIGFuZCBleGNoYW5nZSBvZg0KbWVkaWEgZGF0YSBhdmFpbGFiaWxp dHkgYW5kIGVhY2ggb3RoZXI/cyBuZWlnaGJvciBwZWVycyBiZXR3ZWVuIHRoZSBwZWVycy4NCg0K VGhlIHRyYWNrZXIgcHJvdG9jb2wgd2lsbCBiZSBtb2RlbGVkIGFzIHJlcXVlc3QvYW5zd2VyIHBy b3RvY29sIGJldHdlZW4NCnBlZXIgYW5kIHRyYWNrZXIsYW5kIHdpbGwgY2FycnkgaW5mb3JtYXRp b24NCnRoYXQgaXMgbmVlZGVkIGZvciBzZWxlY3Rpb24gb2YgYSBwZWVyIHN1aXRhYmxlIGZvciBy ZWFsIHRpbWUgc3RyZWFtaW5nLg0KDQpUaGUgcGVlciBwcm90b2NvbCB3aWxsIGJlIG1vZGVsZWQg YXMgZ29zc2lwLWxpa2UgcHJvdG9jb2wsIHdpdGggcGVyaW9kaWMsIHBhaXJ3aXNlLA0KoGludGVy LXByb2Nlc3MgaW50ZXJhY3Rpb25zIG9mIGNoYW5nZWQgYXZhaWxhYmxlIG5laWdoYm9yIHBlZXJz IGFuZCBtZWRpYSBwaWVjZQ0Kc3RhdGVzIGNhbGxlZCBiaXRtYXAgYmV0d2VlbiBwZWVycy4gVGhl IGluZm9ybWF0aW9uIGV4Y2hhbmdlZCBkdXJpbmcgdGhlc2UgaW50ZXJhY3Rpb25zDQppcyBvZiBi b3VuZGVkIHNpemUgYW5kIGlzIGNhcnJpZWQgYnkgVENQIG9yIFVEUCB0b2dldGhlciB3aXRoIElD RSBmb3IgTkFUIHRyYXZlcnNhbA0Kc3VwcG9ydC4NCg0KUlRQLFRDUCBvciBVRFAgbWF5IGJlIHVz ZWQgZm9yIHRoZSBlbmNvZGluZyBhbmQgdHJhbnNtaXNzaW9uIG9mIHRoZSBtZWRpYSBjb250ZW50 DQpiZXR3ZWVuIHBlZXJzLiBQUFNQIGlzIG5vdCBjaGFydGVyZWQgdG8gd29yayBvbiBtZWRpYSB0 cmFuc21pc3Npb24NCnByb3RvY29scywgbWVkaWEgZW5jb2RpbmcgdGVjaG5pcXVlcyBvciBvdGhl ciBjb21wb25lbnRzIG9mIGEgUDJQDQpzdHJlYW1pbmcgc3lzdGVtIHN1Y2ggYXMgcGxheW91dCxz Y2hlZHVsaW5nIGFuZCBjb250cm9sLCBldGMuDQpUaGVyZSBpcyBhIGdhcCBiZXR3ZWVuIHRoZSB0 YXNrIG9mIHBlZXIgcHJvdG9jb2wgYW5kIGNvbnRlbnQgdHJhbnNtaXNzaW9uLCBuYW1lbHksIHRo ZQ0KbmVnb3RpYXRpb24gdG8gc2V0IHVwIGEgc2Vzc2lvbiBiZXR3ZWVuIHBlZXJzLiBJZiB0aGUg Z2FwIGlzIGRlZW1lZCBuZWNlc3NhcnkgdG8gYmUgbWV0LA0KdGhlIFdHIHdpbGwgc2VlayB0byBy ZWNoYXJ0ZXIgZm9yIHN1Y2ggZXh0ZW5zaW9ucy4NCg0KVGhlIHdvcmsgaXRlbXMgb2YgdGhlIFBQ U1AgV0cgYXJlOg0KDQooMSkgQSAicHJvYmxlbSBzdGF0ZW1lbnQiIGRvY3VtZW50IHRoYXQgZ2l2 ZXMgYW4gb3ZlcnZpZXcgb2YgdGhlDQo/oHByb3Bvc2VkIFAyUCBzdHJlYW1pbmcgc3lzdGVtLCBt b3RpdmF0ZXMgdGhlIGRlc2lyZSBmb3Igc3RhbmRhcmRpemVkDQo/oHByb3RvY29scywgZGVmaW5l cyB0aGUgZW52aXNpb25lZCBzY29wZSBvZiB0aG9zZSBzdGFuZGFyZGl6ZWQNCj+gY29tcG9uZW50 cyBhbmQgZGlzY3Vzc2VzIGNvbW1vbiB0ZXJtaW5vbG9naWVzIGFuZCBjb25jZXB0cy4NCg0KKDIp IEEgInJlcXVpcmVtZW50cyIgZG9jdW1lbnQgdGhhdCBkZXRhaWxzIHRoZSBzcGVjaWZpYyBmdW5j dGlvbmFsLA0KP6BvcGVyYXRpb25hbCBhbmQgcGVyZm9ybWFuY2UgcmVxdWlyZW1lbnRzIG9mIHRo ZSB0d28gUFBTUCBwcm90b2NvbHMuDQoNCigzKSBBbiAiYXJjaGl0ZWN0dXJhbCBzdXJ2ZXkiIGRv Y3VtZW50IHRoYXQgc3VtbWFyaXplcyBjdXJyZW50IFAyUA0KP6BzdHJlYW1pbmcgYXJjaGl0ZWN0 dXJlcywgaW4gcGFydGljdWxhciB0cmFja2VyLWJhc2VkIFAyUCBzdHJlYW1pbmcNCj+gc3lzdGVt cywgYW5kIGhpZ2hsaWdodHMgYmVzdCBjdXJyZW50IHByYWN0aWNlcy4NCg0KKDQpIEEgZGV0YWls ZWQgc3BlY2lmaWNhdGlvbiBvZiB0aGUgUFBTUCBwZWVyIHByb3RvY29sLg0KDQooNSkgQSBkZXRh aWxlZCBzcGVjaWZpY2F0aW9uIG9mIHRoZSBQUFNQIHRyYWNrZXIgcHJvdG9jb2wuDQoNCig2KSBB ICJ1c2FnZSBndWlkZSIgdGhhdCBkZXNjcmliZXMgaG93IHRoZSB0d28gUFBTUCBwcm90b2NvbHMg YW5kDQo/oGV4aXN0aW5nIElFVEYgcHJvdG9jb2xzLCBzdWNoIGFzIFAyUFNJUCBhbmQgQUxUTywg Y2FuIGJlIGNvbWJpbmVkIHRvIGNyZWF0ZSBhDQo/oGRlcGxveWFibGUgb3BlcmF0aW9uYWwgUDJQ IHN0cmVhbWluZyBzeXN0ZW0uIFRoaXMgZG9jdW1lbnQgd2lsbA0KP6BhbHNvIGRpc2N1c3MgdXNl IG9mIGxheWVyZWQgbWVkaWEgZW5jb2RpbmcgYW5kIHJlbGF0ZWQgbWVkaWEgY2h1bmsNCj9kZXNj cmlwdGlvbnMgaW4gdGhlIHBlZXIgcHJvdG9jb2wgZm9yIG1vcmUgcm9idXN0IHN0cmVhbWluZy4N Cg0KDQpUaGUgd29yayBpdGVtcyBvZiB0aGUgUFBTUCBXRyBpbnRlcmFjdHMgd2l0aCB0aGUgd29y ayBwZXJmb3JtZWQgaW4gb3RoZXINCklFVEYgV0dzLCBpbmNsdWRpbmcgUDJQU0lQLCBTSVBDT1JF LCBBVlQsIEFMVE8sIExFREJBVCBhbmQgTU1VU0lDLiBXaGVuZXZlcg0KZXh0ZW5zaW9ucyBvciBt b2RpZmljYXRpb24gdG8gdGhlIHByb3RvY29scyBkZXZlbG9wZWQgaW4gb3RoZXIgV0dzIGFyZQ0K ZGVlbWVkIG5lY2Vzc2FyeSwgUFBTUCBzaGFsbCBjb21tdW5pY2F0ZSBhbmQgZGlzY3VzcyB0aGUg cmVxdWlyZW1lbnRzDQpmb3Igc3VjaCBleHRlbnNpb25zIHdpdGggdGhlIHJlbGV2YW50IFdHcyBi dXQgaXMgbm90IGNoYXJ0ZWQgdG8gbWFrZQ0Kc3VjaCBjaGFuZ2VzLg0KDQpHb2FscyBhbmQgTWls ZXN0b25lczoNCg0KU2VwIDIwMTAgP1N1Ym1pdCBwcm9ibGVtIHN0YXRlbWVudCB0byBJRVNHIGFz IEluZm9ybWF0aW9uYWwNCkRlYyAyMDEwID9TdWJtaXQgYXJjaGl0ZWN0dXJhbCBzdXJ2ZXkgdG8g SUVTRyBhcyBJbmZvcm1hdGlvbmFsDQpEZWMgMjAxMCA/U3VibWl0IHJlcXVpcmVtZW50cyBkb2N1 bWVudCB0byBJRVNHIGFzIEluZm9ybWF0aW9uYWwNCkF1ZyAyMDExID9TdWJtaXQgUFBTUCBwZWVy IHByb3RvY29sIHRvIElFU0cgYXMgUHJvcG9zZWQgU3RhbmRhcmQNCkF1ZyAyMDExID9TdWJtaXQg UFBTUCB0cmFja2VyIHByb3RvY29sIHRvIElFU0cgYXMgUHJvcG9zZWQgU3RhbmRhcmQNCkRlYyAy MDExID9TdWJtaXQgdXNhZ2UgZ3VpZGUgdG8gSUVTRyB0byBJRVNHIGFzIEluZm9ybWF0aW9uYWwN Cg0KDQoNCg0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0yMQ0KLS0tLS0tLS0tLS0tLS0gbmV4dCBw YXJ0IC0tLS0tLS0tLS0tLS0tDQpBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uDQpV Ukw6IDxodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvcHBzcC9hdHRhY2htZW50 cy8yMDEwMDMyMS85NzNlZWJlYS9hdHRhY2htZW50Lmh0bT4NCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQpwcHNwIG1haWxpbmcgbGlzdA0KcHBzcEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwDQoNCg0KRW5kIG9mIHBwc3AgRGlnZXN0LCBWb2wg MTgsIElzc3VlIDMyDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KDQoN Cg0KLS0gDQpBbGJlcnRvIEpvc2UgR29uemFsZXogQ2VsYQ0K --Boundary_(ID_CrsGzBpl+66W0ZL/b9GLmA) Content-type: text/html; charset=gb2312 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC42MDAwLjE2OTgxIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+SGksIEFs YmVydG8sPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5TZWUgaW5saW5lLjwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+DQo8SFI+DQpIaSBZdW5mZWksIGFsbCw8L0RJVj4NCjxE SVY+PEJSPjwvRElWPg0KPERJVj5GaXJzdCBvZiBhbGwsIEkgdGhpbmsgeW91IGhhdmUgZG9uZSBh IGdyZWF0IGpvYiBjb25zb2xpZGF0aW5nIHRoaXMgdmVyc2lvbiANCm9mIHRoZSBjaGFydGVyLjwv RElWPg0KPERJVj48QlI+PC9ESVY+DQo8RElWPkJ5IHRoZSB3YXksIEkgcHJvcG9zZSB0d28gbWlu b3IgY2hhbmdlczo8L0RJVj4NCjxESVY+PEJSPjwvRElWPg0KPERJVj4tLS0tLS0tLTwvRElWPg0K PERJVj48QlI+PC9ESVY+DQo8RElWPjEpICJSVFAsVENQIG9yIFVEUCBtYXkgYmUgdXNlZCBmb3Ig dGhlIGVuY29kaW5nIGFuZCB0cmFuc21pc3Npb24gb2YgdGhlIA0KbWVkaWEgY29udGVudDwvRElW PmJldHdlZW4gcGVlcnMiIC0tJmd0OyBQcm9wb3NhbDogP3F1b3Q7UlRQLFRDUCBvciBVRFAgbWF5 IGJlIA0KdXNlZCBmb3IgdGhlIHRyYW5zbWlzc2lvbiBvZiB0aGUgbWVkaWEgY29udGVudDxCUj5i ZXR3ZWVuIHBlZXJzIg0KPERJVj48QlI+PC9ESVY+DQo8RElWPkkgdGhpbmsgdGhhdCB0aGUgdGVy bSAiZW5jb2RpbmciIHVzZWQgaGVyZSBpcyBjb25mdXNpbmcgYXMgdGhlIGNoYXJ0ZXIgDQpyZWZl cnMgdG8gdHJhbnNwb3J0IHByb3RvY29scyBpbiB0aGlzIHNlbnRlbmNlLjwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+W3pvbmddOiBGb3IgY2xhcmlmaWNhdGlvbiwgSSBzdXBwb3NlIHRo ZSB0ZXJtICJlbmNvZGluZyIgaGVyZSBtZWFucyANCiJlbmNhcHN1bGF0aW9uIiB3aGljaCBpcyBh IGJhc2ljIGZ1bmN0aW9uIG9mIG5ldHdvcmsgcHJvdG9jb2wuPC9ESVY+DQo8RElWPkJ1dCBJIGFn cmVlJm5ic3A7dG8ganVzdCByZW1haW4gdHJhbnNtaXNzaW9uIGJlY2F1c2UgdHJhbnNtaXNzaW9u IA0KaXMmbmJzcDtnZW5lcmFsIGVub3VnaC48L0RJVj4NCjxESVY+PEJSPiZuYnNwOzwvRElWPg0K PERJVj4yKSAioFRoaXMgZG9jdW1lbnQgd2lsbKBhbHNvIGRpc2N1c3MgdXNlIG9mIGxheWVyZWQg bWVkaWEgZW5jb2RpbmcgYW5kIA0KcmVsYXRlZCBtZWRpYSBjaHVuazwvRElWPj9kZXNjcmlwdGlv bnMgaW4gdGhlIHBlZXIgcHJvdG9jb2wgZm9yIG1vcmUgcm9idXN0IA0Kc3RyZWFtaW5nIiAtLSZn dDsgUHJvcG9zYWw6P3F1b3Q7VGhpcyBkb2N1bWVudCB3aWxsoGFsc28gZGlzY3VzcyB1c2Ugb2Yg bGF5ZXJlZCANCm1lZGlhIGVuY29kaW5nIGFuZCByZWxhdGVkIG1lZGlhIGNodW5roGRlc2NyaXB0 aW9ucyBpbiB0aGUgcGVlciBwcm90b2NvbCBmb3IgbW9yZSANCnJvYnVzdCBhbmQgc2NhbGFibGUg c3RyZWFtaW5nIg0KPERJVj48QlI+PC9ESVY+DQo8RElWPkkgdGhpbmsgaXQgaXMgaW1wb3J0YW50 IHRvIGFkZCB0aGUgdGVybSAic2NhbGFibGUiIGluIHRoaXMgc2VudGVuY2UgYXMgaXQgDQppcyBh biBpbXBvcnRhbnQgZmVhdHVyZSBvZiBsYXllcmVkIG1lZGlhIGVuY29kaW5nIHdoaWNoIHdpbGwg YWxsb3cgdG8gcmVhY2ggDQpoZXRlcm9nZW5lb3VzIGRldmljZXMgKGluY2x1ZGluZyBtb2JpbGVz IGFuZCBmaXhlZCBkZXZpY2VzKSB3aXRoIGRpZmZlcmVudCANCmNhcGFiaWxpdGllcyAoZGlzcGxh eSBhbmQgbmV0d29yayBhY2Nlc3MpLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+W3pv bmddOiBHb29kIHBvaW50LjxCUj48L0RJVj4NCjxESVY+LS0tLS0tPC9ESVY+DQo8RElWPjxCUj48 L0RJVj4NCjxESVY+Rm9yIHRoZSByZXN0LCBJIGFncmVlIHdpdGggdGhlIGNoYXJ0ZXIgdGV4dC48 L0RJVj4NCjxESVY+PEJSPjwvRElWPg0KPERJVj5CZXN0IFJlZ2FyZHMsPC9ESVY+DQo8RElWPjxC Uj48L0RJVj4NCjxESVY+PEJSPg0KPERJVj5BbGJlcnRvIEouIEdvbnphbGV6PC9ESVY+DQo8RElW PlVuaXZlcnNpdGF0IFBvbGl0ZWNuaWNhIGRlIENhdGFsdW55YSAoQmFyY2Vsb25hVEVDSCkgLyBp MkNBVCANCkZvdW5kYXRpb248QlI+PEJSPg0KPERJViBjbGFzcz1nbWFpbF9xdW90ZT4NCjxCTE9D S1FVT1RFIGNsYXNzPWdtYWlsX3F1b3RlIA0Kc3R5bGU9IlBBRERJTkctTEVGVDogMWV4OyBNQVJH SU46IDBweCAwcHggMHB4IDAuOGV4OyBCT1JERVItTEVGVDogI2NjYyAxcHggc29saWQiPjxCUj5N ZXNzYWdlOiANCiAgMTxCUj5EYXRlOiBTdW4sIDIxIE1hciAyMDEwIDEzOjE4OjA2ICswODAwPEJS PkZyb206ICJ6aGFuZ3l1bmZlaSIgJmx0OzxBIA0KICBocmVmPSJtYWlsdG86emhhbmd5dW5mZWlA Y2hpbmFtb2JpbGUuY29tIj56aGFuZ3l1bmZlaUBjaGluYW1vYmlsZS5jb208L0E+Jmd0OzxCUj5T dWJqZWN0OiANCiAgW3Bwc3BdIFVwZGF0ZWQgUFBTUCBjaGFydGVyIHByb3BzYWw8QlI+VG86ICI8 QSANCiAgaHJlZj0ibWFpbHRvOnBwc3BAaWV0Zi5vcmciPnBwc3BAaWV0Zi5vcmc8L0E+IiAmbHQ7 PEEgDQogIGhyZWY9Im1haWx0bzpwcHNwQGlldGYub3JnIj5wcHNwQGlldGYub3JnPC9BPiZndDs8 QlI+TWVzc2FnZS1JRDogJmx0OzxBIA0KICBocmVmPSJtYWlsdG86MjAxMDAzMjExMzE4MDUyOTY0 MTUyQGNoaW5hbW9iaWxlLmNvbSI+MjAxMDAzMjExMzE4MDUyOTY0MTUyQGNoaW5hbW9iaWxlLmNv bTwvQT4mZ3Q7PEJSPkNvbnRlbnQtVHlwZTogDQogIHRleHQvcGxhaW47IGNoYXJzZXQ9ImdiMjMx MiI8QlI+PEJSPkRlYXIgYWxsLDxCUj4/QWNjcm9kaW5nIHRvIEN1bGxlbidzIA0KICB2ZXJzaW9u IG9mIFBQU1AgY2hhcnRlciBwcm9wb3NhbCBhbmQgcmVjZW50IGRpc2N1c3Npb25zIG9uIFBQU1Ag bWFpbGluZyBsaXN0LEkgDQogIHVwZGF0ZSBhIG5ldyB2ZXJzaW9uIHdpdGggc29tZSByZXZpc2lv bnMsaW5jbHVkaW5nIHVwZGF0ZWQgbGFuZ3VhZ2UgY29uY2VybmluZyANCiAgdGhlIHByb3RvY29s IGNhbmRpZGF0ZXMgZGVzY3JpcHRpb25zIG9uIHBlZXIgYW5kIHRyYWNrZXIgcHJvdG9jb2wsIHRo ZSB0YXNrIG9mIA0KICBzZXNzaW9uIG5lZ290aWF0aW9uIGRlc2NyaXB0aW9uIGZvciByZWNoYXJ0 ZXJpbmcgKGlmIG5lY2Vzc2FyeSkgYW5kIHNvbWUgDQogIHJlbGF0ZWQgV0cgdXBkYXRlLjxCUj4/ U28gcGxlYXNlIGxldCBtZSBrbm93IGlmIGl0IHJlZmxlY3RzIGNsZWFyZXIgdmlldyBvbiANCiAg UFBTUC5BbnkgY29tbWVudHMgYXJlIGhpZ2hseSBhcHByZWNpYXRlZC48QlI+P1RoYW5rcyBzbyBt dWNoIGZvciBhbGwgb2YgeW91ciANCiAgcHJvcG9zYWxzIGFuZCB2YWx1YWJsZSBzdWdnZXN0aW9u cyBvbiB0aGUgbWFpbGluZyANCiAgbGlzdC48QlI+PEJSPkJSPEJSPll1bmZlaTxCUj48QlI+PEJS Pj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08QlI+ VGhlIA0KICBQZWVyLXRvLVBlZXIgU3RyZWFtaW5nIFByb3RvY29sIChQUFNQKSB3b3JraW5nIGdy b3VwIGRldmVsb3BzIHR3bzxCUj5zaWduYWxpbmcgDQogIGFuZCBjb250cm9sIHByb3RvY29scyBm b3IgYSBwZWVyLXRvLXBlZXIgKFAyUCkgc3RyZWFtaW5nPEJSPnN5c3RlbSBmb3IgDQogIHRyYW5z bWl0dGluZyBsaXZlIGFuZCB0aW1lIHNoaWZ0ZWQgbWVkaWEgY29udGVudCB3aXRoIG5lYXI8QlI+ cmVhbC10aW1lIA0KICBkZWxpdmVyeSByZXF1aXJlbWVudHMuPEJSPjxCUj5Ud28ga2luZHMgb2Yg bm9kZXMgZXhpc3QgaW4gdGhlIHRhcmdldGVkIFAyUCANCiAgc3RyZWFtaW5nIHN5c3RlbSwgaS5l Liw8QlI+InBlZXJzIiBhbmQgInRyYWNrZXJzIi4gUGVlcnMgYXJlIG5vZGVzIHRoYXQgYXJlIA0K ICBhY3RpdmVseSBzZW5kaW5nIGFuZDxCUj5yZWNlaXZpbmcgc3RyZWFtZWQgbWVkaWEgY29udGVu dCwgYW5kIGluY2x1ZGUgYm90aCANCiAgc3RhdGljYWxseSBjb25uZWN0ZWQ8QlI+aG9zdHMgYXMg d2VsbCBhcyBtb2JpbGUgZGV2aWNlcyB3aXRoIGNvbm5lY3Rpdml0eSBhbmQgDQogIElQIGFkZHJl c3NlcyB0aGF0PEJSPmNoYW5nZSBvdmVyIHRpbWUuIEJlc2lkZXMgZW5kIG5vZGVzLCBwZWVycyBh bHNvIGluY2x1ZGUgDQogIGNhY2hlcyw8QlI+Q0ROIG5vZGVzIGFuZCB0aGUga2luZCBvZiBkZXBs b3llZCBlZGdlIG5ldHdvcmsgZXF1aXBtZW50cyBhbmQgDQogIHN1cGVyLW5vZGVzIGJ5IElTUC48 QlI+VGhlIHNldCBvZiBwZWVycyB0aGF0IGFyZSBwYXJ0aWNpcGF0aW5nIGluIGEgc3RyZWFtaW5n IA0KICBzZXNzaW9uIHdpbGwgZHluYW1pY2FsbHk8QlI+Y2hhbmdlIG92ZXIgdGltZS4gVHJhY2tl cnMgYXJlIHdlbGwta25vd24gbm9kZXMgDQogIHdpdGggc3RhYmxlIGNvbm5lY3Rpdml0eSB0aGF0 PEJSPqBtYWludGFpbiBtZXRhIGluZm9ybWF0aW9uIGFib3V0IHRoZSBzdHJlYW1lZCANCiAgY29u dGVudCBhbmQgdGhlIGR5bmFtaWMgcGVlciBzZXQuPEJSPlRoZXkgY2FuIGJlIG9yZ2FuaXplZCBp biBjZW50cmFsaXplZCBvciANCiAgZGlzdHJpYnV0ZWQgd2F5LjxCUj48QlI+VGhlIFBQU1AgV0cg ZGVzaWducyBhIHByb3RvY29sIGZvciBzaWduYWxpbmcgYW5kIA0KICBjb250cm9sIGJldHdlZW48 QlI+dHJhY2tlcnMgYW5kIHBlZXJzICh0aGUgUFBTUCAidHJhY2tlciBwcm90b2NvbCIpIGFuZCBh IA0KICBzaWduYWxpbmcgYW5kPEJSPmNvbnRyb2wgcHJvdG9jb2wgZm9yIGNvbW11bmljYXRpb24g YW1vbmcgdGhlIHBlZXJzICh0aGUgUFBTUCANCiAgInBlZXI8QlI+cHJvdG9jb2wiKS4gVGhlIHR3 byBwcm90b2NvbHMgZW5hYmxlIHBlZXJzIHRvIHJlY2VpdmUgc3RyZWFtaW5nIA0KICBkYXRhPEJS PndpdGhpbiB0aGUgdGltZSBjb25zdHJhaW50cyByZXF1aXJlZCBieSBzcGVjaWZpYyBjb250ZW50 IGl0ZW1zLiANCiAgoFRoZTxCUj50cmFja2VyIHByb3RvY29sIGhhbmRsZXMgdGhlIGluaXRpYWwg YW5kIHBlcmlvZGljIGV4Y2hhbmdlIG9mIA0KICBtZXRhPEJSPmluZm9ybWF0aW9uIGJldHdlZW4g dHJhY2tlcnMgYW5kIHBlZXJzLCBzdWNoIGFzIHBlZXIgbGlzdHMgYW5kIA0KICBjb250ZW50PEJS PmluZm9ybWF0aW9uLiBUaGUgcGVlciBwcm90b2NvbCBjb250cm9scyB0aGUgYWR2ZXJ0aXNpbmcg YW5kIA0KICBleGNoYW5nZSBvZjxCUj5tZWRpYSBkYXRhIGF2YWlsYWJpbGl0eSBhbmQgZWFjaCBv dGhlcj9zIG5laWdoYm9yIHBlZXJzIGJldHdlZW4gDQogIHRoZSBwZWVycy48QlI+PEJSPlRoZSB0 cmFja2VyIHByb3RvY29sIHdpbGwgYmUgbW9kZWxlZCBhcyByZXF1ZXN0L2Fuc3dlciANCiAgcHJv dG9jb2wgYmV0d2VlbjxCUj5wZWVyIGFuZCB0cmFja2VyLGFuZCB3aWxsIGNhcnJ5IGluZm9ybWF0 aW9uPEJSPnRoYXQgaXMgDQogIG5lZWRlZCBmb3Igc2VsZWN0aW9uIG9mIGEgcGVlciBzdWl0YWJs ZSBmb3IgcmVhbCB0aW1lIHN0cmVhbWluZy48QlI+PEJSPlRoZSANCiAgcGVlciBwcm90b2NvbCB3 aWxsIGJlIG1vZGVsZWQgYXMgZ29zc2lwLWxpa2UgcHJvdG9jb2wsIHdpdGggcGVyaW9kaWMsIA0K ICBwYWlyd2lzZSw8QlI+oGludGVyLXByb2Nlc3MgaW50ZXJhY3Rpb25zIG9mIGNoYW5nZWQgYXZh aWxhYmxlIG5laWdoYm9yIHBlZXJzIA0KICBhbmQgbWVkaWEgcGllY2U8QlI+c3RhdGVzIGNhbGxl ZCBiaXRtYXAgYmV0d2VlbiBwZWVycy4gVGhlIGluZm9ybWF0aW9uIA0KICBleGNoYW5nZWQgZHVy aW5nIHRoZXNlIGludGVyYWN0aW9uczxCUj5pcyBvZiBib3VuZGVkIHNpemUgYW5kIGlzIGNhcnJp ZWQgYnkgDQogIFRDUCBvciBVRFAgdG9nZXRoZXIgd2l0aCBJQ0UgZm9yIE5BVCB0cmF2ZXJzYWw8 QlI+c3VwcG9ydC48QlI+PEJSPlJUUCxUQ1Agb3IgDQogIFVEUCBtYXkgYmUgdXNlZCBmb3IgdGhl IGVuY29kaW5nIGFuZCB0cmFuc21pc3Npb24gb2YgdGhlIG1lZGlhIA0KICBjb250ZW50PEJSPmJl dHdlZW4gcGVlcnMuIFBQU1AgaXMgbm90IGNoYXJ0ZXJlZCB0byB3b3JrIG9uIG1lZGlhIA0KICB0 cmFuc21pc3Npb248QlI+cHJvdG9jb2xzLCBtZWRpYSBlbmNvZGluZyB0ZWNobmlxdWVzIG9yIG90 aGVyIGNvbXBvbmVudHMgb2YgYSANCiAgUDJQPEJSPnN0cmVhbWluZyBzeXN0ZW0gc3VjaCBhcyBw bGF5b3V0LHNjaGVkdWxpbmcgYW5kIGNvbnRyb2wsIGV0Yy48QlI+VGhlcmUgDQogIGlzIGEgZ2Fw IGJldHdlZW4gdGhlIHRhc2sgb2YgcGVlciBwcm90b2NvbCBhbmQgY29udGVudCB0cmFuc21pc3Np b24sIG5hbWVseSwgDQogIHRoZTxCUj5uZWdvdGlhdGlvbiB0byBzZXQgdXAgYSBzZXNzaW9uIGJl dHdlZW4gcGVlcnMuIElmIHRoZSBnYXAgaXMgZGVlbWVkIA0KICBuZWNlc3NhcnkgdG8gYmUgbWV0 LDxCUj50aGUgV0cgd2lsbCBzZWVrIHRvIHJlY2hhcnRlciBmb3Igc3VjaCANCiAgZXh0ZW5zaW9u cy48QlI+PEJSPlRoZSB3b3JrIGl0ZW1zIG9mIHRoZSBQUFNQIFdHIGFyZTo8QlI+PEJSPigxKSBB ICJwcm9ibGVtIA0KICBzdGF0ZW1lbnQiIGRvY3VtZW50IHRoYXQgZ2l2ZXMgYW4gb3ZlcnZpZXcg b2YgdGhlPEJSPj+gcHJvcG9zZWQgUDJQIHN0cmVhbWluZyANCiAgc3lzdGVtLCBtb3RpdmF0ZXMg dGhlIGRlc2lyZSBmb3Igc3RhbmRhcmRpemVkPEJSPj+gcHJvdG9jb2xzLCBkZWZpbmVzIHRoZSAN CiAgZW52aXNpb25lZCBzY29wZSBvZiB0aG9zZSBzdGFuZGFyZGl6ZWQ8QlI+P6Bjb21wb25lbnRz IGFuZCBkaXNjdXNzZXMgY29tbW9uIA0KICB0ZXJtaW5vbG9naWVzIGFuZCBjb25jZXB0cy48QlI+ PEJSPigyKSBBICJyZXF1aXJlbWVudHMiIGRvY3VtZW50IHRoYXQgZGV0YWlscyANCiAgdGhlIHNw ZWNpZmljIGZ1bmN0aW9uYWwsPEJSPj+gb3BlcmF0aW9uYWwgYW5kIHBlcmZvcm1hbmNlIHJlcXVp cmVtZW50cyBvZiB0aGUgDQogIHR3byBQUFNQIHByb3RvY29scy48QlI+PEJSPigzKSBBbiAiYXJj aGl0ZWN0dXJhbCBzdXJ2ZXkiIGRvY3VtZW50IHRoYXQgDQogIHN1bW1hcml6ZXMgY3VycmVudCBQ MlA8QlI+P6BzdHJlYW1pbmcgYXJjaGl0ZWN0dXJlcywgaW4gcGFydGljdWxhciANCiAgdHJhY2tl ci1iYXNlZCBQMlAgc3RyZWFtaW5nPEJSPj+gc3lzdGVtcywgYW5kIGhpZ2hsaWdodHMgYmVzdCBj dXJyZW50IA0KICBwcmFjdGljZXMuPEJSPjxCUj4oNCkgQSBkZXRhaWxlZCBzcGVjaWZpY2F0aW9u IG9mIHRoZSBQUFNQIHBlZXIgDQogIHByb3RvY29sLjxCUj48QlI+KDUpIEEgZGV0YWlsZWQgc3Bl Y2lmaWNhdGlvbiBvZiB0aGUgUFBTUCB0cmFja2VyIA0KICBwcm90b2NvbC48QlI+PEJSPig2KSBB ICJ1c2FnZSBndWlkZSIgdGhhdCBkZXNjcmliZXMgaG93IHRoZSB0d28gUFBTUCBwcm90b2NvbHMg DQogIGFuZDxCUj4/oGV4aXN0aW5nIElFVEYgcHJvdG9jb2xzLCBzdWNoIGFzIFAyUFNJUCBhbmQg QUxUTywgY2FuIGJlIGNvbWJpbmVkIHRvIA0KICBjcmVhdGUgYTxCUj4/oGRlcGxveWFibGUgb3Bl cmF0aW9uYWwgUDJQIHN0cmVhbWluZyBzeXN0ZW0uIFRoaXMgZG9jdW1lbnQgDQogIHdpbGw8QlI+ P6BhbHNvIGRpc2N1c3MgdXNlIG9mIGxheWVyZWQgbWVkaWEgZW5jb2RpbmcgYW5kIHJlbGF0ZWQg bWVkaWEgDQogIGNodW5rPEJSPj9kZXNjcmlwdGlvbnMgaW4gdGhlIHBlZXIgcHJvdG9jb2wgZm9y IG1vcmUgcm9idXN0IA0KICBzdHJlYW1pbmcuPEJSPjxCUj48QlI+VGhlIHdvcmsgaXRlbXMgb2Yg dGhlIFBQU1AgV0cgaW50ZXJhY3RzIHdpdGggdGhlIHdvcmsgDQogIHBlcmZvcm1lZCBpbiBvdGhl cjxCUj5JRVRGIFdHcywgaW5jbHVkaW5nIFAyUFNJUCwgU0lQQ09SRSwgQVZULCBBTFRPLCBMRURC QVQgDQogIGFuZCBNTVVTSUMuIFdoZW5ldmVyPEJSPmV4dGVuc2lvbnMgb3IgbW9kaWZpY2F0aW9u IHRvIHRoZSBwcm90b2NvbHMgZGV2ZWxvcGVkIA0KICBpbiBvdGhlciBXR3MgYXJlPEJSPmRlZW1l ZCBuZWNlc3NhcnksIFBQU1Agc2hhbGwgY29tbXVuaWNhdGUgYW5kIGRpc2N1c3MgdGhlIA0KICBy ZXF1aXJlbWVudHM8QlI+Zm9yIHN1Y2ggZXh0ZW5zaW9ucyB3aXRoIHRoZSByZWxldmFudCBXR3Mg YnV0IGlzIG5vdCBjaGFydGVkIA0KICB0byBtYWtlPEJSPnN1Y2ggY2hhbmdlcy48QlI+PEJSPkdv YWxzIGFuZCBNaWxlc3RvbmVzOjxCUj48QlI+U2VwIDIwMTAgP1N1Ym1pdCANCiAgcHJvYmxlbSBz dGF0ZW1lbnQgdG8gSUVTRyBhcyBJbmZvcm1hdGlvbmFsPEJSPkRlYyAyMDEwID9TdWJtaXQgYXJj aGl0ZWN0dXJhbCANCiAgc3VydmV5IHRvIElFU0cgYXMgSW5mb3JtYXRpb25hbDxCUj5EZWMgMjAx MCA/U3VibWl0IHJlcXVpcmVtZW50cyBkb2N1bWVudCB0byANCiAgSUVTRyBhcyBJbmZvcm1hdGlv bmFsPEJSPkF1ZyAyMDExID9TdWJtaXQgUFBTUCBwZWVyIHByb3RvY29sIHRvIElFU0cgYXMgDQog IFByb3Bvc2VkIFN0YW5kYXJkPEJSPkF1ZyAyMDExID9TdWJtaXQgUFBTUCB0cmFja2VyIHByb3Rv Y29sIHRvIElFU0cgYXMgDQogIFByb3Bvc2VkIFN0YW5kYXJkPEJSPkRlYyAyMDExID9TdWJtaXQg dXNhZ2UgZ3VpZGUgdG8gSUVTRyB0byBJRVNHIGFzIA0KICBJbmZvcm1hdGlvbmFsPEJSPjxCUj48 QlI+PEJSPjxCUj48QlI+emhhbmd5dW5mZWk8QlI+MjAxMC0wMy0yMTxCUj4tLS0tLS0tLS0tLS0t LSANCiAgbmV4dCBwYXJ0IC0tLS0tLS0tLS0tLS0tPEJSPkFuIEhUTUwgYXR0YWNobWVudCB3YXMg c2NydWJiZWQuLi48QlI+VVJMOiAmbHQ7PEEgDQogIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcv bWFpbC1hcmNoaXZlL3dlYi9wcHNwL2F0dGFjaG1lbnRzLzIwMTAwMzIxLzk3M2VlYmVhL2F0dGFj aG1lbnQuaHRtIiANCiAgdGFyZ2V0PV9ibGFuaz5odHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJj aGl2ZS93ZWIvcHBzcC9hdHRhY2htZW50cy8yMDEwMDMyMS85NzNlZWJlYS9hdHRhY2htZW50Lmh0 bTwvQT4mZ3Q7PEJSPjxCUj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+PEJSPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPnBwc3AgDQog IG1haWxpbmcgbGlzdDxCUj48QSBocmVmPSJtYWlsdG86cHBzcEBpZXRmLm9yZyI+cHBzcEBpZXRm Lm9yZzwvQT48QlI+PEEgDQogIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcHBzcCIgDQogIHRhcmdldD1fYmxhbms+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9wcHNwPC9BPjxCUj48QlI+PEJSPkVuZCBvZiANCiAgcHBzcCBEaWdlc3QsIFZv bCAxOCwgSXNzdWUgDQozMjxCUj4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8 QlI+PC9CTE9DS1FVT1RFPjwvRElWPjxCUj48QlIgDQpjbGVhcj1hbGw+PEJSPi0tIDxCUj5BbGJl cnRvIEpvc2UgR29uemFsZXogQ2VsYTxCUj48QlI+PC9ESVY+PC9ESVY+DQo8SFI+DQo8L0JPRFk+ PC9IVE1MPg0K --Boundary_(ID_CrsGzBpl+66W0ZL/b9GLmA)-- From melodysong@huawei.com Mon Mar 22 14:40:46 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 468663A67E1 for ; Mon, 22 Mar 2010 14:40:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.235 X-Spam-Level: *** X-Spam-Status: No, score=3.235 tagged_above=-999 required=5 tests=[BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7zZaz8ewo00 for ; Mon, 22 Mar 2010 14:40:45 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 3492F3A680C for ; Mon, 22 Mar 2010 14:40:35 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZP00GWCDJUP4@szxga03-in.huawei.com> for ppsp@ietf.org; Tue, 23 Mar 2010 05:40:42 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZP00FBRDJU6V@szxga03-in.huawei.com> for ppsp@ietf.org; Tue, 23 Mar 2010 05:40:42 +0800 (CST) Received: from [172.24.1.6] (Forwarded-For: [130.129.28.136]) by szxmc03-in.huawei.com (mshttpd); Tue, 23 Mar 2010 05:40:42 +0800 Date: Tue, 23 Mar 2010 05:40:42 +0800 From: songhaibin 64081 To: ppsp@ietf.org Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug 8 2006) Content-type: text/plain; charset=us-ascii Content-language: zh-CN Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: zh-CN Priority: normal Subject: [ppsp] presentation slides X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 21:40:46 -0000 Who can tell me where can I get the slides for PPSP presentations? I'm looking forward to reading them. BR, Haibin From wwwrun@core3.amsl.com Tue Mar 23 16:28:02 2010 Return-Path: X-Original-To: ppsp@ietf.org Delivered-To: ppsp@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id 5883E3A6CDA; Tue, 23 Mar 2010 16:28:02 -0700 (PDT) From: IESG Secretary To: IETF Announcement list Content-Type: text/plain; charset="utf-8" Mime-Version: 1.0 Message-Id: <20100323232802.5883E3A6CDA@core3.amsl.com> Date: Tue, 23 Mar 2010 16:28:02 -0700 (PDT) Cc: ppsp@ietf.org Subject: [ppsp] WG Action: Peer-to-Peer Streaming Protocol (PPSP) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2010 23:28:02 -0000 A new IETF working group has been formed in the Transport Area. For additional information, please contact the Area Directors or the WG Chairs. Peer-to-Peer Streaming Protocol (PPSP) -------------------------------------------------- Chair(s): Yunfei Zhang Cullen Jennings Transport Area Director(s): Magnus Westerlund Lars Eggert Transport Area Advisor: Lars Eggert Mailing Lists: Address: ppsp@ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/ppsp Archive: http://www.ietf.org/mail-archive/web/ppsp/ Description of Working Group: The Peer-to-Peer Streaming Protocol (PPSP) working group develops two signaling and control protocols for a peer-to-peer (P2P) streaming system for transmitting live and time-shifted media content with near real-time delivery requirements. Two kinds of nodes exist in the targeted P2P streaming system, i.e., "peers" and "trackers". Peers are nodes that are actively sending and receiving streamed media content, and include both statically connected hosts as well as mobile devices with connectivity and IP addresses that change over time. The set of peers that are participating in a streaming session will dynamically change over time. Trackers are well-known nodes with stable connectivity that maintain meta information about the streamed content and the dynamic peer set. Trackers can be organized in centralized or distributed ways. The PPSP WG designs a protocol for signaling and control between trackers and peers (the PPSP "tracker protocol") and a signaling and control protocol for communication among the peers (the PPSP "peer protocol"). The two protocols enable peers to receive streaming data within the time constraints required by specific content items. The tracker protocol handles the initial and periodic exchange of meta information between trackers and peers, such as peer lists and content information. The peer protocol controls the advertising and exchange of media data availability between the peers. It is envisioned that the tracker protocol will be modeled as a request/response protocol between peers and trackers, and will carry information needed for the selection of peers suitable for real-time streaming. The peer protocol is envisioned to be modeled as a gossip-like protocol with periodic, pairwise exchanges of neighbor and media chunk availability information. Both protocols will be carried over TCP (or UDP, when delivery requirements cannot be met by TCP), likely in combination with ICE for NAT traversal support. Perfect privacy protection is a good feature to have but not a mandatory requirement for the peer and tracker protocols. The WG will consider to use existing protocols as design base for the tracker and peer protocols. Developing mechanisms for searching trackers that contain a specific media item is out of the scope of this WG. Additionally, the WG will work under the assumption that trackers are logically centralized entities (e.g., a single server or a server farm performing DNS-based local balancing). However, as far as it is possible, the WG will not make design decisions that could preclude the use of distributed trackers in the future (e.g., DHT-based trackers). A peer looking for a media chunk uses the tracker and peer protocols to locate a remote peer (or peers) that can provide it with that media chunk. Obtaining the media chunk from the remote peer will involve some type of signaling exchange plus the actual media transfer. The first task for this WG will be to decide which signaling and media transfer protocols will be used. The WG will consider existing protocols and, if needed, identify potential extensions to these protocols. The WG will consider the interactions between these protocols and the peer protocol (e.g., avoiding duplicate NAT traversal procedures). Examples of signaling protocols to be considered are SIP, RTSP, and HTTP. Examples of media transfer protocols to be considered are RTP and HTTP. PPSP is not chartered to work on media transmission protocols, media encoding techniques or other components of a P2P streaming system such as playout, scheduling and control, etc. The work items of the PPSP WG are: (1) A "problem statement" document that gives an overview of the proposed P2P streaming system, motivates the desire for standardized protocols, defines the envisioned scope of those standardized components and discusses common terminologies and concepts. (2) A "requirements" document that details the specific functional, operational and performance requirements of the two PPSP protocols. (3) An "architectural survey" document that summarizes current P2P streaming architectures, in particular tracker-based P2P streaming systems, and highlights best current practices. (4) A detailed specification of the PPSP peer protocol. (5) A detailed specification of the PPSP tracker protocol. (6) A "usage guide" that describes how the two PPSP protocols and existing IETF protocols, such as P2PSIP or ALTO, can be combined to create a deployable operational P2P streaming system. This document may also discuss variants of such a system that, for example, use layered media encoding and related media chunk descriptions in the peer protocol for more robust streaming. The work items of the PPSP WG interacts with the work performed in other IETF WGs, including P2PSIP, SIPCORE, AVT, ALTO, LEDBAT and MMUSIC. Whenever extensions or modification to the protocols developed in other WGs are deemed necessary, PPSP shall communicate and discuss the requirements for such extensions with the relevant WGs. PPSP is not chartered to design and specify such changes. Goals and Milestones: Dec 2010 Submit problem statement to IESG as Informational Apr 2011 Submit architectural survey to IESG as Informational Apr 2011 Submit requirements document to IESG as Informational Aug 2011 Submit PPSP peer protocol to IESG as Proposed Standard Aug 2011 Submit PPSP tracker protocol to IESG as Proposed Standard Dec 2011 Submit usage guide to IESG to IESG as Informational From zhangyunfei@chinamobile.com Tue Mar 23 18:42:15 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DB3B3A6B42; Tue, 23 Mar 2010 18:42:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -93.843 X-Spam-Level: X-Spam-Status: No, score=-93.843 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_47=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 C1ub9K1nj3iL; Tue, 23 Mar 2010 18:42:13 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id E40E03A6B08; Tue, 23 Mar 2010 18:42:12 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032409373513-3133 ; Wed, 24 Mar 2010 09:37:35 +0800 Date: Wed, 24 Mar 2010 09:21:00 +0800 From: "zhangyunfei" To: "IESG Secretary" References: <20100323232802.5883E3A6CDA@core3.amsl.com> Message-ID: <201003240920595158636@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-24 09:37:37, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-24 09:42:32, Serialize complete at 2010-03-24 09:42:32 Content-Type: multipart/alternative; boundary="=====003_Dragon760524160712_=====" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] WG Action: Peer-to-Peer Streaming Protocol (PPSP) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 01:42:15 -0000 This is a multi-part message in MIME format. --=====003_Dragon760524160712_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" R3JlYXQgbmV3cyENCkkgYXBwcmVjaWF0ZSBhbGwgb2YgdGhlIGNvbnRyaWJ1dGlvbnMgYW5kIHNp bmNlcmUgaGVscCBmcm9tIHlvdSxQUFNQIGd1eXMgaW4gbWFraW5nIFBQU1AgYSBXRyBhZnRlciBh bG1vc3Qgb25lIGFuZCBhIGhhbGYgeWVhcidzIGhhcmR3b3JraW5nLg0KVGhhbmtzIExhcnMsR29u emFsbyxDdWxsZW4gYW5kIGFsbCB0aG9zZSB3aG8gZ2l2ZSB1cyBnb29kIHN1Z2dlc3Rpb25zIGlu IGJvb3N0aW5nIHRoZSBQUFNQIHByb2dyZXNzLg0KVGhhbmtzIElFU0cgZm9yIHRoZSByZXZpZXcg YW5kIGFwcHJvdmFsIG9mIFBQU1AgY2hhcnRlci4NCkxvb2tpbmcgZm9yd2FyZCB0byBtYWtpbmcg UFBTUCBhIHN1Y2Nlc3NmdWwgcHJvdG9jb2wgYW5kIHByYWN0aWNlIHVuZGVyIGFsbCBvZiB5b3Vy IGhhcmR3b3JraW5nLg0KDQpCUg0KWXVuZmVpDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTAz LTI0DQoNCg0KDQq3orz+yMujuiBJRVNHIFNlY3JldGFyeQ0Kt6LLzcqxvOSjuiAyMDEwLTAzLTI0 IDA4OjA5OjAyDQrK1bz+yMujuiBJRVRGIEFubm91bmNlbWVudCBsaXN0DQqzrcvNo7ogcHBzcEBp ZXRmLm9yZzsgemhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tOyBmbHVmZnlAY2lzY28uY29tDQrW 98zio7ogV0cgQWN0aW9uOiBQZWVyLXRvLVBlZXIgU3RyZWFtaW5nIFByb3RvY29sIChQUFNQKQ0K DQpBICBuZXcgIElFVEYgIHdvcmtpbmcgIGdyb3VwICBoYXMgIGJlZW4gIGZvcm1lZCAgaW4gIHRo ZSAgVHJhbnNwb3J0ICBBcmVhLiAgICBGb3INCmFkZGl0aW9uYWwgIGluZm9ybWF0aW9uLCAgcGxl YXNlICBjb250YWN0ICB0aGUgIEFyZWEgIERpcmVjdG9ycyAgb3IgIHRoZSAgV0cNCkNoYWlycy4N Cg0KUGVlci10by1QZWVyICBTdHJlYW1pbmcgIFByb3RvY29sICAoUFBTUCkNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCkNoYWlyKHMpOg0KWXVu ZmVpICBaaGFuZyAgIDx6aGFuZ3l1bmZlaUBjaGluYW1vYmlsZS5jb20gPg0KQ3VsbGVuICBKZW5u aW5ncyAgIDxmbHVmZnlAY2lzY28uY29tID4NCg0KVHJhbnNwb3J0ICBBcmVhICBEaXJlY3Rvcihz KToNCk1hZ251cyAgV2VzdGVybHVuZCAgIDxtYWdudXMud2VzdGVybHVuZEBlcmljc3Nvbi5jb20g Pg0KTGFycyAgRWdnZXJ0ICAgPGxhcnMuZWdnZXJ0QG5va2lhLmNvbSA+DQoNClRyYW5zcG9ydCAg QXJlYSAgQWR2aXNvcjoNCkxhcnMgIEVnZ2VydCAgIDxsYXJzLmVnZ2VydEBub2tpYS5jb20gPg0K DQpNYWlsaW5nICBMaXN0czoNCkFkZHJlc3M6IHBwc3BAaWV0Zi5vcmcNClRvICBTdWJzY3JpYmU6 IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0KQXJjaGl2ZTogaHR0 cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3Bwc3AvDQoNCkRlc2NyaXB0aW9uICBv ZiAgV29ya2luZyAgR3JvdXA6DQoNClRoZSAgUGVlci10by1QZWVyICBTdHJlYW1pbmcgIFByb3Rv Y29sICAoUFBTUCkgIHdvcmtpbmcgIGdyb3VwICBkZXZlbG9wcyAgdHdvDQpzaWduYWxpbmcgIGFu ZCAgY29udHJvbCAgcHJvdG9jb2xzICBmb3IgIGEgIHBlZXItdG8tcGVlciAgKFAyUCkgIHN0cmVh bWluZw0Kc3lzdGVtICBmb3IgIHRyYW5zbWl0dGluZyAgbGl2ZSAgYW5kICB0aW1lLXNoaWZ0ZWQg IG1lZGlhICBjb250ZW50ICB3aXRoICBuZWFyDQpyZWFsLXRpbWUgIGRlbGl2ZXJ5ICByZXF1aXJl bWVudHMuDQoNClR3byAga2luZHMgIG9mICBub2RlcyAgZXhpc3QgIGluICB0aGUgIHRhcmdldGVk ICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLCAgaS5lLiwNCiJwZWVycyIgIGFuZCAgInRyYWNrZXJz Ii4gIFBlZXJzICBhcmUgIG5vZGVzICB0aGF0ICBhcmUgIGFjdGl2ZWx5ICBzZW5kaW5nICBhbmQN CnJlY2VpdmluZyAgc3RyZWFtZWQgIG1lZGlhICBjb250ZW50LCAgYW5kICBpbmNsdWRlICBib3Ro ICBzdGF0aWNhbGx5ICBjb25uZWN0ZWQNCmhvc3RzICBhcyAgd2VsbCAgYXMgIG1vYmlsZSAgZGV2 aWNlcyAgd2l0aCAgY29ubmVjdGl2aXR5ICBhbmQgIElQICBhZGRyZXNzZXMgIHRoYXQNCmNoYW5n ZSAgb3ZlciAgdGltZS4gIFRoZSAgc2V0ICBvZiAgcGVlcnMgIHRoYXQgIGFyZSAgcGFydGljaXBh dGluZyAgaW4gIGEgIHN0cmVhbWluZw0Kc2Vzc2lvbiAgd2lsbCAgZHluYW1pY2FsbHkgIGNoYW5n ZSAgb3ZlciAgdGltZS4gIFRyYWNrZXJzICBhcmUgIHdlbGwta25vd24gIG5vZGVzDQp3aXRoICBz dGFibGUgIGNvbm5lY3Rpdml0eSAgdGhhdCAgbWFpbnRhaW4gIG1ldGEgIGluZm9ybWF0aW9uICBh Ym91dCAgdGhlDQpzdHJlYW1lZCAgY29udGVudCAgYW5kICB0aGUgIGR5bmFtaWMgIHBlZXIgIHNl dC4gIFRyYWNrZXJzICBjYW4gIGJlICBvcmdhbml6ZWQgIGluDQpjZW50cmFsaXplZCAgb3IgIGRp c3RyaWJ1dGVkICB3YXlzLg0KDQpUaGUgIFBQU1AgIFdHICBkZXNpZ25zICBhICBwcm90b2NvbCAg Zm9yICBzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgYmV0d2Vlbg0KdHJhY2tlcnMgIGFuZCAgcGVl cnMgICh0aGUgIFBQU1AgICJ0cmFja2VyICBwcm90b2NvbCIpICBhbmQgIGEgIHNpZ25hbGluZyAg YW5kDQpjb250cm9sICBwcm90b2NvbCAgZm9yICBjb21tdW5pY2F0aW9uICBhbW9uZyAgdGhlICBw ZWVycyAgKHRoZSAgUFBTUCAgInBlZXINCnByb3RvY29sIikuICBUaGUgIHR3byAgcHJvdG9jb2xz ICBlbmFibGUgIHBlZXJzICB0byAgcmVjZWl2ZSAgc3RyZWFtaW5nICBkYXRhDQp3aXRoaW4gIHRo ZSAgdGltZSAgY29uc3RyYWludHMgIHJlcXVpcmVkICBieSAgc3BlY2lmaWMgIGNvbnRlbnQgIGl0 ZW1zLiAgVGhlDQp0cmFja2VyICBwcm90b2NvbCAgaGFuZGxlcyAgdGhlICBpbml0aWFsICBhbmQg IHBlcmlvZGljICBleGNoYW5nZSAgb2YgIG1ldGENCmluZm9ybWF0aW9uICBiZXR3ZWVuICB0cmFj a2VycyAgYW5kICBwZWVycywgIHN1Y2ggIGFzICBwZWVyICBsaXN0cyAgYW5kICBjb250ZW50DQpp bmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wgIGNvbnRyb2xzICB0aGUgIGFkdmVydGlz aW5nICBhbmQgIGV4Y2hhbmdlICBvZg0KbWVkaWEgIGRhdGEgIGF2YWlsYWJpbGl0eSAgYmV0d2Vl biAgdGhlICBwZWVycy4NCg0KSXQgIGlzICBlbnZpc2lvbmVkICB0aGF0ICB0aGUgIHRyYWNrZXIg IHByb3RvY29sICB3aWxsICBiZSAgbW9kZWxlZCAgYXMgIGENCnJlcXVlc3QvcmVzcG9uc2UgIHBy b3RvY29sICBiZXR3ZWVuICBwZWVycyAgYW5kICB0cmFja2VycywgIGFuZCAgd2lsbCAgY2FycnkN CmluZm9ybWF0aW9uICBuZWVkZWQgIGZvciAgdGhlICBzZWxlY3Rpb24gIG9mICBwZWVycyAgc3Vp dGFibGUgIGZvciAgcmVhbC10aW1lDQpzdHJlYW1pbmcuICBUaGUgIHBlZXIgIHByb3RvY29sICBp cyAgZW52aXNpb25lZCAgdG8gIGJlICBtb2RlbGVkICBhcyAgYQ0KZ29zc2lwLWxpa2UgIHByb3Rv Y29sICB3aXRoICBwZXJpb2RpYywgIHBhaXJ3aXNlICBleGNoYW5nZXMgIG9mICBuZWlnaGJvciAg YW5kDQptZWRpYSAgY2h1bmsgIGF2YWlsYWJpbGl0eSAgaW5mb3JtYXRpb24uICBCb3RoICBwcm90 b2NvbHMgIHdpbGwgIGJlICBjYXJyaWVkDQpvdmVyICBUQ1AgIChvciAgVURQLCAgd2hlbiAgZGVs aXZlcnkgIHJlcXVpcmVtZW50cyAgY2Fubm90ICBiZSAgbWV0ICBieSAgVENQKSwNCmxpa2VseSAg aW4gIGNvbWJpbmF0aW9uICB3aXRoICBJQ0UgIGZvciAgTkFUICB0cmF2ZXJzYWwgIHN1cHBvcnQu ICBQZXJmZWN0DQpwcml2YWN5ICBwcm90ZWN0aW9uICBpcyAgYSAgZ29vZCAgZmVhdHVyZSAgdG8g IGhhdmUgIGJ1dCAgbm90ICBhICBtYW5kYXRvcnkNCnJlcXVpcmVtZW50ICBmb3IgIHRoZSAgcGVl ciAgYW5kICB0cmFja2VyICBwcm90b2NvbHMuICBUaGUgIFdHICB3aWxsICBjb25zaWRlciAgdG8N CnVzZSAgZXhpc3RpbmcgIHByb3RvY29scyAgYXMgIGRlc2lnbiAgYmFzZSAgZm9yICB0aGUgIHRy YWNrZXIgIGFuZCAgcGVlcg0KcHJvdG9jb2xzLg0KDQpEZXZlbG9waW5nICBtZWNoYW5pc21zICBm b3IgIHNlYXJjaGluZyAgdHJhY2tlcnMgIHRoYXQgIGNvbnRhaW4gIGEgIHNwZWNpZmljDQptZWRp YSAgaXRlbSAgaXMgIG91dCAgb2YgIHRoZSAgc2NvcGUgIG9mICB0aGlzICBXRy4gIEFkZGl0aW9u YWxseSwgIHRoZSAgV0cgIHdpbGwNCndvcmsgIHVuZGVyICB0aGUgIGFzc3VtcHRpb24gIHRoYXQg IHRyYWNrZXJzICBhcmUgIGxvZ2ljYWxseSAgY2VudHJhbGl6ZWQNCmVudGl0aWVzICAoZS5nLiwg IGEgIHNpbmdsZSAgc2VydmVyICBvciAgYSAgc2VydmVyICBmYXJtICBwZXJmb3JtaW5nICBETlMt YmFzZWQNCmxvY2FsICBiYWxhbmNpbmcpLiAgSG93ZXZlciwgIGFzICBmYXIgIGFzICBpdCAgaXMg IHBvc3NpYmxlLCAgdGhlICBXRyAgd2lsbCAgbm90DQptYWtlICBkZXNpZ24gIGRlY2lzaW9ucyAg dGhhdCAgY291bGQgIHByZWNsdWRlICB0aGUgIHVzZSAgb2YgIGRpc3RyaWJ1dGVkDQp0cmFja2Vy cyAgaW4gIHRoZSAgZnV0dXJlICAoZS5nLiwgIERIVC1iYXNlZCAgdHJhY2tlcnMpLg0KDQpBICBw ZWVyICBsb29raW5nICBmb3IgIGEgIG1lZGlhICBjaHVuayAgdXNlcyAgdGhlICB0cmFja2VyICBh bmQgIHBlZXIgIHByb3RvY29scyAgdG8NCmxvY2F0ZSAgYSAgcmVtb3RlICBwZWVyICAob3IgIHBl ZXJzKSAgdGhhdCAgY2FuICBwcm92aWRlICBpdCAgd2l0aCAgdGhhdCAgbWVkaWENCmNodW5rLiAg T2J0YWluaW5nICB0aGUgIG1lZGlhICBjaHVuayAgZnJvbSAgdGhlICByZW1vdGUgIHBlZXIgIHdp bGwgIGludm9sdmUgIHNvbWUNCnR5cGUgIG9mICBzaWduYWxpbmcgIGV4Y2hhbmdlICBwbHVzICB0 aGUgIGFjdHVhbCAgbWVkaWEgIHRyYW5zZmVyLiAgVGhlICBmaXJzdA0KdGFzayAgZm9yICB0aGlz ICBXRyAgd2lsbCAgYmUgIHRvICBkZWNpZGUgIHdoaWNoICBzaWduYWxpbmcgIGFuZCAgbWVkaWEg IHRyYW5zZmVyDQpwcm90b2NvbHMgIHdpbGwgIGJlICB1c2VkLiAgVGhlICBXRyAgd2lsbCAgY29u c2lkZXIgIGV4aXN0aW5nICBwcm90b2NvbHMgIGFuZCwgIGlmDQpuZWVkZWQsICBpZGVudGlmeSAg cG90ZW50aWFsICBleHRlbnNpb25zICB0byAgdGhlc2UgIHByb3RvY29scy4gIFRoZSAgV0cgIHdp bGwNCmNvbnNpZGVyICB0aGUgIGludGVyYWN0aW9ucyAgYmV0d2VlbiAgdGhlc2UgIHByb3RvY29s cyAgYW5kICB0aGUgIHBlZXIgIHByb3RvY29sDQooZS5nLiwgIGF2b2lkaW5nICBkdXBsaWNhdGUg IE5BVCAgdHJhdmVyc2FsICBwcm9jZWR1cmVzKS4gIEV4YW1wbGVzICBvZg0Kc2lnbmFsaW5nICBw cm90b2NvbHMgIHRvICBiZSAgY29uc2lkZXJlZCAgYXJlICBTSVAsICBSVFNQLCAgYW5kICBIVFRQ LiAgRXhhbXBsZXMNCm9mICBtZWRpYSAgdHJhbnNmZXIgIHByb3RvY29scyAgdG8gIGJlICBjb25z aWRlcmVkICBhcmUgIFJUUCAgYW5kICBIVFRQLg0KDQpQUFNQICBpcyAgbm90ICBjaGFydGVyZWQg IHRvICB3b3JrICBvbiAgbWVkaWEgIHRyYW5zbWlzc2lvbiAgcHJvdG9jb2xzLCAgbWVkaWENCmVu Y29kaW5nICB0ZWNobmlxdWVzICBvciAgb3RoZXIgIGNvbXBvbmVudHMgIG9mICBhICBQMlAgIHN0 cmVhbWluZyAgc3lzdGVtICBzdWNoDQphcyAgcGxheW91dCwgIHNjaGVkdWxpbmcgIGFuZCAgY29u dHJvbCwgIGV0Yy4NCg0KVGhlICB3b3JrICBpdGVtcyAgb2YgIHRoZSAgUFBTUCAgV0cgIGFyZToN Cg0KKDEpICBBICAicHJvYmxlbSAgc3RhdGVtZW50IiAgZG9jdW1lbnQgIHRoYXQgIGdpdmVzICBh biAgb3ZlcnZpZXcgIG9mICB0aGUNCnByb3Bvc2VkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLCAg bW90aXZhdGVzICB0aGUgIGRlc2lyZSAgZm9yDQpzdGFuZGFyZGl6ZWQgIHByb3RvY29scywgIGRl ZmluZXMgIHRoZSAgZW52aXNpb25lZCAgc2NvcGUgIG9mICB0aG9zZQ0Kc3RhbmRhcmRpemVkICBj b21wb25lbnRzICBhbmQgIGRpc2N1c3NlcyAgY29tbW9uICB0ZXJtaW5vbG9naWVzICBhbmQNCmNv bmNlcHRzLg0KDQooMikgIEEgICJyZXF1aXJlbWVudHMiICBkb2N1bWVudCAgdGhhdCAgZGV0YWls cyAgdGhlICBzcGVjaWZpYyAgZnVuY3Rpb25hbCwNCm9wZXJhdGlvbmFsICBhbmQgIHBlcmZvcm1h bmNlICByZXF1aXJlbWVudHMgIG9mICB0aGUgIHR3byAgUFBTUA0KcHJvdG9jb2xzLg0KDQooMykg IEFuICAiYXJjaGl0ZWN0dXJhbCAgc3VydmV5IiAgZG9jdW1lbnQgIHRoYXQgIHN1bW1hcml6ZXMg IGN1cnJlbnQgIFAyUA0Kc3RyZWFtaW5nICBhcmNoaXRlY3R1cmVzLCAgaW4gIHBhcnRpY3VsYXIg IHRyYWNrZXItYmFzZWQgIFAyUA0Kc3RyZWFtaW5nICBzeXN0ZW1zLCAgYW5kICBoaWdobGlnaHRz ICBiZXN0ICBjdXJyZW50ICBwcmFjdGljZXMuDQoNCig0KSAgQSAgZGV0YWlsZWQgIHNwZWNpZmlj YXRpb24gIG9mICB0aGUgIFBQU1AgIHBlZXIgIHByb3RvY29sLg0KDQooNSkgIEEgIGRldGFpbGVk ICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFja2VyICBwcm90b2NvbC4NCg0KKDYp ICBBICAidXNhZ2UgIGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVzICBob3cgIHRoZSAgdHdvICBQUFNQ ICBwcm90b2NvbHMgIGFuZA0KZXhpc3RpbmcgIElFVEYgIHByb3RvY29scywgIHN1Y2ggIGFzICBQ MlBTSVAgIG9yICBBTFRPLCAgY2FuICBiZSAgY29tYmluZWQNCnRvICBjcmVhdGUgIGEgIGRlcGxv eWFibGUgIG9wZXJhdGlvbmFsICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLiAgVGhpcw0KZG9jdW1l bnQgIG1heSAgYWxzbyAgZGlzY3VzcyAgdmFyaWFudHMgIG9mICBzdWNoICBhICBzeXN0ZW0gIHRo YXQsICBmb3INCmV4YW1wbGUsICB1c2UgIGxheWVyZWQgIG1lZGlhICBlbmNvZGluZyAgYW5kICBy ZWxhdGVkICBtZWRpYSAgY2h1bmsNCmRlc2NyaXB0aW9ucyAgaW4gIHRoZSAgcGVlciAgcHJvdG9j b2wgIGZvciAgbW9yZSAgcm9idXN0ICBzdHJlYW1pbmcuDQoNClRoZSAgd29yayAgaXRlbXMgIG9m ICB0aGUgIFBQU1AgIFdHICBpbnRlcmFjdHMgIHdpdGggIHRoZSAgd29yayAgcGVyZm9ybWVkICBp biAgb3RoZXINCklFVEYgIFdHcywgIGluY2x1ZGluZyAgUDJQU0lQLCAgU0lQQ09SRSwgIEFWVCwg IEFMVE8sICBMRURCQVQgIGFuZCAgTU1VU0lDLg0KV2hlbmV2ZXIgIGV4dGVuc2lvbnMgIG9yICBt b2RpZmljYXRpb24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2ZWxvcGVkICBpbiAgb3RoZXINCldH cyAgYXJlICBkZWVtZWQgIG5lY2Vzc2FyeSwgIFBQU1AgIHNoYWxsICBjb21tdW5pY2F0ZSAgYW5k ICBkaXNjdXNzICB0aGUNCnJlcXVpcmVtZW50cyAgZm9yICBzdWNoICBleHRlbnNpb25zICB3aXRo ICB0aGUgIHJlbGV2YW50ICBXR3MuICBQUFNQICBpcyAgbm90DQpjaGFydGVyZWQgIHRvICBkZXNp Z24gIGFuZCAgc3BlY2lmeSAgc3VjaCAgY2hhbmdlcy4NCg0KDQpHb2FscyAgYW5kICBNaWxlc3Rv bmVzOg0KDQpEZWMgIDIwMTAgIFN1Ym1pdCAgcHJvYmxlbSAgc3RhdGVtZW50ICB0byAgSUVTRyAg YXMgIEluZm9ybWF0aW9uYWwNCkFwciAgMjAxMSAgU3VibWl0ICBhcmNoaXRlY3R1cmFsICBzdXJ2 ZXkgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KQXByICAyMDExICBTdWJtaXQgIHJlcXVp cmVtZW50cyAgZG9jdW1lbnQgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KQXVnICAyMDEx ICBTdWJtaXQgIFBQU1AgIHBlZXIgIHByb3RvY29sICB0byAgSUVTRyAgYXMgIFByb3Bvc2VkICBT dGFuZGFyZA0KQXVnICAyMDExICBTdWJtaXQgIFBQU1AgIHRyYWNrZXIgIHByb3RvY29sICB0byAg SUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KRGVjICAyMDExICBTdWJtaXQgIHVzYWdlICBn dWlkZSAgdG8gIElFU0cgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0K --=====003_Dragon760524160712_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPkdyZWF0IG5ld3MhPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+SSBhcHByZWNp YXRlJm5ic3A7YWxsIG9mJm5ic3A7dGhlIA0KY29udHJpYnV0aW9ucyBhbmQgc2luY2VyZSBoZWxw IGZyb20geW91LFBQU1AgZ3V5cyBpbiBtYWtpbmcgUFBTUCBhIFdHIGFmdGVyIA0KYWxtb3N0IG9u ZSBhbmQgYSBoYWxmIHllYXIncyBoYXJkd29ya2luZy48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5UaGFua3MgTGFycyxHb256YWxvLEN1 bGxlbiBhbmQgYWxsIA0KdGhvc2Ugd2hvIGdpdmUgdXMgZ29vZCBzdWdnZXN0aW9ucyBpbiBib29z dGluZyB0aGUgUFBTUCBwcm9ncmVzcy48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5UaGFua3MgSUVTRyBmb3IgdGhlIHJldmlldyBhbmQg DQphcHByb3ZhbCBvZiBQUFNQIGNoYXJ0ZXIuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNl PVZlcmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+TG9va2luZyBmb3J3YXJkIHRvIG1ha2luZyBQ UFNQIGEgDQpzdWNjZXNzZnVsIHByb3RvY29sIGFuZCBwcmFjdGljZSB1bmRlciBhbGwgb2YgeW91 ciBoYXJkd29ya2luZy48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xv cj0jMDAwMGZmIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVy ZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5CUjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFj ZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPll1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWIGFsaWdu PWxlZnQ+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUiBz dHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgU0laRT0yPg0KPC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBjb2xvcj0jYzBjMGMwPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+emhhbmd5 dW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+MjAxMC0w My0yNDwvRk9OVD48L0ZPTlQ+PC9ESVY+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBz aXplPTI+DQo8SFI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9O VCBzaXplPTI+PFNUUk9ORz63orz+yMujujwvU1RST05HPiBJRVNHIA0KU2VjcmV0YXJ5PC9GT05U PjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RS T05HPreiy83Ksbzko7o8L1NUUk9ORz4gDQoyMDEwLTAzLTI0Jm5ic3A7MDg6MDk6MDI8L0ZPTlQ+ PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJP Tkc+ytW8/sjLo7o8L1NUUk9ORz4gSUVURiBBbm5vdW5jZW1lbnQgDQpsaXN0PC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOt y82jujwvU1RST05HPiBwcHNwQGlldGYub3JnOyANCnpoYW5neXVuZmVpQGNoaW5hbW9iaWxlLmNv bTsgZmx1ZmZ5QGNpc2NvLmNvbTwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7W98zio7o8L1NUUk9ORz4gV0cgQWN0aW9uOiAN ClBlZXItdG8tUGVlciBTdHJlYW1pbmcgUHJvdG9jb2wgKFBQU1ApPC9GT05UPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8RElWPkEgJm5ic3A7bmV3ICZuYnNwO0lF VEYgJm5ic3A7d29ya2luZyAmbmJzcDtncm91cCAmbmJzcDtoYXMgJm5ic3A7YmVlbiANCiZuYnNw O2Zvcm1lZCAmbmJzcDtpbiAmbmJzcDt0aGUgJm5ic3A7VHJhbnNwb3J0ICZuYnNwO0FyZWEuICZu YnNwOyANCiZuYnNwO0ZvcjwvRElWPg0KPERJVj5hZGRpdGlvbmFsICZuYnNwO2luZm9ybWF0aW9u LCAmbmJzcDtwbGVhc2UgJm5ic3A7Y29udGFjdCAmbmJzcDt0aGUgDQombmJzcDtBcmVhICZuYnNw O0RpcmVjdG9ycyAmbmJzcDtvciAmbmJzcDt0aGUgJm5ic3A7V0c8L0RJVj4NCjxESVY+Q2hhaXJz LjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+UGVlci10by1QZWVyICZuYnNwO1N0cmVh bWluZyAmbmJzcDtQcm90b2NvbCAmbmJzcDsoUFBTUCk8L0RJVj4NCjxESVY+LS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPkNoYWlyKHMpOjwvRElWPg0KPERJVj5ZdW5mZWkgJm5ic3A7WmhhbmcgJm5i c3A7ICZsdDt6aGFuZ3l1bmZlaUBjaGluYW1vYmlsZS5jb20gJmd0OzwvRElWPg0KPERJVj5DdWxs ZW4gJm5ic3A7SmVubmluZ3MgJm5ic3A7ICZsdDtmbHVmZnlAY2lzY28uY29tICZndDs8L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRyYW5zcG9ydCAmbmJzcDtBcmVhICZuYnNwO0RpcmVj dG9yKHMpOjwvRElWPg0KPERJVj5NYWdudXMgJm5ic3A7V2VzdGVybHVuZCAmbmJzcDsgJmx0O21h Z251cy53ZXN0ZXJsdW5kQGVyaWNzc29uLmNvbSANCiZndDs8L0RJVj4NCjxESVY+TGFycyAmbmJz cDtFZ2dlcnQgJm5ic3A7ICZsdDtsYXJzLmVnZ2VydEBub2tpYS5jb20gJmd0OzwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+VHJhbnNwb3J0ICZuYnNwO0FyZWEgJm5ic3A7QWR2aXNvcjo8 L0RJVj4NCjxESVY+TGFycyAmbmJzcDtFZ2dlcnQgJm5ic3A7ICZsdDtsYXJzLmVnZ2VydEBub2tp YS5jb20gJmd0OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+TWFpbGluZyAmbmJzcDtM aXN0czo8L0RJVj4NCjxESVY+QWRkcmVzczogcHBzcEBpZXRmLm9yZzwvRElWPg0KPERJVj5UbyAm bmJzcDtTdWJzY3JpYmU6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHBz cDwvRElWPg0KPERJVj5BcmNoaXZlOiA8QSANCmhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFp bC1hcmNoaXZlL3dlYi9wcHNwLyI+aHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L3Bwc3AvPC9BPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+RGVzY3JpcHRpb24gJm5i c3A7b2YgJm5ic3A7V29ya2luZyAmbmJzcDtHcm91cDo8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPlRoZSAmbmJzcDtQZWVyLXRvLVBlZXIgJm5ic3A7U3RyZWFtaW5nICZuYnNwO1Byb3Rv Y29sICZuYnNwOyhQUFNQKSANCiZuYnNwO3dvcmtpbmcgJm5ic3A7Z3JvdXAgJm5ic3A7ZGV2ZWxv cHMgJm5ic3A7dHdvPC9ESVY+DQo8RElWPnNpZ25hbGluZyAmbmJzcDthbmQgJm5ic3A7Y29udHJv bCAmbmJzcDtwcm90b2NvbHMgJm5ic3A7Zm9yICZuYnNwO2EgDQombmJzcDtwZWVyLXRvLXBlZXIg Jm5ic3A7KFAyUCkgJm5ic3A7c3RyZWFtaW5nPC9ESVY+DQo8RElWPnN5c3RlbSAmbmJzcDtmb3Ig Jm5ic3A7dHJhbnNtaXR0aW5nICZuYnNwO2xpdmUgJm5ic3A7YW5kICZuYnNwO3RpbWUtc2hpZnRl ZCANCiZuYnNwO21lZGlhICZuYnNwO2NvbnRlbnQgJm5ic3A7d2l0aCAmbmJzcDtuZWFyPC9ESVY+ DQo8RElWPnJlYWwtdGltZSAmbmJzcDtkZWxpdmVyeSAmbmJzcDtyZXF1aXJlbWVudHMuPC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Ud28gJm5ic3A7a2luZHMgJm5ic3A7b2YgJm5ic3A7 bm9kZXMgJm5ic3A7ZXhpc3QgJm5ic3A7aW4gJm5ic3A7dGhlIA0KJm5ic3A7dGFyZ2V0ZWQgJm5i c3A7UDJQICZuYnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sICZuYnNwO2kuZS4sPC9ESVY+DQo8 RElWPiJwZWVycyIgJm5ic3A7YW5kICZuYnNwOyJ0cmFja2VycyIuICZuYnNwO1BlZXJzICZuYnNw O2FyZSAmbmJzcDtub2RlcyANCiZuYnNwO3RoYXQgJm5ic3A7YXJlICZuYnNwO2FjdGl2ZWx5ICZu YnNwO3NlbmRpbmcgJm5ic3A7YW5kPC9ESVY+DQo8RElWPnJlY2VpdmluZyAmbmJzcDtzdHJlYW1l ZCAmbmJzcDttZWRpYSAmbmJzcDtjb250ZW50LCAmbmJzcDthbmQgJm5ic3A7aW5jbHVkZSANCiZu YnNwO2JvdGggJm5ic3A7c3RhdGljYWxseSAmbmJzcDtjb25uZWN0ZWQ8L0RJVj4NCjxESVY+aG9z dHMgJm5ic3A7YXMgJm5ic3A7d2VsbCAmbmJzcDthcyAmbmJzcDttb2JpbGUgJm5ic3A7ZGV2aWNl cyAmbmJzcDt3aXRoIA0KJm5ic3A7Y29ubmVjdGl2aXR5ICZuYnNwO2FuZCAmbmJzcDtJUCAmbmJz cDthZGRyZXNzZXMgJm5ic3A7dGhhdDwvRElWPg0KPERJVj5jaGFuZ2UgJm5ic3A7b3ZlciAmbmJz cDt0aW1lLiAmbmJzcDtUaGUgJm5ic3A7c2V0ICZuYnNwO29mICZuYnNwO3BlZXJzIA0KJm5ic3A7 dGhhdCAmbmJzcDthcmUgJm5ic3A7cGFydGljaXBhdGluZyAmbmJzcDtpbiAmbmJzcDthICZuYnNw O3N0cmVhbWluZzwvRElWPg0KPERJVj5zZXNzaW9uICZuYnNwO3dpbGwgJm5ic3A7ZHluYW1pY2Fs bHkgJm5ic3A7Y2hhbmdlICZuYnNwO292ZXIgJm5ic3A7dGltZS4gDQombmJzcDtUcmFja2VycyAm bmJzcDthcmUgJm5ic3A7d2VsbC1rbm93biAmbmJzcDtub2RlczwvRElWPg0KPERJVj53aXRoICZu YnNwO3N0YWJsZSAmbmJzcDtjb25uZWN0aXZpdHkgJm5ic3A7dGhhdCAmbmJzcDttYWludGFpbiAm bmJzcDttZXRhIA0KJm5ic3A7aW5mb3JtYXRpb24gJm5ic3A7YWJvdXQgJm5ic3A7dGhlPC9ESVY+ DQo8RElWPnN0cmVhbWVkICZuYnNwO2NvbnRlbnQgJm5ic3A7YW5kICZuYnNwO3RoZSAmbmJzcDtk eW5hbWljICZuYnNwO3BlZXIgDQombmJzcDtzZXQuICZuYnNwO1RyYWNrZXJzICZuYnNwO2NhbiAm bmJzcDtiZSAmbmJzcDtvcmdhbml6ZWQgJm5ic3A7aW48L0RJVj4NCjxESVY+Y2VudHJhbGl6ZWQg Jm5ic3A7b3IgJm5ic3A7ZGlzdHJpYnV0ZWQgJm5ic3A7d2F5cy48L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPlRoZSAmbmJzcDtQUFNQICZuYnNwO1dHICZuYnNwO2Rlc2lnbnMgJm5ic3A7 YSAmbmJzcDtwcm90b2NvbCAmbmJzcDtmb3IgDQombmJzcDtzaWduYWxpbmcgJm5ic3A7YW5kICZu YnNwO2NvbnRyb2wgJm5ic3A7YmV0d2VlbjwvRElWPg0KPERJVj50cmFja2VycyAmbmJzcDthbmQg Jm5ic3A7cGVlcnMgJm5ic3A7KHRoZSAmbmJzcDtQUFNQICZuYnNwOyJ0cmFja2VyIA0KJm5ic3A7 cHJvdG9jb2wiKSAmbmJzcDthbmQgJm5ic3A7YSAmbmJzcDtzaWduYWxpbmcgJm5ic3A7YW5kPC9E SVY+DQo8RElWPmNvbnRyb2wgJm5ic3A7cHJvdG9jb2wgJm5ic3A7Zm9yICZuYnNwO2NvbW11bmlj YXRpb24gJm5ic3A7YW1vbmcgJm5ic3A7dGhlIA0KJm5ic3A7cGVlcnMgJm5ic3A7KHRoZSAmbmJz cDtQUFNQICZuYnNwOyJwZWVyPC9ESVY+DQo8RElWPnByb3RvY29sIikuICZuYnNwO1RoZSAmbmJz cDt0d28gJm5ic3A7cHJvdG9jb2xzICZuYnNwO2VuYWJsZSAmbmJzcDtwZWVycyANCiZuYnNwO3Rv ICZuYnNwO3JlY2VpdmUgJm5ic3A7c3RyZWFtaW5nICZuYnNwO2RhdGE8L0RJVj4NCjxESVY+d2l0 aGluICZuYnNwO3RoZSAmbmJzcDt0aW1lICZuYnNwO2NvbnN0cmFpbnRzICZuYnNwO3JlcXVpcmVk ICZuYnNwO2J5IA0KJm5ic3A7c3BlY2lmaWMgJm5ic3A7Y29udGVudCAmbmJzcDtpdGVtcy4gJm5i c3A7VGhlPC9ESVY+DQo8RElWPnRyYWNrZXIgJm5ic3A7cHJvdG9jb2wgJm5ic3A7aGFuZGxlcyAm bmJzcDt0aGUgJm5ic3A7aW5pdGlhbCAmbmJzcDthbmQgDQombmJzcDtwZXJpb2RpYyAmbmJzcDtl eGNoYW5nZSAmbmJzcDtvZiAmbmJzcDttZXRhPC9ESVY+DQo8RElWPmluZm9ybWF0aW9uICZuYnNw O2JldHdlZW4gJm5ic3A7dHJhY2tlcnMgJm5ic3A7YW5kICZuYnNwO3BlZXJzLCAmbmJzcDtzdWNo IA0KJm5ic3A7YXMgJm5ic3A7cGVlciAmbmJzcDtsaXN0cyAmbmJzcDthbmQgJm5ic3A7Y29udGVu dDwvRElWPg0KPERJVj5pbmZvcm1hdGlvbi4gJm5ic3A7VGhlICZuYnNwO3BlZXIgJm5ic3A7cHJv dG9jb2wgJm5ic3A7Y29udHJvbHMgJm5ic3A7dGhlIA0KJm5ic3A7YWR2ZXJ0aXNpbmcgJm5ic3A7 YW5kICZuYnNwO2V4Y2hhbmdlICZuYnNwO29mPC9ESVY+DQo8RElWPm1lZGlhICZuYnNwO2RhdGEg Jm5ic3A7YXZhaWxhYmlsaXR5ICZuYnNwO2JldHdlZW4gJm5ic3A7dGhlIA0KJm5ic3A7cGVlcnMu PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JdCAmbmJzcDtpcyAmbmJzcDtlbnZpc2lv bmVkICZuYnNwO3RoYXQgJm5ic3A7dGhlICZuYnNwO3RyYWNrZXIgDQombmJzcDtwcm90b2NvbCAm bmJzcDt3aWxsICZuYnNwO2JlICZuYnNwO21vZGVsZWQgJm5ic3A7YXMgJm5ic3A7YTwvRElWPg0K PERJVj5yZXF1ZXN0L3Jlc3BvbnNlICZuYnNwO3Byb3RvY29sICZuYnNwO2JldHdlZW4gJm5ic3A7 cGVlcnMgJm5ic3A7YW5kIA0KJm5ic3A7dHJhY2tlcnMsICZuYnNwO2FuZCAmbmJzcDt3aWxsICZu YnNwO2NhcnJ5PC9ESVY+DQo8RElWPmluZm9ybWF0aW9uICZuYnNwO25lZWRlZCAmbmJzcDtmb3Ig Jm5ic3A7dGhlICZuYnNwO3NlbGVjdGlvbiAmbmJzcDtvZiANCiZuYnNwO3BlZXJzICZuYnNwO3N1 aXRhYmxlICZuYnNwO2ZvciAmbmJzcDtyZWFsLXRpbWU8L0RJVj4NCjxESVY+c3RyZWFtaW5nLiAm bmJzcDtUaGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtpcyAmbmJzcDtlbnZpc2lv bmVkIA0KJm5ic3A7dG8gJm5ic3A7YmUgJm5ic3A7bW9kZWxlZCAmbmJzcDthcyAmbmJzcDthPC9E SVY+DQo8RElWPmdvc3NpcC1saWtlICZuYnNwO3Byb3RvY29sICZuYnNwO3dpdGggJm5ic3A7cGVy aW9kaWMsICZuYnNwO3BhaXJ3aXNlIA0KJm5ic3A7ZXhjaGFuZ2VzICZuYnNwO29mICZuYnNwO25l aWdoYm9yICZuYnNwO2FuZDwvRElWPg0KPERJVj5tZWRpYSAmbmJzcDtjaHVuayAmbmJzcDthdmFp bGFiaWxpdHkgJm5ic3A7aW5mb3JtYXRpb24uICZuYnNwO0JvdGggDQombmJzcDtwcm90b2NvbHMg Jm5ic3A7d2lsbCAmbmJzcDtiZSAmbmJzcDtjYXJyaWVkPC9ESVY+DQo8RElWPm92ZXIgJm5ic3A7 VENQICZuYnNwOyhvciAmbmJzcDtVRFAsICZuYnNwO3doZW4gJm5ic3A7ZGVsaXZlcnkgDQombmJz cDtyZXF1aXJlbWVudHMgJm5ic3A7Y2Fubm90ICZuYnNwO2JlICZuYnNwO21ldCAmbmJzcDtieSAm bmJzcDtUQ1ApLDwvRElWPg0KPERJVj5saWtlbHkgJm5ic3A7aW4gJm5ic3A7Y29tYmluYXRpb24g Jm5ic3A7d2l0aCAmbmJzcDtJQ0UgJm5ic3A7Zm9yICZuYnNwO05BVCANCiZuYnNwO3RyYXZlcnNh bCAmbmJzcDtzdXBwb3J0LiAmbmJzcDtQZXJmZWN0PC9ESVY+DQo8RElWPnByaXZhY3kgJm5ic3A7 cHJvdGVjdGlvbiAmbmJzcDtpcyAmbmJzcDthICZuYnNwO2dvb2QgJm5ic3A7ZmVhdHVyZSAmbmJz cDt0byANCiZuYnNwO2hhdmUgJm5ic3A7YnV0ICZuYnNwO25vdCAmbmJzcDthICZuYnNwO21hbmRh dG9yeTwvRElWPg0KPERJVj5yZXF1aXJlbWVudCAmbmJzcDtmb3IgJm5ic3A7dGhlICZuYnNwO3Bl ZXIgJm5ic3A7YW5kICZuYnNwO3RyYWNrZXIgDQombmJzcDtwcm90b2NvbHMuICZuYnNwO1RoZSAm bmJzcDtXRyAmbmJzcDt3aWxsICZuYnNwO2NvbnNpZGVyICZuYnNwO3RvPC9ESVY+DQo8RElWPnVz ZSAmbmJzcDtleGlzdGluZyAmbmJzcDtwcm90b2NvbHMgJm5ic3A7YXMgJm5ic3A7ZGVzaWduICZu YnNwO2Jhc2UgDQombmJzcDtmb3IgJm5ic3A7dGhlICZuYnNwO3RyYWNrZXIgJm5ic3A7YW5kICZu YnNwO3BlZXI8L0RJVj4NCjxESVY+cHJvdG9jb2xzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+RGV2ZWxvcGluZyAmbmJzcDttZWNoYW5pc21zICZuYnNwO2ZvciAmbmJzcDtzZWFyY2hp bmcgJm5ic3A7dHJhY2tlcnMgDQombmJzcDt0aGF0ICZuYnNwO2NvbnRhaW4gJm5ic3A7YSAmbmJz cDtzcGVjaWZpYzwvRElWPg0KPERJVj5tZWRpYSAmbmJzcDtpdGVtICZuYnNwO2lzICZuYnNwO291 dCAmbmJzcDtvZiAmbmJzcDt0aGUgJm5ic3A7c2NvcGUgJm5ic3A7b2YgDQombmJzcDt0aGlzICZu YnNwO1dHLiAmbmJzcDtBZGRpdGlvbmFsbHksICZuYnNwO3RoZSAmbmJzcDtXRyAmbmJzcDt3aWxs PC9ESVY+DQo8RElWPndvcmsgJm5ic3A7dW5kZXIgJm5ic3A7dGhlICZuYnNwO2Fzc3VtcHRpb24g Jm5ic3A7dGhhdCAmbmJzcDt0cmFja2VycyANCiZuYnNwO2FyZSAmbmJzcDtsb2dpY2FsbHkgJm5i c3A7Y2VudHJhbGl6ZWQ8L0RJVj4NCjxESVY+ZW50aXRpZXMgJm5ic3A7KGUuZy4sICZuYnNwO2Eg Jm5ic3A7c2luZ2xlICZuYnNwO3NlcnZlciAmbmJzcDtvciAmbmJzcDthIA0KJm5ic3A7c2VydmVy ICZuYnNwO2Zhcm0gJm5ic3A7cGVyZm9ybWluZyAmbmJzcDtETlMtYmFzZWQ8L0RJVj4NCjxESVY+ bG9jYWwgJm5ic3A7YmFsYW5jaW5nKS4gJm5ic3A7SG93ZXZlciwgJm5ic3A7YXMgJm5ic3A7ZmFy ICZuYnNwO2FzICZuYnNwO2l0IA0KJm5ic3A7aXMgJm5ic3A7cG9zc2libGUsICZuYnNwO3RoZSAm bmJzcDtXRyAmbmJzcDt3aWxsICZuYnNwO25vdDwvRElWPg0KPERJVj5tYWtlICZuYnNwO2Rlc2ln biAmbmJzcDtkZWNpc2lvbnMgJm5ic3A7dGhhdCAmbmJzcDtjb3VsZCAmbmJzcDtwcmVjbHVkZSAN CiZuYnNwO3RoZSAmbmJzcDt1c2UgJm5ic3A7b2YgJm5ic3A7ZGlzdHJpYnV0ZWQ8L0RJVj4NCjxE SVY+dHJhY2tlcnMgJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO2Z1dHVyZSAmbmJzcDsoZS5nLiwg Jm5ic3A7REhULWJhc2VkIA0KJm5ic3A7dHJhY2tlcnMpLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+QSAmbmJzcDtwZWVyICZuYnNwO2xvb2tpbmcgJm5ic3A7Zm9yICZuYnNwO2EgJm5i c3A7bWVkaWEgJm5ic3A7Y2h1bmsgDQombmJzcDt1c2VzICZuYnNwO3RoZSAmbmJzcDt0cmFja2Vy ICZuYnNwO2FuZCAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29scyANCiZuYnNwO3RvPC9ESVY+DQo8 RElWPmxvY2F0ZSAmbmJzcDthICZuYnNwO3JlbW90ZSAmbmJzcDtwZWVyICZuYnNwOyhvciAmbmJz cDtwZWVycykgJm5ic3A7dGhhdCANCiZuYnNwO2NhbiAmbmJzcDtwcm92aWRlICZuYnNwO2l0ICZu YnNwO3dpdGggJm5ic3A7dGhhdCAmbmJzcDttZWRpYTwvRElWPg0KPERJVj5jaHVuay4gJm5ic3A7 T2J0YWluaW5nICZuYnNwO3RoZSAmbmJzcDttZWRpYSAmbmJzcDtjaHVuayAmbmJzcDtmcm9tIA0K Jm5ic3A7dGhlICZuYnNwO3JlbW90ZSAmbmJzcDtwZWVyICZuYnNwO3dpbGwgJm5ic3A7aW52b2x2 ZSAmbmJzcDtzb21lPC9ESVY+DQo8RElWPnR5cGUgJm5ic3A7b2YgJm5ic3A7c2lnbmFsaW5nICZu YnNwO2V4Y2hhbmdlICZuYnNwO3BsdXMgJm5ic3A7dGhlIA0KJm5ic3A7YWN0dWFsICZuYnNwO21l ZGlhICZuYnNwO3RyYW5zZmVyLiAmbmJzcDtUaGUgJm5ic3A7Zmlyc3Q8L0RJVj4NCjxESVY+dGFz ayAmbmJzcDtmb3IgJm5ic3A7dGhpcyAmbmJzcDtXRyAmbmJzcDt3aWxsICZuYnNwO2JlICZuYnNw O3RvIA0KJm5ic3A7ZGVjaWRlICZuYnNwO3doaWNoICZuYnNwO3NpZ25hbGluZyAmbmJzcDthbmQg Jm5ic3A7bWVkaWEgDQombmJzcDt0cmFuc2ZlcjwvRElWPg0KPERJVj5wcm90b2NvbHMgJm5ic3A7 d2lsbCAmbmJzcDtiZSAmbmJzcDt1c2VkLiAmbmJzcDtUaGUgJm5ic3A7V0cgJm5ic3A7d2lsbCAN CiZuYnNwO2NvbnNpZGVyICZuYnNwO2V4aXN0aW5nICZuYnNwO3Byb3RvY29scyAmbmJzcDthbmQs ICZuYnNwO2lmPC9ESVY+DQo8RElWPm5lZWRlZCwgJm5ic3A7aWRlbnRpZnkgJm5ic3A7cG90ZW50 aWFsICZuYnNwO2V4dGVuc2lvbnMgJm5ic3A7dG8gDQombmJzcDt0aGVzZSAmbmJzcDtwcm90b2Nv bHMuICZuYnNwO1RoZSAmbmJzcDtXRyAmbmJzcDt3aWxsPC9ESVY+DQo8RElWPmNvbnNpZGVyICZu YnNwO3RoZSAmbmJzcDtpbnRlcmFjdGlvbnMgJm5ic3A7YmV0d2VlbiAmbmJzcDt0aGVzZSANCiZu YnNwO3Byb3RvY29scyAmbmJzcDthbmQgJm5ic3A7dGhlICZuYnNwO3BlZXIgJm5ic3A7cHJvdG9j b2w8L0RJVj4NCjxESVY+KGUuZy4sICZuYnNwO2F2b2lkaW5nICZuYnNwO2R1cGxpY2F0ZSAmbmJz cDtOQVQgJm5ic3A7dHJhdmVyc2FsIA0KJm5ic3A7cHJvY2VkdXJlcykuICZuYnNwO0V4YW1wbGVz ICZuYnNwO29mPC9ESVY+DQo8RElWPnNpZ25hbGluZyAmbmJzcDtwcm90b2NvbHMgJm5ic3A7dG8g Jm5ic3A7YmUgJm5ic3A7Y29uc2lkZXJlZCAmbmJzcDthcmUgDQombmJzcDtTSVAsICZuYnNwO1JU U1AsICZuYnNwO2FuZCAmbmJzcDtIVFRQLiAmbmJzcDtFeGFtcGxlczwvRElWPg0KPERJVj5vZiAm bmJzcDttZWRpYSAmbmJzcDt0cmFuc2ZlciAmbmJzcDtwcm90b2NvbHMgJm5ic3A7dG8gJm5ic3A7 YmUgDQombmJzcDtjb25zaWRlcmVkICZuYnNwO2FyZSAmbmJzcDtSVFAgJm5ic3A7YW5kICZuYnNw O0hUVFAuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5QUFNQICZuYnNwO2lzICZuYnNw O25vdCAmbmJzcDtjaGFydGVyZWQgJm5ic3A7dG8gJm5ic3A7d29yayAmbmJzcDtvbiANCiZuYnNw O21lZGlhICZuYnNwO3RyYW5zbWlzc2lvbiAmbmJzcDtwcm90b2NvbHMsICZuYnNwO21lZGlhPC9E SVY+DQo8RElWPmVuY29kaW5nICZuYnNwO3RlY2huaXF1ZXMgJm5ic3A7b3IgJm5ic3A7b3RoZXIg Jm5ic3A7Y29tcG9uZW50cyAmbmJzcDtvZiANCiZuYnNwO2EgJm5ic3A7UDJQICZuYnNwO3N0cmVh bWluZyAmbmJzcDtzeXN0ZW0gJm5ic3A7c3VjaDwvRElWPg0KPERJVj5hcyAmbmJzcDtwbGF5b3V0 LCAmbmJzcDtzY2hlZHVsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sLCANCiZuYnNwO2V0Yy48 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRoZSAmbmJzcDt3b3JrICZuYnNwO2l0ZW1z ICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtQUFNQICZuYnNwO1dHIA0KJm5ic3A7YXJlOjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDEpICZuYnNwO0EgJm5ic3A7InByb2JsZW0gJm5i c3A7c3RhdGVtZW50IiAmbmJzcDtkb2N1bWVudCAmbmJzcDt0aGF0IA0KJm5ic3A7Z2l2ZXMgJm5i c3A7YW4gJm5ic3A7b3ZlcnZpZXcgJm5ic3A7b2YgJm5ic3A7dGhlPC9ESVY+DQo8RElWPnByb3Bv c2VkICZuYnNwO1AyUCAmbmJzcDtzdHJlYW1pbmcgJm5ic3A7c3lzdGVtLCAmbmJzcDttb3RpdmF0 ZXMgJm5ic3A7dGhlIA0KJm5ic3A7ZGVzaXJlICZuYnNwO2ZvcjwvRElWPg0KPERJVj5zdGFuZGFy ZGl6ZWQgJm5ic3A7cHJvdG9jb2xzLCAmbmJzcDtkZWZpbmVzICZuYnNwO3RoZSAmbmJzcDtlbnZp c2lvbmVkIA0KJm5ic3A7c2NvcGUgJm5ic3A7b2YgJm5ic3A7dGhvc2U8L0RJVj4NCjxESVY+c3Rh bmRhcmRpemVkICZuYnNwO2NvbXBvbmVudHMgJm5ic3A7YW5kICZuYnNwO2Rpc2N1c3NlcyAmbmJz cDtjb21tb24gDQombmJzcDt0ZXJtaW5vbG9naWVzICZuYnNwO2FuZDwvRElWPg0KPERJVj5jb25j ZXB0cy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPigyKSAmbmJzcDtBICZuYnNwOyJy ZXF1aXJlbWVudHMiICZuYnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgJm5ic3A7ZGV0YWlscyANCiZu YnNwO3RoZSAmbmJzcDtzcGVjaWZpYyAmbmJzcDtmdW5jdGlvbmFsLDwvRElWPg0KPERJVj5vcGVy YXRpb25hbCAmbmJzcDthbmQgJm5ic3A7cGVyZm9ybWFuY2UgJm5ic3A7cmVxdWlyZW1lbnRzICZu YnNwO29mIA0KJm5ic3A7dGhlICZuYnNwO3R3byAmbmJzcDtQUFNQPC9ESVY+DQo8RElWPnByb3Rv Y29scy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPigzKSAmbmJzcDtBbiAmbmJzcDsi YXJjaGl0ZWN0dXJhbCAmbmJzcDtzdXJ2ZXkiICZuYnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgDQom bmJzcDtzdW1tYXJpemVzICZuYnNwO2N1cnJlbnQgJm5ic3A7UDJQPC9ESVY+DQo8RElWPnN0cmVh bWluZyAmbmJzcDthcmNoaXRlY3R1cmVzLCAmbmJzcDtpbiAmbmJzcDtwYXJ0aWN1bGFyIA0KJm5i c3A7dHJhY2tlci1iYXNlZCAmbmJzcDtQMlA8L0RJVj4NCjxESVY+c3RyZWFtaW5nICZuYnNwO3N5 c3RlbXMsICZuYnNwO2FuZCAmbmJzcDtoaWdobGlnaHRzICZuYnNwO2Jlc3QgDQombmJzcDtjdXJy ZW50ICZuYnNwO3ByYWN0aWNlcy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPig0KSAm bmJzcDtBICZuYnNwO2RldGFpbGVkICZuYnNwO3NwZWNpZmljYXRpb24gJm5ic3A7b2YgJm5ic3A7 dGhlIA0KJm5ic3A7UFBTUCAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29sLjwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+KDUpICZuYnNwO0EgJm5ic3A7ZGV0YWlsZWQgJm5ic3A7c3BlY2lm aWNhdGlvbiAmbmJzcDtvZiAmbmJzcDt0aGUgDQombmJzcDtQUFNQICZuYnNwO3RyYWNrZXIgJm5i c3A7cHJvdG9jb2wuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4oNikgJm5ic3A7QSAm bmJzcDsidXNhZ2UgJm5ic3A7Z3VpZGUiICZuYnNwO3RoYXQgJm5ic3A7ZGVzY3JpYmVzICZuYnNw O2hvdyANCiZuYnNwO3RoZSAmbmJzcDt0d28gJm5ic3A7UFBTUCAmbmJzcDtwcm90b2NvbHMgJm5i c3A7YW5kPC9ESVY+DQo8RElWPmV4aXN0aW5nICZuYnNwO0lFVEYgJm5ic3A7cHJvdG9jb2xzLCAm bmJzcDtzdWNoICZuYnNwO2FzICZuYnNwO1AyUFNJUCANCiZuYnNwO29yICZuYnNwO0FMVE8sICZu YnNwO2NhbiAmbmJzcDtiZSAmbmJzcDtjb21iaW5lZDwvRElWPg0KPERJVj50byAmbmJzcDtjcmVh dGUgJm5ic3A7YSAmbmJzcDtkZXBsb3lhYmxlICZuYnNwO29wZXJhdGlvbmFsICZuYnNwO1AyUCAN CiZuYnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0uICZuYnNwO1RoaXM8L0RJVj4NCjxESVY+ZG9j dW1lbnQgJm5ic3A7bWF5ICZuYnNwO2Fsc28gJm5ic3A7ZGlzY3VzcyAmbmJzcDt2YXJpYW50cyAm bmJzcDtvZiANCiZuYnNwO3N1Y2ggJm5ic3A7YSAmbmJzcDtzeXN0ZW0gJm5ic3A7dGhhdCwgJm5i c3A7Zm9yPC9ESVY+DQo8RElWPmV4YW1wbGUsICZuYnNwO3VzZSAmbmJzcDtsYXllcmVkICZuYnNw O21lZGlhICZuYnNwO2VuY29kaW5nICZuYnNwO2FuZCANCiZuYnNwO3JlbGF0ZWQgJm5ic3A7bWVk aWEgJm5ic3A7Y2h1bms8L0RJVj4NCjxESVY+ZGVzY3JpcHRpb25zICZuYnNwO2luICZuYnNwO3Ro ZSAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO2ZvciANCiZuYnNwO21vcmUgJm5ic3A7 cm9idXN0ICZuYnNwO3N0cmVhbWluZy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlRo ZSAmbmJzcDt3b3JrICZuYnNwO2l0ZW1zICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtQUFNQICZu YnNwO1dHIA0KJm5ic3A7aW50ZXJhY3RzICZuYnNwO3dpdGggJm5ic3A7dGhlICZuYnNwO3dvcmsg Jm5ic3A7cGVyZm9ybWVkICZuYnNwO2luIA0KJm5ic3A7b3RoZXI8L0RJVj4NCjxESVY+SUVURiAm bmJzcDtXR3MsICZuYnNwO2luY2x1ZGluZyAmbmJzcDtQMlBTSVAsICZuYnNwO1NJUENPUkUsICZu YnNwO0FWVCwgDQombmJzcDtBTFRPLCAmbmJzcDtMRURCQVQgJm5ic3A7YW5kICZuYnNwO01NVVNJ Qy48L0RJVj4NCjxESVY+V2hlbmV2ZXIgJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDtvciAmbmJzcDtt b2RpZmljYXRpb24gJm5ic3A7dG8gJm5ic3A7dGhlIA0KJm5ic3A7cHJvdG9jb2xzICZuYnNwO2Rl dmVsb3BlZCAmbmJzcDtpbiAmbmJzcDtvdGhlcjwvRElWPg0KPERJVj5XR3MgJm5ic3A7YXJlICZu YnNwO2RlZW1lZCAmbmJzcDtuZWNlc3NhcnksICZuYnNwO1BQU1AgJm5ic3A7c2hhbGwgDQombmJz cDtjb21tdW5pY2F0ZSAmbmJzcDthbmQgJm5ic3A7ZGlzY3VzcyAmbmJzcDt0aGU8L0RJVj4NCjxE SVY+cmVxdWlyZW1lbnRzICZuYnNwO2ZvciAmbmJzcDtzdWNoICZuYnNwO2V4dGVuc2lvbnMgJm5i c3A7d2l0aCAmbmJzcDt0aGUgDQombmJzcDtyZWxldmFudCAmbmJzcDtXR3MuICZuYnNwO1BQU1Ag Jm5ic3A7aXMgJm5ic3A7bm90PC9ESVY+DQo8RElWPmNoYXJ0ZXJlZCAmbmJzcDt0byAmbmJzcDtk ZXNpZ24gJm5ic3A7YW5kICZuYnNwO3NwZWNpZnkgJm5ic3A7c3VjaCANCiZuYnNwO2NoYW5nZXMu PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+R29hbHMg Jm5ic3A7YW5kICZuYnNwO01pbGVzdG9uZXM6PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5EZWMgJm5ic3A7MjAxMCAmbmJzcDtTdWJtaXQgJm5ic3A7cHJvYmxlbSAmbmJzcDtzdGF0ZW1l bnQgJm5ic3A7dG8gDQombmJzcDtJRVNHICZuYnNwO2FzICZuYnNwO0luZm9ybWF0aW9uYWw8L0RJ Vj4NCjxESVY+QXByICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0ICZuYnNwO2FyY2hpdGVjdHVyYWwg Jm5ic3A7c3VydmV5ICZuYnNwO3RvIA0KJm5ic3A7SUVTRyAmbmJzcDthcyAmbmJzcDtJbmZvcm1h dGlvbmFsPC9ESVY+DQo8RElWPkFwciAmbmJzcDsyMDExICZuYnNwO1N1Ym1pdCAmbmJzcDtyZXF1 aXJlbWVudHMgJm5ic3A7ZG9jdW1lbnQgJm5ic3A7dG8gDQombmJzcDtJRVNHICZuYnNwO2FzICZu YnNwO0luZm9ybWF0aW9uYWw8L0RJVj4NCjxESVY+QXVnICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0 ICZuYnNwO1BQU1AgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbCAmbmJzcDt0byANCiZuYnNwO0lF U0cgJm5ic3A7YXMgJm5ic3A7UHJvcG9zZWQgJm5ic3A7U3RhbmRhcmQ8L0RJVj4NCjxESVY+QXVn ICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0ICZuYnNwO1BQU1AgJm5ic3A7dHJhY2tlciAmbmJzcDtw cm90b2NvbCANCiZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7UHJvcG9zZWQgJm5i c3A7U3RhbmRhcmQ8L0RJVj4NCjxESVY+RGVjICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0ICZuYnNw O3VzYWdlICZuYnNwO2d1aWRlICZuYnNwO3RvICZuYnNwO0lFU0cgDQombmJzcDt0byAmbmJzcDtJ RVNHICZuYnNwO2FzIA0KJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPjwvRk9OVD48L0RJVj48L0JP RFk+PC9IVE1MPg0K --=====003_Dragon760524160712_=====-- From zongning@huawei.com Tue Mar 23 20:33:20 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C99303A68AF; Tue, 23 Mar 2010 20:33:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.115 X-Spam-Level: X-Spam-Status: No, score=-96.115 tagged_above=-999 required=5 tests=[AWL=-2.154, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_47=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 RZV4sxidHPYe; Tue, 23 Mar 2010 20:33:19 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id B6D903A6859; Tue, 23 Mar 2010 20:33:14 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZR00FN0OJN9T@szxga03-in.huawei.com>; Wed, 24 Mar 2010 11:33:24 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZR00IXKOJM4N@szxga03-in.huawei.com>; Wed, 24 Mar 2010 11:33:23 +0800 (CST) Received: from z-20684ca876cc4 (dhcp-wireless-open-abg-25-78.meeting.ietf.org [130.129.25.78]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZR00I25OJK9B@szxml01-in.huawei.com>; Wed, 24 Mar 2010 11:33:23 +0800 (CST) Date: Tue, 23 Mar 2010 20:33:25 -0800 From: Ning Zong To: zhangyunfei , IESG Secretary Message-id: <0KZR00I28OJL9B@szxml01-in.huawei.com> MIME-version: 1.0 X-Mailer: Foxmail 5.0 [en] Content-type: multipart/alternative; boundary="Boundary_(ID_xYjQG9MM4KnR3dLm3lWYKw)" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] WG Action: Peer-to-Peer Streaming Protocol (PPSP) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 03:33:20 -0000 This is a multi-part message in MIME format. --Boundary_(ID_xYjQG9MM4KnR3dLm3lWYKw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: base64 Q29uZ3JhdHVsYXRpb25zIHRvIGFsbCB0aGUgcGVvcGxlIGhhdmluZyBiZWVuIGNvbnRyaWJ1dGlu ZyB0byBQUFNQIHNpbmNlIHRoZSB2ZXJ5IGJlZ2luaW5nLiBMZXQncyBjb250aW51ZSB0byB3b3Jr IHRvZ2V0aGVyIGFzIGJlZm9yZSBhbmQgbWFrZSBQUFNQIGEgc3VjY2Vzc2Z1bCBXRy4NCg0KQlIs DQpOaW5nIFpvbmcNCg0KDQoNCg0KR3JlYXQgbmV3cyENCkkgYXBwcmVjaWF0ZSBhbGwgb2YgdGhl IGNvbnRyaWJ1dGlvbnMgYW5kIHNpbmNlcmUgaGVscCBmcm9tIHlvdSxQUFNQIGd1eXMgaW4gbWFr aW5nIFBQU1AgYSBXRyBhZnRlciBhbG1vc3Qgb25lIGFuZCBhIGhhbGYgeWVhcidzIGhhcmR3b3Jr aW5nLg0KVGhhbmtzIExhcnMsR29uemFsbyxDdWxsZW4gYW5kIGFsbCB0aG9zZSB3aG8gZ2l2ZSB1 cyBnb29kIHN1Z2dlc3Rpb25zIGluIGJvb3N0aW5nIHRoZSBQUFNQIHByb2dyZXNzLg0KVGhhbmtz IElFU0cgZm9yIHRoZSByZXZpZXcgYW5kIGFwcHJvdmFsIG9mIFBQU1AgY2hhcnRlci4NCkxvb2tp bmcgZm9yd2FyZCB0byBtYWtpbmcgUFBTUCBhIHN1Y2Nlc3NmdWwgcHJvdG9jb2wgYW5kIHByYWN0 aWNlIHVuZGVyIGFsbCBvZiB5b3VyIGhhcmR3b3JraW5nLg0KDQpCUg0KWXVuZmVpDQoNCg0KDQoN CnpoYW5neXVuZmVpDQoyMDEwLTAzLTI0DQoNCg0KDQq3orz+yMujuiBJRVNHIFNlY3JldGFyeQ0K t6LLzcqxvOSjuiAyMDEwLTAzLTI0IDA4OjA5OjAyDQrK1bz+yMujuiBJRVRGIEFubm91bmNlbWVu dCBsaXN0DQqzrcvNo7ogcHBzcEBpZXRmLm9yZzsgemhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29t OyBmbHVmZnlAY2lzY28uY29tDQrW98zio7ogV0cgQWN0aW9uOiBQZWVyLXRvLVBlZXIgU3RyZWFt aW5nIFByb3RvY29sIChQUFNQKQ0KDQpBICBuZXcgIElFVEYgIHdvcmtpbmcgIGdyb3VwICBoYXMg IGJlZW4gIGZvcm1lZCAgaW4gIHRoZSAgVHJhbnNwb3J0ICBBcmVhLiAgICBGb3INCmFkZGl0aW9u YWwgIGluZm9ybWF0aW9uLCAgcGxlYXNlICBjb250YWN0ICB0aGUgIEFyZWEgIERpcmVjdG9ycyAg b3IgIHRoZSAgV0cNCkNoYWlycy4NCg0KUGVlci10by1QZWVyICBTdHJlYW1pbmcgIFByb3RvY29s ICAoUFBTUCkNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNCkNoYWlyKHMpOg0KWXVuZmVpICBaaGFuZyAgIDx6aGFuZ3l1bmZlaUBjaGluYW1vYmls ZS5jb20gPg0KQ3VsbGVuICBKZW5uaW5ncyAgIDxmbHVmZnlAY2lzY28uY29tID4NCg0KVHJhbnNw b3J0ICBBcmVhICBEaXJlY3RvcihzKToNCk1hZ251cyAgV2VzdGVybHVuZCAgIDxtYWdudXMud2Vz dGVybHVuZEBlcmljc3Nvbi5jb20gPg0KTGFycyAgRWdnZXJ0ICAgPGxhcnMuZWdnZXJ0QG5va2lh LmNvbSA+DQoNClRyYW5zcG9ydCAgQXJlYSAgQWR2aXNvcjoNCkxhcnMgIEVnZ2VydCAgIDxsYXJz LmVnZ2VydEBub2tpYS5jb20gPg0KDQpNYWlsaW5nICBMaXN0czoNCkFkZHJlc3M6IHBwc3BAaWV0 Zi5vcmcNClRvICBTdWJzY3JpYmU6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vcHBzcA0KQXJjaGl2ZTogaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3Bw c3AvDQoNCkRlc2NyaXB0aW9uICBvZiAgV29ya2luZyAgR3JvdXA6DQoNClRoZSAgUGVlci10by1Q ZWVyICBTdHJlYW1pbmcgIFByb3RvY29sICAoUFBTUCkgIHdvcmtpbmcgIGdyb3VwICBkZXZlbG9w cyAgdHdvDQpzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgcHJvdG9jb2xzICBmb3IgIGEgIHBlZXIt dG8tcGVlciAgKFAyUCkgIHN0cmVhbWluZw0Kc3lzdGVtICBmb3IgIHRyYW5zbWl0dGluZyAgbGl2 ZSAgYW5kICB0aW1lLXNoaWZ0ZWQgIG1lZGlhICBjb250ZW50ICB3aXRoICBuZWFyDQpyZWFsLXRp bWUgIGRlbGl2ZXJ5ICByZXF1aXJlbWVudHMuDQoNClR3byAga2luZHMgIG9mICBub2RlcyAgZXhp c3QgIGluICB0aGUgIHRhcmdldGVkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLCAgaS5lLiwNCiJw ZWVycyIgIGFuZCAgInRyYWNrZXJzIi4gIFBlZXJzICBhcmUgIG5vZGVzICB0aGF0ICBhcmUgIGFj dGl2ZWx5ICBzZW5kaW5nICBhbmQNCnJlY2VpdmluZyAgc3RyZWFtZWQgIG1lZGlhICBjb250ZW50 LCAgYW5kICBpbmNsdWRlICBib3RoICBzdGF0aWNhbGx5ICBjb25uZWN0ZWQNCmhvc3RzICBhcyAg d2VsbCAgYXMgIG1vYmlsZSAgZGV2aWNlcyAgd2l0aCAgY29ubmVjdGl2aXR5ICBhbmQgIElQICBh ZGRyZXNzZXMgIHRoYXQNCmNoYW5nZSAgb3ZlciAgdGltZS4gIFRoZSAgc2V0ICBvZiAgcGVlcnMg IHRoYXQgIGFyZSAgcGFydGljaXBhdGluZyAgaW4gIGEgIHN0cmVhbWluZw0Kc2Vzc2lvbiAgd2ls bCAgZHluYW1pY2FsbHkgIGNoYW5nZSAgb3ZlciAgdGltZS4gIFRyYWNrZXJzICBhcmUgIHdlbGwt a25vd24gIG5vZGVzDQp3aXRoICBzdGFibGUgIGNvbm5lY3Rpdml0eSAgdGhhdCAgbWFpbnRhaW4g IG1ldGEgIGluZm9ybWF0aW9uICBhYm91dCAgdGhlDQpzdHJlYW1lZCAgY29udGVudCAgYW5kICB0 aGUgIGR5bmFtaWMgIHBlZXIgIHNldC4gIFRyYWNrZXJzICBjYW4gIGJlICBvcmdhbml6ZWQgIGlu DQpjZW50cmFsaXplZCAgb3IgIGRpc3RyaWJ1dGVkICB3YXlzLg0KDQpUaGUgIFBQU1AgIFdHICBk ZXNpZ25zICBhICBwcm90b2NvbCAgZm9yICBzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgYmV0d2Vl bg0KdHJhY2tlcnMgIGFuZCAgcGVlcnMgICh0aGUgIFBQU1AgICJ0cmFja2VyICBwcm90b2NvbCIp ICBhbmQgIGEgIHNpZ25hbGluZyAgYW5kDQpjb250cm9sICBwcm90b2NvbCAgZm9yICBjb21tdW5p Y2F0aW9uICBhbW9uZyAgdGhlICBwZWVycyAgKHRoZSAgUFBTUCAgInBlZXINCnByb3RvY29sIiku ICBUaGUgIHR3byAgcHJvdG9jb2xzICBlbmFibGUgIHBlZXJzICB0byAgcmVjZWl2ZSAgc3RyZWFt aW5nICBkYXRhDQp3aXRoaW4gIHRoZSAgdGltZSAgY29uc3RyYWludHMgIHJlcXVpcmVkICBieSAg c3BlY2lmaWMgIGNvbnRlbnQgIGl0ZW1zLiAgVGhlDQp0cmFja2VyICBwcm90b2NvbCAgaGFuZGxl cyAgdGhlICBpbml0aWFsICBhbmQgIHBlcmlvZGljICBleGNoYW5nZSAgb2YgIG1ldGENCmluZm9y bWF0aW9uICBiZXR3ZWVuICB0cmFja2VycyAgYW5kICBwZWVycywgIHN1Y2ggIGFzICBwZWVyICBs aXN0cyAgYW5kICBjb250ZW50DQppbmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wgIGNv bnRyb2xzICB0aGUgIGFkdmVydGlzaW5nICBhbmQgIGV4Y2hhbmdlICBvZg0KbWVkaWEgIGRhdGEg IGF2YWlsYWJpbGl0eSAgYmV0d2VlbiAgdGhlICBwZWVycy4NCg0KSXQgIGlzICBlbnZpc2lvbmVk ICB0aGF0ICB0aGUgIHRyYWNrZXIgIHByb3RvY29sICB3aWxsICBiZSAgbW9kZWxlZCAgYXMgIGEN CnJlcXVlc3QvcmVzcG9uc2UgIHByb3RvY29sICBiZXR3ZWVuICBwZWVycyAgYW5kICB0cmFja2Vy cywgIGFuZCAgd2lsbCAgY2FycnkNCmluZm9ybWF0aW9uICBuZWVkZWQgIGZvciAgdGhlICBzZWxl Y3Rpb24gIG9mICBwZWVycyAgc3VpdGFibGUgIGZvciAgcmVhbC10aW1lDQpzdHJlYW1pbmcuICBU aGUgIHBlZXIgIHByb3RvY29sICBpcyAgZW52aXNpb25lZCAgdG8gIGJlICBtb2RlbGVkICBhcyAg YQ0KZ29zc2lwLWxpa2UgIHByb3RvY29sICB3aXRoICBwZXJpb2RpYywgIHBhaXJ3aXNlICBleGNo YW5nZXMgIG9mICBuZWlnaGJvciAgYW5kDQptZWRpYSAgY2h1bmsgIGF2YWlsYWJpbGl0eSAgaW5m b3JtYXRpb24uICBCb3RoICBwcm90b2NvbHMgIHdpbGwgIGJlICBjYXJyaWVkDQpvdmVyICBUQ1Ag IChvciAgVURQLCAgd2hlbiAgZGVsaXZlcnkgIHJlcXVpcmVtZW50cyAgY2Fubm90ICBiZSAgbWV0 ICBieSAgVENQKSwNCmxpa2VseSAgaW4gIGNvbWJpbmF0aW9uICB3aXRoICBJQ0UgIGZvciAgTkFU ICB0cmF2ZXJzYWwgIHN1cHBvcnQuICBQZXJmZWN0DQpwcml2YWN5ICBwcm90ZWN0aW9uICBpcyAg YSAgZ29vZCAgZmVhdHVyZSAgdG8gIGhhdmUgIGJ1dCAgbm90ICBhICBtYW5kYXRvcnkNCnJlcXVp cmVtZW50ICBmb3IgIHRoZSAgcGVlciAgYW5kICB0cmFja2VyICBwcm90b2NvbHMuICBUaGUgIFdH ICB3aWxsICBjb25zaWRlciAgdG8NCnVzZSAgZXhpc3RpbmcgIHByb3RvY29scyAgYXMgIGRlc2ln biAgYmFzZSAgZm9yICB0aGUgIHRyYWNrZXIgIGFuZCAgcGVlcg0KcHJvdG9jb2xzLg0KDQpEZXZl bG9waW5nICBtZWNoYW5pc21zICBmb3IgIHNlYXJjaGluZyAgdHJhY2tlcnMgIHRoYXQgIGNvbnRh aW4gIGEgIHNwZWNpZmljDQptZWRpYSAgaXRlbSAgaXMgIG91dCAgb2YgIHRoZSAgc2NvcGUgIG9m ICB0aGlzICBXRy4gIEFkZGl0aW9uYWxseSwgIHRoZSAgV0cgIHdpbGwNCndvcmsgIHVuZGVyICB0 aGUgIGFzc3VtcHRpb24gIHRoYXQgIHRyYWNrZXJzICBhcmUgIGxvZ2ljYWxseSAgY2VudHJhbGl6 ZWQNCmVudGl0aWVzICAoZS5nLiwgIGEgIHNpbmdsZSAgc2VydmVyICBvciAgYSAgc2VydmVyICBm YXJtICBwZXJmb3JtaW5nICBETlMtYmFzZWQNCmxvY2FsICBiYWxhbmNpbmcpLiAgSG93ZXZlciwg IGFzICBmYXIgIGFzICBpdCAgaXMgIHBvc3NpYmxlLCAgdGhlICBXRyAgd2lsbCAgbm90DQptYWtl ICBkZXNpZ24gIGRlY2lzaW9ucyAgdGhhdCAgY291bGQgIHByZWNsdWRlICB0aGUgIHVzZSAgb2Yg IGRpc3RyaWJ1dGVkDQp0cmFja2VycyAgaW4gIHRoZSAgZnV0dXJlICAoZS5nLiwgIERIVC1iYXNl ZCAgdHJhY2tlcnMpLg0KDQpBICBwZWVyICBsb29raW5nICBmb3IgIGEgIG1lZGlhICBjaHVuayAg dXNlcyAgdGhlICB0cmFja2VyICBhbmQgIHBlZXIgIHByb3RvY29scyAgdG8NCmxvY2F0ZSAgYSAg cmVtb3RlICBwZWVyICAob3IgIHBlZXJzKSAgdGhhdCAgY2FuICBwcm92aWRlICBpdCAgd2l0aCAg dGhhdCAgbWVkaWENCmNodW5rLiAgT2J0YWluaW5nICB0aGUgIG1lZGlhICBjaHVuayAgZnJvbSAg dGhlICByZW1vdGUgIHBlZXIgIHdpbGwgIGludm9sdmUgIHNvbWUNCnR5cGUgIG9mICBzaWduYWxp bmcgIGV4Y2hhbmdlICBwbHVzICB0aGUgIGFjdHVhbCAgbWVkaWEgIHRyYW5zZmVyLiAgVGhlICBm aXJzdA0KdGFzayAgZm9yICB0aGlzICBXRyAgd2lsbCAgYmUgIHRvICBkZWNpZGUgIHdoaWNoICBz aWduYWxpbmcgIGFuZCAgbWVkaWEgIHRyYW5zZmVyDQpwcm90b2NvbHMgIHdpbGwgIGJlICB1c2Vk LiAgVGhlICBXRyAgd2lsbCAgY29uc2lkZXIgIGV4aXN0aW5nICBwcm90b2NvbHMgIGFuZCwgIGlm DQpuZWVkZWQsICBpZGVudGlmeSAgcG90ZW50aWFsICBleHRlbnNpb25zICB0byAgdGhlc2UgIHBy b3RvY29scy4gIFRoZSAgV0cgIHdpbGwNCmNvbnNpZGVyICB0aGUgIGludGVyYWN0aW9ucyAgYmV0 d2VlbiAgdGhlc2UgIHByb3RvY29scyAgYW5kICB0aGUgIHBlZXIgIHByb3RvY29sDQooZS5nLiwg IGF2b2lkaW5nICBkdXBsaWNhdGUgIE5BVCAgdHJhdmVyc2FsICBwcm9jZWR1cmVzKS4gIEV4YW1w bGVzICBvZg0Kc2lnbmFsaW5nICBwcm90b2NvbHMgIHRvICBiZSAgY29uc2lkZXJlZCAgYXJlICBT SVAsICBSVFNQLCAgYW5kICBIVFRQLiAgRXhhbXBsZXMNCm9mICBtZWRpYSAgdHJhbnNmZXIgIHBy b3RvY29scyAgdG8gIGJlICBjb25zaWRlcmVkICBhcmUgIFJUUCAgYW5kICBIVFRQLg0KDQpQUFNQ ICBpcyAgbm90ICBjaGFydGVyZWQgIHRvICB3b3JrICBvbiAgbWVkaWEgIHRyYW5zbWlzc2lvbiAg cHJvdG9jb2xzLCAgbWVkaWENCmVuY29kaW5nICB0ZWNobmlxdWVzICBvciAgb3RoZXIgIGNvbXBv bmVudHMgIG9mICBhICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtICBzdWNoDQphcyAgcGxheW91dCwg IHNjaGVkdWxpbmcgIGFuZCAgY29udHJvbCwgIGV0Yy4NCg0KVGhlICB3b3JrICBpdGVtcyAgb2Yg IHRoZSAgUFBTUCAgV0cgIGFyZToNCg0KKDEpICBBICAicHJvYmxlbSAgc3RhdGVtZW50IiAgZG9j dW1lbnQgIHRoYXQgIGdpdmVzICBhbiAgb3ZlcnZpZXcgIG9mICB0aGUNCnByb3Bvc2VkICBQMlAg IHN0cmVhbWluZyAgc3lzdGVtLCAgbW90aXZhdGVzICB0aGUgIGRlc2lyZSAgZm9yDQpzdGFuZGFy ZGl6ZWQgIHByb3RvY29scywgIGRlZmluZXMgIHRoZSAgZW52aXNpb25lZCAgc2NvcGUgIG9mICB0 aG9zZQ0Kc3RhbmRhcmRpemVkICBjb21wb25lbnRzICBhbmQgIGRpc2N1c3NlcyAgY29tbW9uICB0 ZXJtaW5vbG9naWVzICBhbmQNCmNvbmNlcHRzLg0KDQooMikgIEEgICJyZXF1aXJlbWVudHMiICBk b2N1bWVudCAgdGhhdCAgZGV0YWlscyAgdGhlICBzcGVjaWZpYyAgZnVuY3Rpb25hbCwNCm9wZXJh dGlvbmFsICBhbmQgIHBlcmZvcm1hbmNlICByZXF1aXJlbWVudHMgIG9mICB0aGUgIHR3byAgUFBT UA0KcHJvdG9jb2xzLg0KDQooMykgIEFuICAiYXJjaGl0ZWN0dXJhbCAgc3VydmV5IiAgZG9jdW1l bnQgIHRoYXQgIHN1bW1hcml6ZXMgIGN1cnJlbnQgIFAyUA0Kc3RyZWFtaW5nICBhcmNoaXRlY3R1 cmVzLCAgaW4gIHBhcnRpY3VsYXIgIHRyYWNrZXItYmFzZWQgIFAyUA0Kc3RyZWFtaW5nICBzeXN0 ZW1zLCAgYW5kICBoaWdobGlnaHRzICBiZXN0ICBjdXJyZW50ICBwcmFjdGljZXMuDQoNCig0KSAg QSAgZGV0YWlsZWQgIHNwZWNpZmljYXRpb24gIG9mICB0aGUgIFBQU1AgIHBlZXIgIHByb3RvY29s Lg0KDQooNSkgIEEgIGRldGFpbGVkICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFj a2VyICBwcm90b2NvbC4NCg0KKDYpICBBICAidXNhZ2UgIGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVz ICBob3cgIHRoZSAgdHdvICBQUFNQICBwcm90b2NvbHMgIGFuZA0KZXhpc3RpbmcgIElFVEYgIHBy b3RvY29scywgIHN1Y2ggIGFzICBQMlBTSVAgIG9yICBBTFRPLCAgY2FuICBiZSAgY29tYmluZWQN CnRvICBjcmVhdGUgIGEgIGRlcGxveWFibGUgIG9wZXJhdGlvbmFsICBQMlAgIHN0cmVhbWluZyAg c3lzdGVtLiAgVGhpcw0KZG9jdW1lbnQgIG1heSAgYWxzbyAgZGlzY3VzcyAgdmFyaWFudHMgIG9m ICBzdWNoICBhICBzeXN0ZW0gIHRoYXQsICBmb3INCmV4YW1wbGUsICB1c2UgIGxheWVyZWQgIG1l ZGlhICBlbmNvZGluZyAgYW5kICByZWxhdGVkICBtZWRpYSAgY2h1bmsNCmRlc2NyaXB0aW9ucyAg aW4gIHRoZSAgcGVlciAgcHJvdG9jb2wgIGZvciAgbW9yZSAgcm9idXN0ICBzdHJlYW1pbmcuDQoN ClRoZSAgd29yayAgaXRlbXMgIG9mICB0aGUgIFBQU1AgIFdHICBpbnRlcmFjdHMgIHdpdGggIHRo ZSAgd29yayAgcGVyZm9ybWVkICBpbiAgb3RoZXINCklFVEYgIFdHcywgIGluY2x1ZGluZyAgUDJQ U0lQLCAgU0lQQ09SRSwgIEFWVCwgIEFMVE8sICBMRURCQVQgIGFuZCAgTU1VU0lDLg0KV2hlbmV2 ZXIgIGV4dGVuc2lvbnMgIG9yICBtb2RpZmljYXRpb24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2 ZWxvcGVkICBpbiAgb3RoZXINCldHcyAgYXJlICBkZWVtZWQgIG5lY2Vzc2FyeSwgIFBQU1AgIHNo YWxsICBjb21tdW5pY2F0ZSAgYW5kICBkaXNjdXNzICB0aGUNCnJlcXVpcmVtZW50cyAgZm9yICBz dWNoICBleHRlbnNpb25zICB3aXRoICB0aGUgIHJlbGV2YW50ICBXR3MuICBQUFNQICBpcyAgbm90 DQpjaGFydGVyZWQgIHRvICBkZXNpZ24gIGFuZCAgc3BlY2lmeSAgc3VjaCAgY2hhbmdlcy4NCg0K DQpHb2FscyAgYW5kICBNaWxlc3RvbmVzOg0KDQpEZWMgIDIwMTAgIFN1Ym1pdCAgcHJvYmxlbSAg c3RhdGVtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCkFwciAgMjAxMSAgU3VibWl0 ICBhcmNoaXRlY3R1cmFsICBzdXJ2ZXkgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KQXBy ICAyMDExICBTdWJtaXQgIHJlcXVpcmVtZW50cyAgZG9jdW1lbnQgIHRvICBJRVNHICBhcyAgSW5m b3JtYXRpb25hbA0KQXVnICAyMDExICBTdWJtaXQgIFBQU1AgIHBlZXIgIHByb3RvY29sICB0byAg SUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KQXVnICAyMDExICBTdWJtaXQgIFBQU1AgIHRy YWNrZXIgIHByb3RvY29sICB0byAgSUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KRGVjICAy MDExICBTdWJtaXQgIHVzYWdlICBndWlkZSAgdG8gIElFU0cgIHRvICBJRVNHICBhcyAgSW5mb3Jt YXRpb25hbA0K --Boundary_(ID_xYjQG9MM4KnR3dLm3lWYKw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC42MDAwLjE2OTgxIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+Q29uZ3Jh dHVsYXRpb25zIHRvIGFsbCB0aGUgcGVvcGxlIGhhdmluZyBiZWVuIGNvbnRyaWJ1dGluZyB0byBQ UFNQIHNpbmNlIA0KdGhlIHZlcnkgYmVnaW5pbmcuIExldCdzIGNvbnRpbnVlIHRvIHdvcmsgdG9n ZXRoZXIgYXMgYmVmb3JlIGFuZCBtYWtlIFBQU1AgYSANCnN1Y2Nlc3NmdWwgV0cuPC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5CUiw8L0RJVj4NCjxESVY+TmluZyBab25nPC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj4NCjxIUj4NCjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+R3JlYXQgbmV3cyE8L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5JIGFwcHJlY2lhdGUmbmJz cDthbGwgb2YmbmJzcDt0aGUgDQpjb250cmlidXRpb25zIGFuZCBzaW5jZXJlIGhlbHAgZnJvbSB5 b3UsUFBTUCBndXlzIGluIG1ha2luZyBQUFNQIGEgV0cgYWZ0ZXIgDQphbG1vc3Qgb25lIGFuZCBh IGhhbGYgeWVhcidzIGhhcmR3b3JraW5nLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBMYXJzLEdvbnphbG8sQ3VsbGVuIGFu ZCBhbGwgDQp0aG9zZSB3aG8gZ2l2ZSB1cyBnb29kIHN1Z2dlc3Rpb25zIGluIGJvb3N0aW5nIHRo ZSBQUFNQIHByb2dyZXNzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNv bG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBJRVNHIGZvciB0aGUgcmV2aWV3IGFuZCANCmFwcHJv dmFsIG9mIFBQU1AgY2hhcnRlci48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFu YSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5Mb29raW5nIGZvcndhcmQgdG8gbWFraW5nIFBQU1AgYSAN CnN1Y2Nlc3NmdWwgcHJvdG9jb2wgYW5kIHByYWN0aWNlIHVuZGVyIGFsbCBvZiB5b3VyIGhhcmR3 b3JraW5nLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAw ZmYgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNv bG9yPSMwMDAwZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4N CjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJX SURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTI0PC9G T05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4N CjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9 Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IElFU0cgDQpTZWNyZXRhcnk8L0ZPTlQ+PC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+t6LL zcqxvOSjujwvU1RST05HPiANCjIwMTAtMDMtMjQmbmJzcDswODowOTowMjwvRk9OVD48L0ZPTlQ+ PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7K1bz+ yMujujwvU1RST05HPiBJRVRGIEFubm91bmNlbWVudCANCmxpc3Q8L0ZPTlQ+PC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+s63LzaO6PC9T VFJPTkc+IHBwc3BAaWV0Zi5vcmc7IA0Kemhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tOyBmbHVm ZnlAY2lzY28uY29tPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5h PjxGT05UIHNpemU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBXRyBBY3Rpb246IA0KUGVlci10 by1QZWVyIFN0cmVhbWluZyBQcm90b2NvbCAoUFBTUCk8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJ Vj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZP TlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxESVY+QSAmbmJzcDtuZXcgJm5ic3A7SUVURiAmbmJz cDt3b3JraW5nICZuYnNwO2dyb3VwICZuYnNwO2hhcyAmbmJzcDtiZWVuIA0KJm5ic3A7Zm9ybWVk ICZuYnNwO2luICZuYnNwO3RoZSAmbmJzcDtUcmFuc3BvcnQgJm5ic3A7QXJlYS4gJm5ic3A7IA0K Jm5ic3A7Rm9yPC9ESVY+DQo8RElWPmFkZGl0aW9uYWwgJm5ic3A7aW5mb3JtYXRpb24sICZuYnNw O3BsZWFzZSAmbmJzcDtjb250YWN0ICZuYnNwO3RoZSANCiZuYnNwO0FyZWEgJm5ic3A7RGlyZWN0 b3JzICZuYnNwO29yICZuYnNwO3RoZSAmbmJzcDtXRzwvRElWPg0KPERJVj5DaGFpcnMuPC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5QZWVyLXRvLVBlZXIgJm5ic3A7U3RyZWFtaW5nICZu YnNwO1Byb3RvY29sICZuYnNwOyhQUFNQKTwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+Q2hhaXIocyk6PC9ESVY+DQo8RElWPll1bmZlaSAmbmJzcDtaaGFuZyAmbmJzcDsgJmx0 O3poYW5neXVuZmVpQGNoaW5hbW9iaWxlLmNvbSAmZ3Q7PC9ESVY+DQo8RElWPkN1bGxlbiAmbmJz cDtKZW5uaW5ncyAmbmJzcDsgJmx0O2ZsdWZmeUBjaXNjby5jb20gJmd0OzwvRElWPg0KPERJVj4m bmJzcDs8L0RJVj4NCjxESVY+VHJhbnNwb3J0ICZuYnNwO0FyZWEgJm5ic3A7RGlyZWN0b3Iocyk6 PC9ESVY+DQo8RElWPk1hZ251cyAmbmJzcDtXZXN0ZXJsdW5kICZuYnNwOyAmbHQ7bWFnbnVzLndl c3Rlcmx1bmRAZXJpY3Nzb24uY29tIA0KJmd0OzwvRElWPg0KPERJVj5MYXJzICZuYnNwO0VnZ2Vy dCAmbmJzcDsgJmx0O2xhcnMuZWdnZXJ0QG5va2lhLmNvbSAmZ3Q7PC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj5UcmFuc3BvcnQgJm5ic3A7QXJlYSAmbmJzcDtBZHZpc29yOjwvRElWPg0K PERJVj5MYXJzICZuYnNwO0VnZ2VydCAmbmJzcDsgJmx0O2xhcnMuZWdnZXJ0QG5va2lhLmNvbSAm Z3Q7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5NYWlsaW5nICZuYnNwO0xpc3RzOjwv RElWPg0KPERJVj5BZGRyZXNzOiBwcHNwQGlldGYub3JnPC9ESVY+DQo8RElWPlRvICZuYnNwO1N1 YnNjcmliZTogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwPC9ESVY+ DQo8RElWPkFyY2hpdmU6IDxBIA0KaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hp dmUvd2ViL3Bwc3AvIj5odHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvcHBzcC88 L0E+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5EZXNjcmlwdGlvbiAmbmJzcDtvZiAm bmJzcDtXb3JraW5nICZuYnNwO0dyb3VwOjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+ VGhlICZuYnNwO1BlZXItdG8tUGVlciAmbmJzcDtTdHJlYW1pbmcgJm5ic3A7UHJvdG9jb2wgJm5i c3A7KFBQU1ApIA0KJm5ic3A7d29ya2luZyAmbmJzcDtncm91cCAmbmJzcDtkZXZlbG9wcyAmbmJz cDt0d288L0RJVj4NCjxESVY+c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sICZuYnNw O3Byb3RvY29scyAmbmJzcDtmb3IgJm5ic3A7YSANCiZuYnNwO3BlZXItdG8tcGVlciAmbmJzcDso UDJQKSAmbmJzcDtzdHJlYW1pbmc8L0RJVj4NCjxESVY+c3lzdGVtICZuYnNwO2ZvciAmbmJzcDt0 cmFuc21pdHRpbmcgJm5ic3A7bGl2ZSAmbmJzcDthbmQgJm5ic3A7dGltZS1zaGlmdGVkIA0KJm5i c3A7bWVkaWEgJm5ic3A7Y29udGVudCAmbmJzcDt3aXRoICZuYnNwO25lYXI8L0RJVj4NCjxESVY+ cmVhbC10aW1lICZuYnNwO2RlbGl2ZXJ5ICZuYnNwO3JlcXVpcmVtZW50cy48L0RJVj4NCjxESVY+ Jm5ic3A7PC9ESVY+DQo8RElWPlR3byAmbmJzcDtraW5kcyAmbmJzcDtvZiAmbmJzcDtub2RlcyAm bmJzcDtleGlzdCAmbmJzcDtpbiAmbmJzcDt0aGUgDQombmJzcDt0YXJnZXRlZCAmbmJzcDtQMlAg Jm5ic3A7c3RyZWFtaW5nICZuYnNwO3N5c3RlbSwgJm5ic3A7aS5lLiw8L0RJVj4NCjxESVY+InBl ZXJzIiAmbmJzcDthbmQgJm5ic3A7InRyYWNrZXJzIi4gJm5ic3A7UGVlcnMgJm5ic3A7YXJlICZu YnNwO25vZGVzIA0KJm5ic3A7dGhhdCAmbmJzcDthcmUgJm5ic3A7YWN0aXZlbHkgJm5ic3A7c2Vu ZGluZyAmbmJzcDthbmQ8L0RJVj4NCjxESVY+cmVjZWl2aW5nICZuYnNwO3N0cmVhbWVkICZuYnNw O21lZGlhICZuYnNwO2NvbnRlbnQsICZuYnNwO2FuZCAmbmJzcDtpbmNsdWRlIA0KJm5ic3A7Ym90 aCAmbmJzcDtzdGF0aWNhbGx5ICZuYnNwO2Nvbm5lY3RlZDwvRElWPg0KPERJVj5ob3N0cyAmbmJz cDthcyAmbmJzcDt3ZWxsICZuYnNwO2FzICZuYnNwO21vYmlsZSAmbmJzcDtkZXZpY2VzICZuYnNw O3dpdGggDQombmJzcDtjb25uZWN0aXZpdHkgJm5ic3A7YW5kICZuYnNwO0lQICZuYnNwO2FkZHJl c3NlcyAmbmJzcDt0aGF0PC9ESVY+DQo8RElWPmNoYW5nZSAmbmJzcDtvdmVyICZuYnNwO3RpbWUu ICZuYnNwO1RoZSAmbmJzcDtzZXQgJm5ic3A7b2YgJm5ic3A7cGVlcnMgDQombmJzcDt0aGF0ICZu YnNwO2FyZSAmbmJzcDtwYXJ0aWNpcGF0aW5nICZuYnNwO2luICZuYnNwO2EgJm5ic3A7c3RyZWFt aW5nPC9ESVY+DQo8RElWPnNlc3Npb24gJm5ic3A7d2lsbCAmbmJzcDtkeW5hbWljYWxseSAmbmJz cDtjaGFuZ2UgJm5ic3A7b3ZlciAmbmJzcDt0aW1lLiANCiZuYnNwO1RyYWNrZXJzICZuYnNwO2Fy ZSAmbmJzcDt3ZWxsLWtub3duICZuYnNwO25vZGVzPC9ESVY+DQo8RElWPndpdGggJm5ic3A7c3Rh YmxlICZuYnNwO2Nvbm5lY3Rpdml0eSAmbmJzcDt0aGF0ICZuYnNwO21haW50YWluICZuYnNwO21l dGEgDQombmJzcDtpbmZvcm1hdGlvbiAmbmJzcDthYm91dCAmbmJzcDt0aGU8L0RJVj4NCjxESVY+ c3RyZWFtZWQgJm5ic3A7Y29udGVudCAmbmJzcDthbmQgJm5ic3A7dGhlICZuYnNwO2R5bmFtaWMg Jm5ic3A7cGVlciANCiZuYnNwO3NldC4gJm5ic3A7VHJhY2tlcnMgJm5ic3A7Y2FuICZuYnNwO2Jl ICZuYnNwO29yZ2FuaXplZCAmbmJzcDtpbjwvRElWPg0KPERJVj5jZW50cmFsaXplZCAmbmJzcDtv ciAmbmJzcDtkaXN0cmlidXRlZCAmbmJzcDt3YXlzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+VGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgJm5ic3A7ZGVzaWducyAmbmJzcDthICZuYnNw O3Byb3RvY29sICZuYnNwO2ZvciANCiZuYnNwO3NpZ25hbGluZyAmbmJzcDthbmQgJm5ic3A7Y29u dHJvbCAmbmJzcDtiZXR3ZWVuPC9ESVY+DQo8RElWPnRyYWNrZXJzICZuYnNwO2FuZCAmbmJzcDtw ZWVycyAmbmJzcDsodGhlICZuYnNwO1BQU1AgJm5ic3A7InRyYWNrZXIgDQombmJzcDtwcm90b2Nv bCIpICZuYnNwO2FuZCAmbmJzcDthICZuYnNwO3NpZ25hbGluZyAmbmJzcDthbmQ8L0RJVj4NCjxE SVY+Y29udHJvbCAmbmJzcDtwcm90b2NvbCAmbmJzcDtmb3IgJm5ic3A7Y29tbXVuaWNhdGlvbiAm bmJzcDthbW9uZyAmbmJzcDt0aGUgDQombmJzcDtwZWVycyAmbmJzcDsodGhlICZuYnNwO1BQU1Ag Jm5ic3A7InBlZXI8L0RJVj4NCjxESVY+cHJvdG9jb2wiKS4gJm5ic3A7VGhlICZuYnNwO3R3byAm bmJzcDtwcm90b2NvbHMgJm5ic3A7ZW5hYmxlICZuYnNwO3BlZXJzIA0KJm5ic3A7dG8gJm5ic3A7 cmVjZWl2ZSAmbmJzcDtzdHJlYW1pbmcgJm5ic3A7ZGF0YTwvRElWPg0KPERJVj53aXRoaW4gJm5i c3A7dGhlICZuYnNwO3RpbWUgJm5ic3A7Y29uc3RyYWludHMgJm5ic3A7cmVxdWlyZWQgJm5ic3A7 YnkgDQombmJzcDtzcGVjaWZpYyAmbmJzcDtjb250ZW50ICZuYnNwO2l0ZW1zLiAmbmJzcDtUaGU8 L0RJVj4NCjxESVY+dHJhY2tlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtoYW5kbGVzICZuYnNwO3Ro ZSAmbmJzcDtpbml0aWFsICZuYnNwO2FuZCANCiZuYnNwO3BlcmlvZGljICZuYnNwO2V4Y2hhbmdl ICZuYnNwO29mICZuYnNwO21ldGE8L0RJVj4NCjxESVY+aW5mb3JtYXRpb24gJm5ic3A7YmV0d2Vl biAmbmJzcDt0cmFja2VycyAmbmJzcDthbmQgJm5ic3A7cGVlcnMsICZuYnNwO3N1Y2ggDQombmJz cDthcyAmbmJzcDtwZWVyICZuYnNwO2xpc3RzICZuYnNwO2FuZCAmbmJzcDtjb250ZW50PC9ESVY+ DQo8RElWPmluZm9ybWF0aW9uLiAmbmJzcDtUaGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbCAm bmJzcDtjb250cm9scyAmbmJzcDt0aGUgDQombmJzcDthZHZlcnRpc2luZyAmbmJzcDthbmQgJm5i c3A7ZXhjaGFuZ2UgJm5ic3A7b2Y8L0RJVj4NCjxESVY+bWVkaWEgJm5ic3A7ZGF0YSAmbmJzcDth dmFpbGFiaWxpdHkgJm5ic3A7YmV0d2VlbiAmbmJzcDt0aGUgDQombmJzcDtwZWVycy48L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkl0ICZuYnNwO2lzICZuYnNwO2VudmlzaW9uZWQgJm5i c3A7dGhhdCAmbmJzcDt0aGUgJm5ic3A7dHJhY2tlciANCiZuYnNwO3Byb3RvY29sICZuYnNwO3dp bGwgJm5ic3A7YmUgJm5ic3A7bW9kZWxlZCAmbmJzcDthcyAmbmJzcDthPC9ESVY+DQo8RElWPnJl cXVlc3QvcmVzcG9uc2UgJm5ic3A7cHJvdG9jb2wgJm5ic3A7YmV0d2VlbiAmbmJzcDtwZWVycyAm bmJzcDthbmQgDQombmJzcDt0cmFja2VycywgJm5ic3A7YW5kICZuYnNwO3dpbGwgJm5ic3A7Y2Fy cnk8L0RJVj4NCjxESVY+aW5mb3JtYXRpb24gJm5ic3A7bmVlZGVkICZuYnNwO2ZvciAmbmJzcDt0 aGUgJm5ic3A7c2VsZWN0aW9uICZuYnNwO29mIA0KJm5ic3A7cGVlcnMgJm5ic3A7c3VpdGFibGUg Jm5ic3A7Zm9yICZuYnNwO3JlYWwtdGltZTwvRElWPg0KPERJVj5zdHJlYW1pbmcuICZuYnNwO1Ro ZSAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO2lzICZuYnNwO2VudmlzaW9uZWQgDQom bmJzcDt0byAmbmJzcDtiZSAmbmJzcDttb2RlbGVkICZuYnNwO2FzICZuYnNwO2E8L0RJVj4NCjxE SVY+Z29zc2lwLWxpa2UgJm5ic3A7cHJvdG9jb2wgJm5ic3A7d2l0aCAmbmJzcDtwZXJpb2RpYywg Jm5ic3A7cGFpcndpc2UgDQombmJzcDtleGNoYW5nZXMgJm5ic3A7b2YgJm5ic3A7bmVpZ2hib3Ig Jm5ic3A7YW5kPC9ESVY+DQo8RElWPm1lZGlhICZuYnNwO2NodW5rICZuYnNwO2F2YWlsYWJpbGl0 eSAmbmJzcDtpbmZvcm1hdGlvbi4gJm5ic3A7Qm90aCANCiZuYnNwO3Byb3RvY29scyAmbmJzcDt3 aWxsICZuYnNwO2JlICZuYnNwO2NhcnJpZWQ8L0RJVj4NCjxESVY+b3ZlciAmbmJzcDtUQ1AgJm5i c3A7KG9yICZuYnNwO1VEUCwgJm5ic3A7d2hlbiAmbmJzcDtkZWxpdmVyeSANCiZuYnNwO3JlcXVp cmVtZW50cyAmbmJzcDtjYW5ub3QgJm5ic3A7YmUgJm5ic3A7bWV0ICZuYnNwO2J5ICZuYnNwO1RD UCksPC9ESVY+DQo8RElWPmxpa2VseSAmbmJzcDtpbiAmbmJzcDtjb21iaW5hdGlvbiAmbmJzcDt3 aXRoICZuYnNwO0lDRSAmbmJzcDtmb3IgJm5ic3A7TkFUIA0KJm5ic3A7dHJhdmVyc2FsICZuYnNw O3N1cHBvcnQuICZuYnNwO1BlcmZlY3Q8L0RJVj4NCjxESVY+cHJpdmFjeSAmbmJzcDtwcm90ZWN0 aW9uICZuYnNwO2lzICZuYnNwO2EgJm5ic3A7Z29vZCAmbmJzcDtmZWF0dXJlICZuYnNwO3RvIA0K Jm5ic3A7aGF2ZSAmbmJzcDtidXQgJm5ic3A7bm90ICZuYnNwO2EgJm5ic3A7bWFuZGF0b3J5PC9E SVY+DQo8RElWPnJlcXVpcmVtZW50ICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7cGVlciAmbmJz cDthbmQgJm5ic3A7dHJhY2tlciANCiZuYnNwO3Byb3RvY29scy4gJm5ic3A7VGhlICZuYnNwO1dH ICZuYnNwO3dpbGwgJm5ic3A7Y29uc2lkZXIgJm5ic3A7dG88L0RJVj4NCjxESVY+dXNlICZuYnNw O2V4aXN0aW5nICZuYnNwO3Byb3RvY29scyAmbmJzcDthcyAmbmJzcDtkZXNpZ24gJm5ic3A7YmFz ZSANCiZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7dHJhY2tlciAmbmJzcDthbmQgJm5ic3A7cGVl cjwvRElWPg0KPERJVj5wcm90b2NvbHMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5E ZXZlbG9waW5nICZuYnNwO21lY2hhbmlzbXMgJm5ic3A7Zm9yICZuYnNwO3NlYXJjaGluZyAmbmJz cDt0cmFja2VycyANCiZuYnNwO3RoYXQgJm5ic3A7Y29udGFpbiAmbmJzcDthICZuYnNwO3NwZWNp ZmljPC9ESVY+DQo8RElWPm1lZGlhICZuYnNwO2l0ZW0gJm5ic3A7aXMgJm5ic3A7b3V0ICZuYnNw O29mICZuYnNwO3RoZSAmbmJzcDtzY29wZSAmbmJzcDtvZiANCiZuYnNwO3RoaXMgJm5ic3A7V0cu ICZuYnNwO0FkZGl0aW9uYWxseSwgJm5ic3A7dGhlICZuYnNwO1dHICZuYnNwO3dpbGw8L0RJVj4N CjxESVY+d29yayAmbmJzcDt1bmRlciAmbmJzcDt0aGUgJm5ic3A7YXNzdW1wdGlvbiAmbmJzcDt0 aGF0ICZuYnNwO3RyYWNrZXJzIA0KJm5ic3A7YXJlICZuYnNwO2xvZ2ljYWxseSAmbmJzcDtjZW50 cmFsaXplZDwvRElWPg0KPERJVj5lbnRpdGllcyAmbmJzcDsoZS5nLiwgJm5ic3A7YSAmbmJzcDtz aW5nbGUgJm5ic3A7c2VydmVyICZuYnNwO29yICZuYnNwO2EgDQombmJzcDtzZXJ2ZXIgJm5ic3A7 ZmFybSAmbmJzcDtwZXJmb3JtaW5nICZuYnNwO0ROUy1iYXNlZDwvRElWPg0KPERJVj5sb2NhbCAm bmJzcDtiYWxhbmNpbmcpLiAmbmJzcDtIb3dldmVyLCAmbmJzcDthcyAmbmJzcDtmYXIgJm5ic3A7 YXMgJm5ic3A7aXQgDQombmJzcDtpcyAmbmJzcDtwb3NzaWJsZSwgJm5ic3A7dGhlICZuYnNwO1dH ICZuYnNwO3dpbGwgJm5ic3A7bm90PC9ESVY+DQo8RElWPm1ha2UgJm5ic3A7ZGVzaWduICZuYnNw O2RlY2lzaW9ucyAmbmJzcDt0aGF0ICZuYnNwO2NvdWxkICZuYnNwO3ByZWNsdWRlIA0KJm5ic3A7 dGhlICZuYnNwO3VzZSAmbmJzcDtvZiAmbmJzcDtkaXN0cmlidXRlZDwvRElWPg0KPERJVj50cmFj a2VycyAmbmJzcDtpbiAmbmJzcDt0aGUgJm5ic3A7ZnV0dXJlICZuYnNwOyhlLmcuLCAmbmJzcDtE SFQtYmFzZWQgDQombmJzcDt0cmFja2VycykuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj5BICZuYnNwO3BlZXIgJm5ic3A7bG9va2luZyAmbmJzcDtmb3IgJm5ic3A7YSAmbmJzcDttZWRp YSAmbmJzcDtjaHVuayANCiZuYnNwO3VzZXMgJm5ic3A7dGhlICZuYnNwO3RyYWNrZXIgJm5ic3A7 YW5kICZuYnNwO3BlZXIgJm5ic3A7cHJvdG9jb2xzIA0KJm5ic3A7dG88L0RJVj4NCjxESVY+bG9j YXRlICZuYnNwO2EgJm5ic3A7cmVtb3RlICZuYnNwO3BlZXIgJm5ic3A7KG9yICZuYnNwO3BlZXJz KSAmbmJzcDt0aGF0IA0KJm5ic3A7Y2FuICZuYnNwO3Byb3ZpZGUgJm5ic3A7aXQgJm5ic3A7d2l0 aCAmbmJzcDt0aGF0ICZuYnNwO21lZGlhPC9ESVY+DQo8RElWPmNodW5rLiAmbmJzcDtPYnRhaW5p bmcgJm5ic3A7dGhlICZuYnNwO21lZGlhICZuYnNwO2NodW5rICZuYnNwO2Zyb20gDQombmJzcDt0 aGUgJm5ic3A7cmVtb3RlICZuYnNwO3BlZXIgJm5ic3A7d2lsbCAmbmJzcDtpbnZvbHZlICZuYnNw O3NvbWU8L0RJVj4NCjxESVY+dHlwZSAmbmJzcDtvZiAmbmJzcDtzaWduYWxpbmcgJm5ic3A7ZXhj aGFuZ2UgJm5ic3A7cGx1cyAmbmJzcDt0aGUgDQombmJzcDthY3R1YWwgJm5ic3A7bWVkaWEgJm5i c3A7dHJhbnNmZXIuICZuYnNwO1RoZSAmbmJzcDtmaXJzdDwvRElWPg0KPERJVj50YXNrICZuYnNw O2ZvciAmbmJzcDt0aGlzICZuYnNwO1dHICZuYnNwO3dpbGwgJm5ic3A7YmUgJm5ic3A7dG8gDQom bmJzcDtkZWNpZGUgJm5ic3A7d2hpY2ggJm5ic3A7c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDtt ZWRpYSANCiZuYnNwO3RyYW5zZmVyPC9ESVY+DQo8RElWPnByb3RvY29scyAmbmJzcDt3aWxsICZu YnNwO2JlICZuYnNwO3VzZWQuICZuYnNwO1RoZSAmbmJzcDtXRyAmbmJzcDt3aWxsIA0KJm5ic3A7 Y29uc2lkZXIgJm5ic3A7ZXhpc3RpbmcgJm5ic3A7cHJvdG9jb2xzICZuYnNwO2FuZCwgJm5ic3A7 aWY8L0RJVj4NCjxESVY+bmVlZGVkLCAmbmJzcDtpZGVudGlmeSAmbmJzcDtwb3RlbnRpYWwgJm5i c3A7ZXh0ZW5zaW9ucyAmbmJzcDt0byANCiZuYnNwO3RoZXNlICZuYnNwO3Byb3RvY29scy4gJm5i c3A7VGhlICZuYnNwO1dHICZuYnNwO3dpbGw8L0RJVj4NCjxESVY+Y29uc2lkZXIgJm5ic3A7dGhl ICZuYnNwO2ludGVyYWN0aW9ucyAmbmJzcDtiZXR3ZWVuICZuYnNwO3RoZXNlIA0KJm5ic3A7cHJv dG9jb2xzICZuYnNwO2FuZCAmbmJzcDt0aGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbDwvRElW Pg0KPERJVj4oZS5nLiwgJm5ic3A7YXZvaWRpbmcgJm5ic3A7ZHVwbGljYXRlICZuYnNwO05BVCAm bmJzcDt0cmF2ZXJzYWwgDQombmJzcDtwcm9jZWR1cmVzKS4gJm5ic3A7RXhhbXBsZXMgJm5ic3A7 b2Y8L0RJVj4NCjxESVY+c2lnbmFsaW5nICZuYnNwO3Byb3RvY29scyAmbmJzcDt0byAmbmJzcDti ZSAmbmJzcDtjb25zaWRlcmVkICZuYnNwO2FyZSANCiZuYnNwO1NJUCwgJm5ic3A7UlRTUCwgJm5i c3A7YW5kICZuYnNwO0hUVFAuICZuYnNwO0V4YW1wbGVzPC9ESVY+DQo8RElWPm9mICZuYnNwO21l ZGlhICZuYnNwO3RyYW5zZmVyICZuYnNwO3Byb3RvY29scyAmbmJzcDt0byAmbmJzcDtiZSANCiZu YnNwO2NvbnNpZGVyZWQgJm5ic3A7YXJlICZuYnNwO1JUUCAmbmJzcDthbmQgJm5ic3A7SFRUUC48 L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPlBQU1AgJm5ic3A7aXMgJm5ic3A7bm90ICZu YnNwO2NoYXJ0ZXJlZCAmbmJzcDt0byAmbmJzcDt3b3JrICZuYnNwO29uIA0KJm5ic3A7bWVkaWEg Jm5ic3A7dHJhbnNtaXNzaW9uICZuYnNwO3Byb3RvY29scywgJm5ic3A7bWVkaWE8L0RJVj4NCjxE SVY+ZW5jb2RpbmcgJm5ic3A7dGVjaG5pcXVlcyAmbmJzcDtvciAmbmJzcDtvdGhlciAmbmJzcDtj b21wb25lbnRzICZuYnNwO29mIA0KJm5ic3A7YSAmbmJzcDtQMlAgJm5ic3A7c3RyZWFtaW5nICZu YnNwO3N5c3RlbSAmbmJzcDtzdWNoPC9ESVY+DQo8RElWPmFzICZuYnNwO3BsYXlvdXQsICZuYnNw O3NjaGVkdWxpbmcgJm5ic3A7YW5kICZuYnNwO2NvbnRyb2wsIA0KJm5ic3A7ZXRjLjwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNwO3dvcmsgJm5ic3A7aXRlbXMgJm5ic3A7 b2YgJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgDQombmJzcDthcmU6PC9ESVY+DQo8RElW PiZuYnNwOzwvRElWPg0KPERJVj4oMSkgJm5ic3A7QSAmbmJzcDsicHJvYmxlbSAmbmJzcDtzdGF0 ZW1lbnQiICZuYnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgDQombmJzcDtnaXZlcyAmbmJzcDthbiAm bmJzcDtvdmVydmlldyAmbmJzcDtvZiAmbmJzcDt0aGU8L0RJVj4NCjxESVY+cHJvcG9zZWQgJm5i c3A7UDJQICZuYnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sICZuYnNwO21vdGl2YXRlcyAmbmJz cDt0aGUgDQombmJzcDtkZXNpcmUgJm5ic3A7Zm9yPC9ESVY+DQo8RElWPnN0YW5kYXJkaXplZCAm bmJzcDtwcm90b2NvbHMsICZuYnNwO2RlZmluZXMgJm5ic3A7dGhlICZuYnNwO2VudmlzaW9uZWQg DQombmJzcDtzY29wZSAmbmJzcDtvZiAmbmJzcDt0aG9zZTwvRElWPg0KPERJVj5zdGFuZGFyZGl6 ZWQgJm5ic3A7Y29tcG9uZW50cyAmbmJzcDthbmQgJm5ic3A7ZGlzY3Vzc2VzICZuYnNwO2NvbW1v biANCiZuYnNwO3Rlcm1pbm9sb2dpZXMgJm5ic3A7YW5kPC9ESVY+DQo8RElWPmNvbmNlcHRzLjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDIpICZuYnNwO0EgJm5ic3A7InJlcXVpcmVt ZW50cyIgJm5ic3A7ZG9jdW1lbnQgJm5ic3A7dGhhdCAmbmJzcDtkZXRhaWxzIA0KJm5ic3A7dGhl ICZuYnNwO3NwZWNpZmljICZuYnNwO2Z1bmN0aW9uYWwsPC9ESVY+DQo8RElWPm9wZXJhdGlvbmFs ICZuYnNwO2FuZCAmbmJzcDtwZXJmb3JtYW5jZSAmbmJzcDtyZXF1aXJlbWVudHMgJm5ic3A7b2Yg DQombmJzcDt0aGUgJm5ic3A7dHdvICZuYnNwO1BQU1A8L0RJVj4NCjxESVY+cHJvdG9jb2xzLjwv RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDMpICZuYnNwO0FuICZuYnNwOyJhcmNoaXRl Y3R1cmFsICZuYnNwO3N1cnZleSIgJm5ic3A7ZG9jdW1lbnQgJm5ic3A7dGhhdCANCiZuYnNwO3N1 bW1hcml6ZXMgJm5ic3A7Y3VycmVudCAmbmJzcDtQMlA8L0RJVj4NCjxESVY+c3RyZWFtaW5nICZu YnNwO2FyY2hpdGVjdHVyZXMsICZuYnNwO2luICZuYnNwO3BhcnRpY3VsYXIgDQombmJzcDt0cmFj a2VyLWJhc2VkICZuYnNwO1AyUDwvRElWPg0KPERJVj5zdHJlYW1pbmcgJm5ic3A7c3lzdGVtcywg Jm5ic3A7YW5kICZuYnNwO2hpZ2hsaWdodHMgJm5ic3A7YmVzdCANCiZuYnNwO2N1cnJlbnQgJm5i c3A7cHJhY3RpY2VzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDQpICZuYnNwO0Eg Jm5ic3A7ZGV0YWlsZWQgJm5ic3A7c3BlY2lmaWNhdGlvbiAmbmJzcDtvZiAmbmJzcDt0aGUgDQom bmJzcDtQUFNQICZuYnNwO3BlZXIgJm5ic3A7cHJvdG9jb2wuPC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj4oNSkgJm5ic3A7QSAmbmJzcDtkZXRhaWxlZCAmbmJzcDtzcGVjaWZpY2F0aW9u ICZuYnNwO29mICZuYnNwO3RoZSANCiZuYnNwO1BQU1AgJm5ic3A7dHJhY2tlciAmbmJzcDtwcm90 b2NvbC48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPig2KSAmbmJzcDtBICZuYnNwOyJ1 c2FnZSAmbmJzcDtndWlkZSIgJm5ic3A7dGhhdCAmbmJzcDtkZXNjcmliZXMgJm5ic3A7aG93IA0K Jm5ic3A7dGhlICZuYnNwO3R3byAmbmJzcDtQUFNQICZuYnNwO3Byb3RvY29scyAmbmJzcDthbmQ8 L0RJVj4NCjxESVY+ZXhpc3RpbmcgJm5ic3A7SUVURiAmbmJzcDtwcm90b2NvbHMsICZuYnNwO3N1 Y2ggJm5ic3A7YXMgJm5ic3A7UDJQU0lQIA0KJm5ic3A7b3IgJm5ic3A7QUxUTywgJm5ic3A7Y2Fu ICZuYnNwO2JlICZuYnNwO2NvbWJpbmVkPC9ESVY+DQo8RElWPnRvICZuYnNwO2NyZWF0ZSAmbmJz cDthICZuYnNwO2RlcGxveWFibGUgJm5ic3A7b3BlcmF0aW9uYWwgJm5ic3A7UDJQIA0KJm5ic3A7 c3RyZWFtaW5nICZuYnNwO3N5c3RlbS4gJm5ic3A7VGhpczwvRElWPg0KPERJVj5kb2N1bWVudCAm bmJzcDttYXkgJm5ic3A7YWxzbyAmbmJzcDtkaXNjdXNzICZuYnNwO3ZhcmlhbnRzICZuYnNwO29m IA0KJm5ic3A7c3VjaCAmbmJzcDthICZuYnNwO3N5c3RlbSAmbmJzcDt0aGF0LCAmbmJzcDtmb3I8 L0RJVj4NCjxESVY+ZXhhbXBsZSwgJm5ic3A7dXNlICZuYnNwO2xheWVyZWQgJm5ic3A7bWVkaWEg Jm5ic3A7ZW5jb2RpbmcgJm5ic3A7YW5kIA0KJm5ic3A7cmVsYXRlZCAmbmJzcDttZWRpYSAmbmJz cDtjaHVuazwvRElWPg0KPERJVj5kZXNjcmlwdGlvbnMgJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNw O3BlZXIgJm5ic3A7cHJvdG9jb2wgJm5ic3A7Zm9yIA0KJm5ic3A7bW9yZSAmbmJzcDtyb2J1c3Qg Jm5ic3A7c3RyZWFtaW5nLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNw O3dvcmsgJm5ic3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7V0cg DQombmJzcDtpbnRlcmFjdHMgJm5ic3A7d2l0aCAmbmJzcDt0aGUgJm5ic3A7d29yayAmbmJzcDtw ZXJmb3JtZWQgJm5ic3A7aW4gDQombmJzcDtvdGhlcjwvRElWPg0KPERJVj5JRVRGICZuYnNwO1dH cywgJm5ic3A7aW5jbHVkaW5nICZuYnNwO1AyUFNJUCwgJm5ic3A7U0lQQ09SRSwgJm5ic3A7QVZU LCANCiZuYnNwO0FMVE8sICZuYnNwO0xFREJBVCAmbmJzcDthbmQgJm5ic3A7TU1VU0lDLjwvRElW Pg0KPERJVj5XaGVuZXZlciAmbmJzcDtleHRlbnNpb25zICZuYnNwO29yICZuYnNwO21vZGlmaWNh dGlvbiAmbmJzcDt0byAmbmJzcDt0aGUgDQombmJzcDtwcm90b2NvbHMgJm5ic3A7ZGV2ZWxvcGVk ICZuYnNwO2luICZuYnNwO290aGVyPC9ESVY+DQo8RElWPldHcyAmbmJzcDthcmUgJm5ic3A7ZGVl bWVkICZuYnNwO25lY2Vzc2FyeSwgJm5ic3A7UFBTUCAmbmJzcDtzaGFsbCANCiZuYnNwO2NvbW11 bmljYXRlICZuYnNwO2FuZCAmbmJzcDtkaXNjdXNzICZuYnNwO3RoZTwvRElWPg0KPERJVj5yZXF1 aXJlbWVudHMgJm5ic3A7Zm9yICZuYnNwO3N1Y2ggJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDt3aXRo ICZuYnNwO3RoZSANCiZuYnNwO3JlbGV2YW50ICZuYnNwO1dHcy4gJm5ic3A7UFBTUCAmbmJzcDtp cyAmbmJzcDtub3Q8L0RJVj4NCjxESVY+Y2hhcnRlcmVkICZuYnNwO3RvICZuYnNwO2Rlc2lnbiAm bmJzcDthbmQgJm5ic3A7c3BlY2lmeSAmbmJzcDtzdWNoIA0KJm5ic3A7Y2hhbmdlcy48L0RJVj4N CjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Hb2FscyAmbmJzcDth bmQgJm5ic3A7TWlsZXN0b25lczo8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRlYyAm bmJzcDsyMDEwICZuYnNwO1N1Ym1pdCAmbmJzcDtwcm9ibGVtICZuYnNwO3N0YXRlbWVudCAmbmJz cDt0byANCiZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPg0KPERJ Vj5BcHIgJm5ic3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7YXJjaGl0ZWN0dXJhbCAmbmJzcDtz dXJ2ZXkgJm5ic3A7dG8gDQombmJzcDtJRVNHICZuYnNwO2FzICZuYnNwO0luZm9ybWF0aW9uYWw8 L0RJVj4NCjxESVY+QXByICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0ICZuYnNwO3JlcXVpcmVtZW50 cyAmbmJzcDtkb2N1bWVudCAmbmJzcDt0byANCiZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5m b3JtYXRpb25hbDwvRElWPg0KPERJVj5BdWcgJm5ic3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7 UFBTUCAmbmJzcDtwZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO3RvIA0KJm5ic3A7SUVTRyAmbmJz cDthcyAmbmJzcDtQcm9wb3NlZCAmbmJzcDtTdGFuZGFyZDwvRElWPg0KPERJVj5BdWcgJm5ic3A7 MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7UFBTUCAmbmJzcDt0cmFja2VyICZuYnNwO3Byb3RvY29s IA0KJm5ic3A7dG8gJm5ic3A7SUVTRyAmbmJzcDthcyAmbmJzcDtQcm9wb3NlZCAmbmJzcDtTdGFu ZGFyZDwvRElWPg0KPERJVj5EZWMgJm5ic3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7dXNhZ2Ug Jm5ic3A7Z3VpZGUgJm5ic3A7dG8gJm5ic3A7SUVTRyANCiZuYnNwO3RvICZuYnNwO0lFU0cgJm5i c3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPjwvRk9OVD48L0RJVj4NCjxIUj4NCjwvQk9E WT48L0hUTUw+DQo= --Boundary_(ID_xYjQG9MM4KnR3dLm3lWYKw)-- From zongning@huawei.com Tue Mar 23 20:47:41 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 447133A69C2 for ; Tue, 23 Mar 2010 20:47:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.038 X-Spam-Level: X-Spam-Status: No, score=-95.038 tagged_above=-999 required=5 tests=[AWL=-1.077, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_47=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, 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 WU9AwCfgqEa0 for ; Tue, 23 Mar 2010 20:47:39 -0700 (PDT) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id B43503A69BB for ; Tue, 23 Mar 2010 20:47:38 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZR00J12P7KAF@szxga04-in.huawei.com> for ppsp@ietf.org; Wed, 24 Mar 2010 11:47:44 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KZR00LQ7P7KOL@szxga04-in.huawei.com> for ppsp@ietf.org; Wed, 24 Mar 2010 11:47:44 +0800 (CST) Received: from z-20684ca876cc4 (dhcp-wireless-open-abg-25-78.meeting.ietf.org [130.129.25.78]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KZR0021LP7DAZ@szxml02-in.huawei.com>; Wed, 24 Mar 2010 11:47:44 +0800 (CST) Date: Tue, 23 Mar 2010 20:47:43 -0800 From: Ning Zong To: zhangyunfei Message-id: <0KZR0021OP7EAZ@szxml02-in.huawei.com> MIME-version: 1.0 X-Mailer: Foxmail 5.0 [en] Content-type: multipart/alternative; boundary="Boundary_(ID_PbR4JdjA8Y3Z8L7IPRFOXg)" Cc: "ppsp@ietf.org" Subject: Re: [ppsp] WG Action: Peer-to-Peer Streaming Protocol (PPSP) X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 03:47:41 -0000 This is a multi-part message in MIME format. --Boundary_(ID_PbR4JdjA8Y3Z8L7IPRFOXg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: base64 Q29uZ3JhdHVsYXRpb25zIHRvIGFsbCB0aGUgcGVvcGxlIGhhdmluZyBiZWVuIGNvbnRyaWJ1dGlu ZyB0byBQUFNQIHNpbmNlIHRoZSB2ZXJ5IGJlZ2luaW5nLiBMZXQncyBjb250aW51ZSB0byB3b3Jr IHRvZ2V0aGVyIGFzIGJlZm9yZSBhbmQgbWFrZSBQUFNQIGEgc3VjY2Vzc2Z1bCBXRy4NCg0KQlIs DQpOaW5nIFpvbmcNCg0KDQoNCg0KR3JlYXQgbmV3cyENCkkgYXBwcmVjaWF0ZSBhbGwgb2YgdGhl IGNvbnRyaWJ1dGlvbnMgYW5kIHNpbmNlcmUgaGVscCBmcm9tIHlvdSxQUFNQIGd1eXMgaW4gbWFr aW5nIFBQU1AgYSBXRyBhZnRlciBhbG1vc3Qgb25lIGFuZCBhIGhhbGYgeWVhcidzIGhhcmR3b3Jr aW5nLg0KVGhhbmtzIExhcnMsR29uemFsbyxDdWxsZW4gYW5kIGFsbCB0aG9zZSB3aG8gZ2l2ZSB1 cyBnb29kIHN1Z2dlc3Rpb25zIGluIGJvb3N0aW5nIHRoZSBQUFNQIHByb2dyZXNzLg0KVGhhbmtz IElFU0cgZm9yIHRoZSByZXZpZXcgYW5kIGFwcHJvdmFsIG9mIFBQU1AgY2hhcnRlci4NCkxvb2tp bmcgZm9yd2FyZCB0byBtYWtpbmcgUFBTUCBhIHN1Y2Nlc3NmdWwgcHJvdG9jb2wgYW5kIHByYWN0 aWNlIHVuZGVyIGFsbCBvZiB5b3VyIGhhcmR3b3JraW5nLg0KDQpCUg0KWXVuZmVpDQoNCg0KDQoN CnpoYW5neXVuZmVpDQoyMDEwLTAzLTI0DQoNCg0KDQq3orz+yMujuiBJRVNHIFNlY3JldGFyeQ0K t6LLzcqxvOSjuiAyMDEwLTAzLTI0IDA4OjA5OjAyDQrK1bz+yMujuiBJRVRGIEFubm91bmNlbWVu dCBsaXN0DQqzrcvNo7ogcHBzcEBpZXRmLm9yZzsgemhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29t OyBmbHVmZnlAY2lzY28uY29tDQrW98zio7ogV0cgQWN0aW9uOiBQZWVyLXRvLVBlZXIgU3RyZWFt aW5nIFByb3RvY29sIChQUFNQKQ0KDQpBICBuZXcgIElFVEYgIHdvcmtpbmcgIGdyb3VwICBoYXMg IGJlZW4gIGZvcm1lZCAgaW4gIHRoZSAgVHJhbnNwb3J0ICBBcmVhLiAgICBGb3INCmFkZGl0aW9u YWwgIGluZm9ybWF0aW9uLCAgcGxlYXNlICBjb250YWN0ICB0aGUgIEFyZWEgIERpcmVjdG9ycyAg b3IgIHRoZSAgV0cNCkNoYWlycy4NCg0KUGVlci10by1QZWVyICBTdHJlYW1pbmcgIFByb3RvY29s ICAoUFBTUCkNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNCkNoYWlyKHMpOg0KWXVuZmVpICBaaGFuZyAgIDx6aGFuZ3l1bmZlaUBjaGluYW1vYmls ZS5jb20gPg0KQ3VsbGVuICBKZW5uaW5ncyAgIDxmbHVmZnlAY2lzY28uY29tID4NCg0KVHJhbnNw b3J0ICBBcmVhICBEaXJlY3RvcihzKToNCk1hZ251cyAgV2VzdGVybHVuZCAgIDxtYWdudXMud2Vz dGVybHVuZEBlcmljc3Nvbi5jb20gPg0KTGFycyAgRWdnZXJ0ICAgPGxhcnMuZWdnZXJ0QG5va2lh LmNvbSA+DQoNClRyYW5zcG9ydCAgQXJlYSAgQWR2aXNvcjoNCkxhcnMgIEVnZ2VydCAgIDxsYXJz LmVnZ2VydEBub2tpYS5jb20gPg0KDQpNYWlsaW5nICBMaXN0czoNCkFkZHJlc3M6IHBwc3BAaWV0 Zi5vcmcNClRvICBTdWJzY3JpYmU6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vcHBzcA0KQXJjaGl2ZTogaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3Bw c3AvDQoNCkRlc2NyaXB0aW9uICBvZiAgV29ya2luZyAgR3JvdXA6DQoNClRoZSAgUGVlci10by1Q ZWVyICBTdHJlYW1pbmcgIFByb3RvY29sICAoUFBTUCkgIHdvcmtpbmcgIGdyb3VwICBkZXZlbG9w cyAgdHdvDQpzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgcHJvdG9jb2xzICBmb3IgIGEgIHBlZXIt dG8tcGVlciAgKFAyUCkgIHN0cmVhbWluZw0Kc3lzdGVtICBmb3IgIHRyYW5zbWl0dGluZyAgbGl2 ZSAgYW5kICB0aW1lLXNoaWZ0ZWQgIG1lZGlhICBjb250ZW50ICB3aXRoICBuZWFyDQpyZWFsLXRp bWUgIGRlbGl2ZXJ5ICByZXF1aXJlbWVudHMuDQoNClR3byAga2luZHMgIG9mICBub2RlcyAgZXhp c3QgIGluICB0aGUgIHRhcmdldGVkICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtLCAgaS5lLiwNCiJw ZWVycyIgIGFuZCAgInRyYWNrZXJzIi4gIFBlZXJzICBhcmUgIG5vZGVzICB0aGF0ICBhcmUgIGFj dGl2ZWx5ICBzZW5kaW5nICBhbmQNCnJlY2VpdmluZyAgc3RyZWFtZWQgIG1lZGlhICBjb250ZW50 LCAgYW5kICBpbmNsdWRlICBib3RoICBzdGF0aWNhbGx5ICBjb25uZWN0ZWQNCmhvc3RzICBhcyAg d2VsbCAgYXMgIG1vYmlsZSAgZGV2aWNlcyAgd2l0aCAgY29ubmVjdGl2aXR5ICBhbmQgIElQICBh ZGRyZXNzZXMgIHRoYXQNCmNoYW5nZSAgb3ZlciAgdGltZS4gIFRoZSAgc2V0ICBvZiAgcGVlcnMg IHRoYXQgIGFyZSAgcGFydGljaXBhdGluZyAgaW4gIGEgIHN0cmVhbWluZw0Kc2Vzc2lvbiAgd2ls bCAgZHluYW1pY2FsbHkgIGNoYW5nZSAgb3ZlciAgdGltZS4gIFRyYWNrZXJzICBhcmUgIHdlbGwt a25vd24gIG5vZGVzDQp3aXRoICBzdGFibGUgIGNvbm5lY3Rpdml0eSAgdGhhdCAgbWFpbnRhaW4g IG1ldGEgIGluZm9ybWF0aW9uICBhYm91dCAgdGhlDQpzdHJlYW1lZCAgY29udGVudCAgYW5kICB0 aGUgIGR5bmFtaWMgIHBlZXIgIHNldC4gIFRyYWNrZXJzICBjYW4gIGJlICBvcmdhbml6ZWQgIGlu DQpjZW50cmFsaXplZCAgb3IgIGRpc3RyaWJ1dGVkICB3YXlzLg0KDQpUaGUgIFBQU1AgIFdHICBk ZXNpZ25zICBhICBwcm90b2NvbCAgZm9yICBzaWduYWxpbmcgIGFuZCAgY29udHJvbCAgYmV0d2Vl bg0KdHJhY2tlcnMgIGFuZCAgcGVlcnMgICh0aGUgIFBQU1AgICJ0cmFja2VyICBwcm90b2NvbCIp ICBhbmQgIGEgIHNpZ25hbGluZyAgYW5kDQpjb250cm9sICBwcm90b2NvbCAgZm9yICBjb21tdW5p Y2F0aW9uICBhbW9uZyAgdGhlICBwZWVycyAgKHRoZSAgUFBTUCAgInBlZXINCnByb3RvY29sIiku ICBUaGUgIHR3byAgcHJvdG9jb2xzICBlbmFibGUgIHBlZXJzICB0byAgcmVjZWl2ZSAgc3RyZWFt aW5nICBkYXRhDQp3aXRoaW4gIHRoZSAgdGltZSAgY29uc3RyYWludHMgIHJlcXVpcmVkICBieSAg c3BlY2lmaWMgIGNvbnRlbnQgIGl0ZW1zLiAgVGhlDQp0cmFja2VyICBwcm90b2NvbCAgaGFuZGxl cyAgdGhlICBpbml0aWFsICBhbmQgIHBlcmlvZGljICBleGNoYW5nZSAgb2YgIG1ldGENCmluZm9y bWF0aW9uICBiZXR3ZWVuICB0cmFja2VycyAgYW5kICBwZWVycywgIHN1Y2ggIGFzICBwZWVyICBs aXN0cyAgYW5kICBjb250ZW50DQppbmZvcm1hdGlvbi4gIFRoZSAgcGVlciAgcHJvdG9jb2wgIGNv bnRyb2xzICB0aGUgIGFkdmVydGlzaW5nICBhbmQgIGV4Y2hhbmdlICBvZg0KbWVkaWEgIGRhdGEg IGF2YWlsYWJpbGl0eSAgYmV0d2VlbiAgdGhlICBwZWVycy4NCg0KSXQgIGlzICBlbnZpc2lvbmVk ICB0aGF0ICB0aGUgIHRyYWNrZXIgIHByb3RvY29sICB3aWxsICBiZSAgbW9kZWxlZCAgYXMgIGEN CnJlcXVlc3QvcmVzcG9uc2UgIHByb3RvY29sICBiZXR3ZWVuICBwZWVycyAgYW5kICB0cmFja2Vy cywgIGFuZCAgd2lsbCAgY2FycnkNCmluZm9ybWF0aW9uICBuZWVkZWQgIGZvciAgdGhlICBzZWxl Y3Rpb24gIG9mICBwZWVycyAgc3VpdGFibGUgIGZvciAgcmVhbC10aW1lDQpzdHJlYW1pbmcuICBU aGUgIHBlZXIgIHByb3RvY29sICBpcyAgZW52aXNpb25lZCAgdG8gIGJlICBtb2RlbGVkICBhcyAg YQ0KZ29zc2lwLWxpa2UgIHByb3RvY29sICB3aXRoICBwZXJpb2RpYywgIHBhaXJ3aXNlICBleGNo YW5nZXMgIG9mICBuZWlnaGJvciAgYW5kDQptZWRpYSAgY2h1bmsgIGF2YWlsYWJpbGl0eSAgaW5m b3JtYXRpb24uICBCb3RoICBwcm90b2NvbHMgIHdpbGwgIGJlICBjYXJyaWVkDQpvdmVyICBUQ1Ag IChvciAgVURQLCAgd2hlbiAgZGVsaXZlcnkgIHJlcXVpcmVtZW50cyAgY2Fubm90ICBiZSAgbWV0 ICBieSAgVENQKSwNCmxpa2VseSAgaW4gIGNvbWJpbmF0aW9uICB3aXRoICBJQ0UgIGZvciAgTkFU ICB0cmF2ZXJzYWwgIHN1cHBvcnQuICBQZXJmZWN0DQpwcml2YWN5ICBwcm90ZWN0aW9uICBpcyAg YSAgZ29vZCAgZmVhdHVyZSAgdG8gIGhhdmUgIGJ1dCAgbm90ICBhICBtYW5kYXRvcnkNCnJlcXVp cmVtZW50ICBmb3IgIHRoZSAgcGVlciAgYW5kICB0cmFja2VyICBwcm90b2NvbHMuICBUaGUgIFdH ICB3aWxsICBjb25zaWRlciAgdG8NCnVzZSAgZXhpc3RpbmcgIHByb3RvY29scyAgYXMgIGRlc2ln biAgYmFzZSAgZm9yICB0aGUgIHRyYWNrZXIgIGFuZCAgcGVlcg0KcHJvdG9jb2xzLg0KDQpEZXZl bG9waW5nICBtZWNoYW5pc21zICBmb3IgIHNlYXJjaGluZyAgdHJhY2tlcnMgIHRoYXQgIGNvbnRh aW4gIGEgIHNwZWNpZmljDQptZWRpYSAgaXRlbSAgaXMgIG91dCAgb2YgIHRoZSAgc2NvcGUgIG9m ICB0aGlzICBXRy4gIEFkZGl0aW9uYWxseSwgIHRoZSAgV0cgIHdpbGwNCndvcmsgIHVuZGVyICB0 aGUgIGFzc3VtcHRpb24gIHRoYXQgIHRyYWNrZXJzICBhcmUgIGxvZ2ljYWxseSAgY2VudHJhbGl6 ZWQNCmVudGl0aWVzICAoZS5nLiwgIGEgIHNpbmdsZSAgc2VydmVyICBvciAgYSAgc2VydmVyICBm YXJtICBwZXJmb3JtaW5nICBETlMtYmFzZWQNCmxvY2FsICBiYWxhbmNpbmcpLiAgSG93ZXZlciwg IGFzICBmYXIgIGFzICBpdCAgaXMgIHBvc3NpYmxlLCAgdGhlICBXRyAgd2lsbCAgbm90DQptYWtl ICBkZXNpZ24gIGRlY2lzaW9ucyAgdGhhdCAgY291bGQgIHByZWNsdWRlICB0aGUgIHVzZSAgb2Yg IGRpc3RyaWJ1dGVkDQp0cmFja2VycyAgaW4gIHRoZSAgZnV0dXJlICAoZS5nLiwgIERIVC1iYXNl ZCAgdHJhY2tlcnMpLg0KDQpBICBwZWVyICBsb29raW5nICBmb3IgIGEgIG1lZGlhICBjaHVuayAg dXNlcyAgdGhlICB0cmFja2VyICBhbmQgIHBlZXIgIHByb3RvY29scyAgdG8NCmxvY2F0ZSAgYSAg cmVtb3RlICBwZWVyICAob3IgIHBlZXJzKSAgdGhhdCAgY2FuICBwcm92aWRlICBpdCAgd2l0aCAg dGhhdCAgbWVkaWENCmNodW5rLiAgT2J0YWluaW5nICB0aGUgIG1lZGlhICBjaHVuayAgZnJvbSAg dGhlICByZW1vdGUgIHBlZXIgIHdpbGwgIGludm9sdmUgIHNvbWUNCnR5cGUgIG9mICBzaWduYWxp bmcgIGV4Y2hhbmdlICBwbHVzICB0aGUgIGFjdHVhbCAgbWVkaWEgIHRyYW5zZmVyLiAgVGhlICBm aXJzdA0KdGFzayAgZm9yICB0aGlzICBXRyAgd2lsbCAgYmUgIHRvICBkZWNpZGUgIHdoaWNoICBz aWduYWxpbmcgIGFuZCAgbWVkaWEgIHRyYW5zZmVyDQpwcm90b2NvbHMgIHdpbGwgIGJlICB1c2Vk LiAgVGhlICBXRyAgd2lsbCAgY29uc2lkZXIgIGV4aXN0aW5nICBwcm90b2NvbHMgIGFuZCwgIGlm DQpuZWVkZWQsICBpZGVudGlmeSAgcG90ZW50aWFsICBleHRlbnNpb25zICB0byAgdGhlc2UgIHBy b3RvY29scy4gIFRoZSAgV0cgIHdpbGwNCmNvbnNpZGVyICB0aGUgIGludGVyYWN0aW9ucyAgYmV0 d2VlbiAgdGhlc2UgIHByb3RvY29scyAgYW5kICB0aGUgIHBlZXIgIHByb3RvY29sDQooZS5nLiwg IGF2b2lkaW5nICBkdXBsaWNhdGUgIE5BVCAgdHJhdmVyc2FsICBwcm9jZWR1cmVzKS4gIEV4YW1w bGVzICBvZg0Kc2lnbmFsaW5nICBwcm90b2NvbHMgIHRvICBiZSAgY29uc2lkZXJlZCAgYXJlICBT SVAsICBSVFNQLCAgYW5kICBIVFRQLiAgRXhhbXBsZXMNCm9mICBtZWRpYSAgdHJhbnNmZXIgIHBy b3RvY29scyAgdG8gIGJlICBjb25zaWRlcmVkICBhcmUgIFJUUCAgYW5kICBIVFRQLg0KDQpQUFNQ ICBpcyAgbm90ICBjaGFydGVyZWQgIHRvICB3b3JrICBvbiAgbWVkaWEgIHRyYW5zbWlzc2lvbiAg cHJvdG9jb2xzLCAgbWVkaWENCmVuY29kaW5nICB0ZWNobmlxdWVzICBvciAgb3RoZXIgIGNvbXBv bmVudHMgIG9mICBhICBQMlAgIHN0cmVhbWluZyAgc3lzdGVtICBzdWNoDQphcyAgcGxheW91dCwg IHNjaGVkdWxpbmcgIGFuZCAgY29udHJvbCwgIGV0Yy4NCg0KVGhlICB3b3JrICBpdGVtcyAgb2Yg IHRoZSAgUFBTUCAgV0cgIGFyZToNCg0KKDEpICBBICAicHJvYmxlbSAgc3RhdGVtZW50IiAgZG9j dW1lbnQgIHRoYXQgIGdpdmVzICBhbiAgb3ZlcnZpZXcgIG9mICB0aGUNCnByb3Bvc2VkICBQMlAg IHN0cmVhbWluZyAgc3lzdGVtLCAgbW90aXZhdGVzICB0aGUgIGRlc2lyZSAgZm9yDQpzdGFuZGFy ZGl6ZWQgIHByb3RvY29scywgIGRlZmluZXMgIHRoZSAgZW52aXNpb25lZCAgc2NvcGUgIG9mICB0 aG9zZQ0Kc3RhbmRhcmRpemVkICBjb21wb25lbnRzICBhbmQgIGRpc2N1c3NlcyAgY29tbW9uICB0 ZXJtaW5vbG9naWVzICBhbmQNCmNvbmNlcHRzLg0KDQooMikgIEEgICJyZXF1aXJlbWVudHMiICBk b2N1bWVudCAgdGhhdCAgZGV0YWlscyAgdGhlICBzcGVjaWZpYyAgZnVuY3Rpb25hbCwNCm9wZXJh dGlvbmFsICBhbmQgIHBlcmZvcm1hbmNlICByZXF1aXJlbWVudHMgIG9mICB0aGUgIHR3byAgUFBT UA0KcHJvdG9jb2xzLg0KDQooMykgIEFuICAiYXJjaGl0ZWN0dXJhbCAgc3VydmV5IiAgZG9jdW1l bnQgIHRoYXQgIHN1bW1hcml6ZXMgIGN1cnJlbnQgIFAyUA0Kc3RyZWFtaW5nICBhcmNoaXRlY3R1 cmVzLCAgaW4gIHBhcnRpY3VsYXIgIHRyYWNrZXItYmFzZWQgIFAyUA0Kc3RyZWFtaW5nICBzeXN0 ZW1zLCAgYW5kICBoaWdobGlnaHRzICBiZXN0ICBjdXJyZW50ICBwcmFjdGljZXMuDQoNCig0KSAg QSAgZGV0YWlsZWQgIHNwZWNpZmljYXRpb24gIG9mICB0aGUgIFBQU1AgIHBlZXIgIHByb3RvY29s Lg0KDQooNSkgIEEgIGRldGFpbGVkICBzcGVjaWZpY2F0aW9uICBvZiAgdGhlICBQUFNQICB0cmFj a2VyICBwcm90b2NvbC4NCg0KKDYpICBBICAidXNhZ2UgIGd1aWRlIiAgdGhhdCAgZGVzY3JpYmVz ICBob3cgIHRoZSAgdHdvICBQUFNQICBwcm90b2NvbHMgIGFuZA0KZXhpc3RpbmcgIElFVEYgIHBy b3RvY29scywgIHN1Y2ggIGFzICBQMlBTSVAgIG9yICBBTFRPLCAgY2FuICBiZSAgY29tYmluZWQN CnRvICBjcmVhdGUgIGEgIGRlcGxveWFibGUgIG9wZXJhdGlvbmFsICBQMlAgIHN0cmVhbWluZyAg c3lzdGVtLiAgVGhpcw0KZG9jdW1lbnQgIG1heSAgYWxzbyAgZGlzY3VzcyAgdmFyaWFudHMgIG9m ICBzdWNoICBhICBzeXN0ZW0gIHRoYXQsICBmb3INCmV4YW1wbGUsICB1c2UgIGxheWVyZWQgIG1l ZGlhICBlbmNvZGluZyAgYW5kICByZWxhdGVkICBtZWRpYSAgY2h1bmsNCmRlc2NyaXB0aW9ucyAg aW4gIHRoZSAgcGVlciAgcHJvdG9jb2wgIGZvciAgbW9yZSAgcm9idXN0ICBzdHJlYW1pbmcuDQoN ClRoZSAgd29yayAgaXRlbXMgIG9mICB0aGUgIFBQU1AgIFdHICBpbnRlcmFjdHMgIHdpdGggIHRo ZSAgd29yayAgcGVyZm9ybWVkICBpbiAgb3RoZXINCklFVEYgIFdHcywgIGluY2x1ZGluZyAgUDJQ U0lQLCAgU0lQQ09SRSwgIEFWVCwgIEFMVE8sICBMRURCQVQgIGFuZCAgTU1VU0lDLg0KV2hlbmV2 ZXIgIGV4dGVuc2lvbnMgIG9yICBtb2RpZmljYXRpb24gIHRvICB0aGUgIHByb3RvY29scyAgZGV2 ZWxvcGVkICBpbiAgb3RoZXINCldHcyAgYXJlICBkZWVtZWQgIG5lY2Vzc2FyeSwgIFBQU1AgIHNo YWxsICBjb21tdW5pY2F0ZSAgYW5kICBkaXNjdXNzICB0aGUNCnJlcXVpcmVtZW50cyAgZm9yICBz dWNoICBleHRlbnNpb25zICB3aXRoICB0aGUgIHJlbGV2YW50ICBXR3MuICBQUFNQICBpcyAgbm90 DQpjaGFydGVyZWQgIHRvICBkZXNpZ24gIGFuZCAgc3BlY2lmeSAgc3VjaCAgY2hhbmdlcy4NCg0K DQpHb2FscyAgYW5kICBNaWxlc3RvbmVzOg0KDQpEZWMgIDIwMTAgIFN1Ym1pdCAgcHJvYmxlbSAg c3RhdGVtZW50ICB0byAgSUVTRyAgYXMgIEluZm9ybWF0aW9uYWwNCkFwciAgMjAxMSAgU3VibWl0 ICBhcmNoaXRlY3R1cmFsICBzdXJ2ZXkgIHRvICBJRVNHICBhcyAgSW5mb3JtYXRpb25hbA0KQXBy ICAyMDExICBTdWJtaXQgIHJlcXVpcmVtZW50cyAgZG9jdW1lbnQgIHRvICBJRVNHICBhcyAgSW5m b3JtYXRpb25hbA0KQXVnICAyMDExICBTdWJtaXQgIFBQU1AgIHBlZXIgIHByb3RvY29sICB0byAg SUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KQXVnICAyMDExICBTdWJtaXQgIFBQU1AgIHRy YWNrZXIgIHByb3RvY29sICB0byAgSUVTRyAgYXMgIFByb3Bvc2VkICBTdGFuZGFyZA0KRGVjICAy MDExICBTdWJtaXQgIHVzYWdlICBndWlkZSAgdG8gIElFU0cgIHRvICBJRVNHICBhcyAgSW5mb3Jt YXRpb25hbA0K --Boundary_(ID_PbR4JdjA8Y3Z8L7IPRFOXg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC42MDAwLjE2OTgxIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+Q29uZ3Jh dHVsYXRpb25zIHRvIGFsbCB0aGUgcGVvcGxlIGhhdmluZyBiZWVuIGNvbnRyaWJ1dGluZyB0byBQ UFNQIHNpbmNlIA0KdGhlIHZlcnkgYmVnaW5pbmcuIExldCdzIGNvbnRpbnVlIHRvIHdvcmsgdG9n ZXRoZXIgYXMgYmVmb3JlIGFuZCBtYWtlIFBQU1AgYSANCnN1Y2Nlc3NmdWwgV0cuPC9ESVY+DQo8 RElWPiZuYnNwOzwvRElWPg0KPERJVj5CUiw8QlI+TmluZyBab25nPC9ESVY+DQo8RElWPiZuYnNw OzwvRElWPg0KPERJVj4NCjxIUj4NCjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29s b3I9IzAwMDBmZiBzaXplPTI+R3JlYXQgbmV3cyE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNpemU9Mj5JIGFwcHJlY2lhdGUmbmJzcDthbGwgb2Ym bmJzcDt0aGUgDQpjb250cmlidXRpb25zIGFuZCBzaW5jZXJlIGhlbHAgZnJvbSB5b3UsUFBTUCBn dXlzIGluIG1ha2luZyBQUFNQIGEgV0cgYWZ0ZXIgDQphbG1vc3Qgb25lIGFuZCBhIGhhbGYgeWVh cidzIGhhcmR3b3JraW5nLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNv bG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBMYXJzLEdvbnphbG8sQ3VsbGVuIGFuZCBhbGwgDQp0 aG9zZSB3aG8gZ2l2ZSB1cyBnb29kIHN1Z2dlc3Rpb25zIGluIGJvb3N0aW5nIHRoZSBQUFNQIHBy b2dyZXNzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAw ZmYgc2l6ZT0yPlRoYW5rcyBJRVNHIGZvciB0aGUgcmV2aWV3IGFuZCANCmFwcHJvdmFsIG9mIFBQ U1AgY2hhcnRlci48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0j MDAwMGZmIHNpemU9Mj5Mb29raW5nIGZvcndhcmQgdG8gbWFraW5nIFBQU1AgYSANCnN1Y2Nlc3Nm dWwgcHJvdG9jb2wgYW5kIHByYWN0aWNlIHVuZGVyIGFsbCBvZiB5b3VyIGhhcmR3b3JraW5nLjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0y PjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAw ZmYgc2l6ZT0yPkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9 IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYgYWxp Z249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDogMTIy cHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9y PSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTI0PC9GT05UPjwvRk9O VD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4NCjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05H PreivP7Iy6O6PC9TVFJPTkc+IElFU0cgDQpTZWNyZXRhcnk8L0ZPTlQ+PC9GT05UPjwvRElWPg0K PERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+t6LLzcqxvOSjujwv U1RST05HPiANCjIwMTAtMDMtMjQmbmJzcDswODowOTowMjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7K1bz+yMujujwvU1RS T05HPiBJRVRGIEFubm91bmNlbWVudCANCmxpc3Q8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+s63LzaO6PC9TVFJPTkc+IHBw c3BAaWV0Zi5vcmc7IA0Kemhhbmd5dW5mZWlAY2hpbmFtb2JpbGUuY29tOyBmbHVmZnlAY2lzY28u Y29tPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNp emU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBXRyBBY3Rpb246IA0KUGVlci10by1QZWVyIFN0 cmVhbWluZyBQcm90b2NvbCAoUFBTUCk8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1W ZXJkYW5hIHNpemU9Mj4NCjxESVY+QSAmbmJzcDtuZXcgJm5ic3A7SUVURiAmbmJzcDt3b3JraW5n ICZuYnNwO2dyb3VwICZuYnNwO2hhcyAmbmJzcDtiZWVuIA0KJm5ic3A7Zm9ybWVkICZuYnNwO2lu ICZuYnNwO3RoZSAmbmJzcDtUcmFuc3BvcnQgJm5ic3A7QXJlYS4gJm5ic3A7IA0KJm5ic3A7Rm9y PC9ESVY+DQo8RElWPmFkZGl0aW9uYWwgJm5ic3A7aW5mb3JtYXRpb24sICZuYnNwO3BsZWFzZSAm bmJzcDtjb250YWN0ICZuYnNwO3RoZSANCiZuYnNwO0FyZWEgJm5ic3A7RGlyZWN0b3JzICZuYnNw O29yICZuYnNwO3RoZSAmbmJzcDtXRzwvRElWPg0KPERJVj5DaGFpcnMuPC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5QZWVyLXRvLVBlZXIgJm5ic3A7U3RyZWFtaW5nICZuYnNwO1Byb3Rv Y29sICZuYnNwOyhQUFNQKTwvRElWPg0KPERJVj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Q2hh aXIocyk6PC9ESVY+DQo8RElWPll1bmZlaSAmbmJzcDtaaGFuZyAmbmJzcDsgJmx0O3poYW5neXVu ZmVpQGNoaW5hbW9iaWxlLmNvbSAmZ3Q7PC9ESVY+DQo8RElWPkN1bGxlbiAmbmJzcDtKZW5uaW5n cyAmbmJzcDsgJmx0O2ZsdWZmeUBjaXNjby5jb20gJmd0OzwvRElWPg0KPERJVj4mbmJzcDs8L0RJ Vj4NCjxESVY+VHJhbnNwb3J0ICZuYnNwO0FyZWEgJm5ic3A7RGlyZWN0b3Iocyk6PC9ESVY+DQo8 RElWPk1hZ251cyAmbmJzcDtXZXN0ZXJsdW5kICZuYnNwOyAmbHQ7bWFnbnVzLndlc3Rlcmx1bmRA ZXJpY3Nzb24uY29tIA0KJmd0OzwvRElWPg0KPERJVj5MYXJzICZuYnNwO0VnZ2VydCAmbmJzcDsg Jmx0O2xhcnMuZWdnZXJ0QG5va2lhLmNvbSAmZ3Q7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0K PERJVj5UcmFuc3BvcnQgJm5ic3A7QXJlYSAmbmJzcDtBZHZpc29yOjwvRElWPg0KPERJVj5MYXJz ICZuYnNwO0VnZ2VydCAmbmJzcDsgJmx0O2xhcnMuZWdnZXJ0QG5va2lhLmNvbSAmZ3Q7PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5NYWlsaW5nICZuYnNwO0xpc3RzOjwvRElWPg0KPERJ Vj5BZGRyZXNzOiBwcHNwQGlldGYub3JnPC9ESVY+DQo8RElWPlRvICZuYnNwO1N1YnNjcmliZTog aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwPC9ESVY+DQo8RElWPkFy Y2hpdmU6IDxBIA0KaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3Bw c3AvIj5odHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvcHBzcC88L0E+PC9ESVY+ DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5EZXNjcmlwdGlvbiAmbmJzcDtvZiAmbmJzcDtXb3Jr aW5nICZuYnNwO0dyb3VwOjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNw O1BlZXItdG8tUGVlciAmbmJzcDtTdHJlYW1pbmcgJm5ic3A7UHJvdG9jb2wgJm5ic3A7KFBQU1Ap IA0KJm5ic3A7d29ya2luZyAmbmJzcDtncm91cCAmbmJzcDtkZXZlbG9wcyAmbmJzcDt0d288L0RJ Vj4NCjxESVY+c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDtjb250cm9sICZuYnNwO3Byb3RvY29s cyAmbmJzcDtmb3IgJm5ic3A7YSANCiZuYnNwO3BlZXItdG8tcGVlciAmbmJzcDsoUDJQKSAmbmJz cDtzdHJlYW1pbmc8L0RJVj4NCjxESVY+c3lzdGVtICZuYnNwO2ZvciAmbmJzcDt0cmFuc21pdHRp bmcgJm5ic3A7bGl2ZSAmbmJzcDthbmQgJm5ic3A7dGltZS1zaGlmdGVkIA0KJm5ic3A7bWVkaWEg Jm5ic3A7Y29udGVudCAmbmJzcDt3aXRoICZuYnNwO25lYXI8L0RJVj4NCjxESVY+cmVhbC10aW1l ICZuYnNwO2RlbGl2ZXJ5ICZuYnNwO3JlcXVpcmVtZW50cy48L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPlR3byAmbmJzcDtraW5kcyAmbmJzcDtvZiAmbmJzcDtub2RlcyAmbmJzcDtleGlz dCAmbmJzcDtpbiAmbmJzcDt0aGUgDQombmJzcDt0YXJnZXRlZCAmbmJzcDtQMlAgJm5ic3A7c3Ry ZWFtaW5nICZuYnNwO3N5c3RlbSwgJm5ic3A7aS5lLiw8L0RJVj4NCjxESVY+InBlZXJzIiAmbmJz cDthbmQgJm5ic3A7InRyYWNrZXJzIi4gJm5ic3A7UGVlcnMgJm5ic3A7YXJlICZuYnNwO25vZGVz IA0KJm5ic3A7dGhhdCAmbmJzcDthcmUgJm5ic3A7YWN0aXZlbHkgJm5ic3A7c2VuZGluZyAmbmJz cDthbmQ8L0RJVj4NCjxESVY+cmVjZWl2aW5nICZuYnNwO3N0cmVhbWVkICZuYnNwO21lZGlhICZu YnNwO2NvbnRlbnQsICZuYnNwO2FuZCAmbmJzcDtpbmNsdWRlIA0KJm5ic3A7Ym90aCAmbmJzcDtz dGF0aWNhbGx5ICZuYnNwO2Nvbm5lY3RlZDwvRElWPg0KPERJVj5ob3N0cyAmbmJzcDthcyAmbmJz cDt3ZWxsICZuYnNwO2FzICZuYnNwO21vYmlsZSAmbmJzcDtkZXZpY2VzICZuYnNwO3dpdGggDQom bmJzcDtjb25uZWN0aXZpdHkgJm5ic3A7YW5kICZuYnNwO0lQICZuYnNwO2FkZHJlc3NlcyAmbmJz cDt0aGF0PC9ESVY+DQo8RElWPmNoYW5nZSAmbmJzcDtvdmVyICZuYnNwO3RpbWUuICZuYnNwO1Ro ZSAmbmJzcDtzZXQgJm5ic3A7b2YgJm5ic3A7cGVlcnMgDQombmJzcDt0aGF0ICZuYnNwO2FyZSAm bmJzcDtwYXJ0aWNpcGF0aW5nICZuYnNwO2luICZuYnNwO2EgJm5ic3A7c3RyZWFtaW5nPC9ESVY+ DQo8RElWPnNlc3Npb24gJm5ic3A7d2lsbCAmbmJzcDtkeW5hbWljYWxseSAmbmJzcDtjaGFuZ2Ug Jm5ic3A7b3ZlciAmbmJzcDt0aW1lLiANCiZuYnNwO1RyYWNrZXJzICZuYnNwO2FyZSAmbmJzcDt3 ZWxsLWtub3duICZuYnNwO25vZGVzPC9ESVY+DQo8RElWPndpdGggJm5ic3A7c3RhYmxlICZuYnNw O2Nvbm5lY3Rpdml0eSAmbmJzcDt0aGF0ICZuYnNwO21haW50YWluICZuYnNwO21ldGEgDQombmJz cDtpbmZvcm1hdGlvbiAmbmJzcDthYm91dCAmbmJzcDt0aGU8L0RJVj4NCjxESVY+c3RyZWFtZWQg Jm5ic3A7Y29udGVudCAmbmJzcDthbmQgJm5ic3A7dGhlICZuYnNwO2R5bmFtaWMgJm5ic3A7cGVl ciANCiZuYnNwO3NldC4gJm5ic3A7VHJhY2tlcnMgJm5ic3A7Y2FuICZuYnNwO2JlICZuYnNwO29y Z2FuaXplZCAmbmJzcDtpbjwvRElWPg0KPERJVj5jZW50cmFsaXplZCAmbmJzcDtvciAmbmJzcDtk aXN0cmlidXRlZCAmbmJzcDt3YXlzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhl ICZuYnNwO1BQU1AgJm5ic3A7V0cgJm5ic3A7ZGVzaWducyAmbmJzcDthICZuYnNwO3Byb3RvY29s ICZuYnNwO2ZvciANCiZuYnNwO3NpZ25hbGluZyAmbmJzcDthbmQgJm5ic3A7Y29udHJvbCAmbmJz cDtiZXR3ZWVuPC9ESVY+DQo8RElWPnRyYWNrZXJzICZuYnNwO2FuZCAmbmJzcDtwZWVycyAmbmJz cDsodGhlICZuYnNwO1BQU1AgJm5ic3A7InRyYWNrZXIgDQombmJzcDtwcm90b2NvbCIpICZuYnNw O2FuZCAmbmJzcDthICZuYnNwO3NpZ25hbGluZyAmbmJzcDthbmQ8L0RJVj4NCjxESVY+Y29udHJv bCAmbmJzcDtwcm90b2NvbCAmbmJzcDtmb3IgJm5ic3A7Y29tbXVuaWNhdGlvbiAmbmJzcDthbW9u ZyAmbmJzcDt0aGUgDQombmJzcDtwZWVycyAmbmJzcDsodGhlICZuYnNwO1BQU1AgJm5ic3A7InBl ZXI8L0RJVj4NCjxESVY+cHJvdG9jb2wiKS4gJm5ic3A7VGhlICZuYnNwO3R3byAmbmJzcDtwcm90 b2NvbHMgJm5ic3A7ZW5hYmxlICZuYnNwO3BlZXJzIA0KJm5ic3A7dG8gJm5ic3A7cmVjZWl2ZSAm bmJzcDtzdHJlYW1pbmcgJm5ic3A7ZGF0YTwvRElWPg0KPERJVj53aXRoaW4gJm5ic3A7dGhlICZu YnNwO3RpbWUgJm5ic3A7Y29uc3RyYWludHMgJm5ic3A7cmVxdWlyZWQgJm5ic3A7YnkgDQombmJz cDtzcGVjaWZpYyAmbmJzcDtjb250ZW50ICZuYnNwO2l0ZW1zLiAmbmJzcDtUaGU8L0RJVj4NCjxE SVY+dHJhY2tlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtoYW5kbGVzICZuYnNwO3RoZSAmbmJzcDtp bml0aWFsICZuYnNwO2FuZCANCiZuYnNwO3BlcmlvZGljICZuYnNwO2V4Y2hhbmdlICZuYnNwO29m ICZuYnNwO21ldGE8L0RJVj4NCjxESVY+aW5mb3JtYXRpb24gJm5ic3A7YmV0d2VlbiAmbmJzcDt0 cmFja2VycyAmbmJzcDthbmQgJm5ic3A7cGVlcnMsICZuYnNwO3N1Y2ggDQombmJzcDthcyAmbmJz cDtwZWVyICZuYnNwO2xpc3RzICZuYnNwO2FuZCAmbmJzcDtjb250ZW50PC9ESVY+DQo8RElWPmlu Zm9ybWF0aW9uLiAmbmJzcDtUaGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbCAmbmJzcDtjb250 cm9scyAmbmJzcDt0aGUgDQombmJzcDthZHZlcnRpc2luZyAmbmJzcDthbmQgJm5ic3A7ZXhjaGFu Z2UgJm5ic3A7b2Y8L0RJVj4NCjxESVY+bWVkaWEgJm5ic3A7ZGF0YSAmbmJzcDthdmFpbGFiaWxp dHkgJm5ic3A7YmV0d2VlbiAmbmJzcDt0aGUgDQombmJzcDtwZWVycy48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPkl0ICZuYnNwO2lzICZuYnNwO2VudmlzaW9uZWQgJm5ic3A7dGhhdCAm bmJzcDt0aGUgJm5ic3A7dHJhY2tlciANCiZuYnNwO3Byb3RvY29sICZuYnNwO3dpbGwgJm5ic3A7 YmUgJm5ic3A7bW9kZWxlZCAmbmJzcDthcyAmbmJzcDthPC9ESVY+DQo8RElWPnJlcXVlc3QvcmVz cG9uc2UgJm5ic3A7cHJvdG9jb2wgJm5ic3A7YmV0d2VlbiAmbmJzcDtwZWVycyAmbmJzcDthbmQg DQombmJzcDt0cmFja2VycywgJm5ic3A7YW5kICZuYnNwO3dpbGwgJm5ic3A7Y2Fycnk8L0RJVj4N CjxESVY+aW5mb3JtYXRpb24gJm5ic3A7bmVlZGVkICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7 c2VsZWN0aW9uICZuYnNwO29mIA0KJm5ic3A7cGVlcnMgJm5ic3A7c3VpdGFibGUgJm5ic3A7Zm9y ICZuYnNwO3JlYWwtdGltZTwvRElWPg0KPERJVj5zdHJlYW1pbmcuICZuYnNwO1RoZSAmbmJzcDtw ZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO2lzICZuYnNwO2VudmlzaW9uZWQgDQombmJzcDt0byAm bmJzcDtiZSAmbmJzcDttb2RlbGVkICZuYnNwO2FzICZuYnNwO2E8L0RJVj4NCjxESVY+Z29zc2lw LWxpa2UgJm5ic3A7cHJvdG9jb2wgJm5ic3A7d2l0aCAmbmJzcDtwZXJpb2RpYywgJm5ic3A7cGFp cndpc2UgDQombmJzcDtleGNoYW5nZXMgJm5ic3A7b2YgJm5ic3A7bmVpZ2hib3IgJm5ic3A7YW5k PC9ESVY+DQo8RElWPm1lZGlhICZuYnNwO2NodW5rICZuYnNwO2F2YWlsYWJpbGl0eSAmbmJzcDtp bmZvcm1hdGlvbi4gJm5ic3A7Qm90aCANCiZuYnNwO3Byb3RvY29scyAmbmJzcDt3aWxsICZuYnNw O2JlICZuYnNwO2NhcnJpZWQ8L0RJVj4NCjxESVY+b3ZlciAmbmJzcDtUQ1AgJm5ic3A7KG9yICZu YnNwO1VEUCwgJm5ic3A7d2hlbiAmbmJzcDtkZWxpdmVyeSANCiZuYnNwO3JlcXVpcmVtZW50cyAm bmJzcDtjYW5ub3QgJm5ic3A7YmUgJm5ic3A7bWV0ICZuYnNwO2J5ICZuYnNwO1RDUCksPC9ESVY+ DQo8RElWPmxpa2VseSAmbmJzcDtpbiAmbmJzcDtjb21iaW5hdGlvbiAmbmJzcDt3aXRoICZuYnNw O0lDRSAmbmJzcDtmb3IgJm5ic3A7TkFUIA0KJm5ic3A7dHJhdmVyc2FsICZuYnNwO3N1cHBvcnQu ICZuYnNwO1BlcmZlY3Q8L0RJVj4NCjxESVY+cHJpdmFjeSAmbmJzcDtwcm90ZWN0aW9uICZuYnNw O2lzICZuYnNwO2EgJm5ic3A7Z29vZCAmbmJzcDtmZWF0dXJlICZuYnNwO3RvIA0KJm5ic3A7aGF2 ZSAmbmJzcDtidXQgJm5ic3A7bm90ICZuYnNwO2EgJm5ic3A7bWFuZGF0b3J5PC9ESVY+DQo8RElW PnJlcXVpcmVtZW50ICZuYnNwO2ZvciAmbmJzcDt0aGUgJm5ic3A7cGVlciAmbmJzcDthbmQgJm5i c3A7dHJhY2tlciANCiZuYnNwO3Byb3RvY29scy4gJm5ic3A7VGhlICZuYnNwO1dHICZuYnNwO3dp bGwgJm5ic3A7Y29uc2lkZXIgJm5ic3A7dG88L0RJVj4NCjxESVY+dXNlICZuYnNwO2V4aXN0aW5n ICZuYnNwO3Byb3RvY29scyAmbmJzcDthcyAmbmJzcDtkZXNpZ24gJm5ic3A7YmFzZSANCiZuYnNw O2ZvciAmbmJzcDt0aGUgJm5ic3A7dHJhY2tlciAmbmJzcDthbmQgJm5ic3A7cGVlcjwvRElWPg0K PERJVj5wcm90b2NvbHMuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5EZXZlbG9waW5n ICZuYnNwO21lY2hhbmlzbXMgJm5ic3A7Zm9yICZuYnNwO3NlYXJjaGluZyAmbmJzcDt0cmFja2Vy cyANCiZuYnNwO3RoYXQgJm5ic3A7Y29udGFpbiAmbmJzcDthICZuYnNwO3NwZWNpZmljPC9ESVY+ DQo8RElWPm1lZGlhICZuYnNwO2l0ZW0gJm5ic3A7aXMgJm5ic3A7b3V0ICZuYnNwO29mICZuYnNw O3RoZSAmbmJzcDtzY29wZSAmbmJzcDtvZiANCiZuYnNwO3RoaXMgJm5ic3A7V0cuICZuYnNwO0Fk ZGl0aW9uYWxseSwgJm5ic3A7dGhlICZuYnNwO1dHICZuYnNwO3dpbGw8L0RJVj4NCjxESVY+d29y ayAmbmJzcDt1bmRlciAmbmJzcDt0aGUgJm5ic3A7YXNzdW1wdGlvbiAmbmJzcDt0aGF0ICZuYnNw O3RyYWNrZXJzIA0KJm5ic3A7YXJlICZuYnNwO2xvZ2ljYWxseSAmbmJzcDtjZW50cmFsaXplZDwv RElWPg0KPERJVj5lbnRpdGllcyAmbmJzcDsoZS5nLiwgJm5ic3A7YSAmbmJzcDtzaW5nbGUgJm5i c3A7c2VydmVyICZuYnNwO29yICZuYnNwO2EgDQombmJzcDtzZXJ2ZXIgJm5ic3A7ZmFybSAmbmJz cDtwZXJmb3JtaW5nICZuYnNwO0ROUy1iYXNlZDwvRElWPg0KPERJVj5sb2NhbCAmbmJzcDtiYWxh bmNpbmcpLiAmbmJzcDtIb3dldmVyLCAmbmJzcDthcyAmbmJzcDtmYXIgJm5ic3A7YXMgJm5ic3A7 aXQgDQombmJzcDtpcyAmbmJzcDtwb3NzaWJsZSwgJm5ic3A7dGhlICZuYnNwO1dHICZuYnNwO3dp bGwgJm5ic3A7bm90PC9ESVY+DQo8RElWPm1ha2UgJm5ic3A7ZGVzaWduICZuYnNwO2RlY2lzaW9u cyAmbmJzcDt0aGF0ICZuYnNwO2NvdWxkICZuYnNwO3ByZWNsdWRlIA0KJm5ic3A7dGhlICZuYnNw O3VzZSAmbmJzcDtvZiAmbmJzcDtkaXN0cmlidXRlZDwvRElWPg0KPERJVj50cmFja2VycyAmbmJz cDtpbiAmbmJzcDt0aGUgJm5ic3A7ZnV0dXJlICZuYnNwOyhlLmcuLCAmbmJzcDtESFQtYmFzZWQg DQombmJzcDt0cmFja2VycykuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5BICZuYnNw O3BlZXIgJm5ic3A7bG9va2luZyAmbmJzcDtmb3IgJm5ic3A7YSAmbmJzcDttZWRpYSAmbmJzcDtj aHVuayANCiZuYnNwO3VzZXMgJm5ic3A7dGhlICZuYnNwO3RyYWNrZXIgJm5ic3A7YW5kICZuYnNw O3BlZXIgJm5ic3A7cHJvdG9jb2xzIA0KJm5ic3A7dG88L0RJVj4NCjxESVY+bG9jYXRlICZuYnNw O2EgJm5ic3A7cmVtb3RlICZuYnNwO3BlZXIgJm5ic3A7KG9yICZuYnNwO3BlZXJzKSAmbmJzcDt0 aGF0IA0KJm5ic3A7Y2FuICZuYnNwO3Byb3ZpZGUgJm5ic3A7aXQgJm5ic3A7d2l0aCAmbmJzcDt0 aGF0ICZuYnNwO21lZGlhPC9ESVY+DQo8RElWPmNodW5rLiAmbmJzcDtPYnRhaW5pbmcgJm5ic3A7 dGhlICZuYnNwO21lZGlhICZuYnNwO2NodW5rICZuYnNwO2Zyb20gDQombmJzcDt0aGUgJm5ic3A7 cmVtb3RlICZuYnNwO3BlZXIgJm5ic3A7d2lsbCAmbmJzcDtpbnZvbHZlICZuYnNwO3NvbWU8L0RJ Vj4NCjxESVY+dHlwZSAmbmJzcDtvZiAmbmJzcDtzaWduYWxpbmcgJm5ic3A7ZXhjaGFuZ2UgJm5i c3A7cGx1cyAmbmJzcDt0aGUgDQombmJzcDthY3R1YWwgJm5ic3A7bWVkaWEgJm5ic3A7dHJhbnNm ZXIuICZuYnNwO1RoZSAmbmJzcDtmaXJzdDwvRElWPg0KPERJVj50YXNrICZuYnNwO2ZvciAmbmJz cDt0aGlzICZuYnNwO1dHICZuYnNwO3dpbGwgJm5ic3A7YmUgJm5ic3A7dG8gDQombmJzcDtkZWNp ZGUgJm5ic3A7d2hpY2ggJm5ic3A7c2lnbmFsaW5nICZuYnNwO2FuZCAmbmJzcDttZWRpYSANCiZu YnNwO3RyYW5zZmVyPC9ESVY+DQo8RElWPnByb3RvY29scyAmbmJzcDt3aWxsICZuYnNwO2JlICZu YnNwO3VzZWQuICZuYnNwO1RoZSAmbmJzcDtXRyAmbmJzcDt3aWxsIA0KJm5ic3A7Y29uc2lkZXIg Jm5ic3A7ZXhpc3RpbmcgJm5ic3A7cHJvdG9jb2xzICZuYnNwO2FuZCwgJm5ic3A7aWY8L0RJVj4N CjxESVY+bmVlZGVkLCAmbmJzcDtpZGVudGlmeSAmbmJzcDtwb3RlbnRpYWwgJm5ic3A7ZXh0ZW5z aW9ucyAmbmJzcDt0byANCiZuYnNwO3RoZXNlICZuYnNwO3Byb3RvY29scy4gJm5ic3A7VGhlICZu YnNwO1dHICZuYnNwO3dpbGw8L0RJVj4NCjxESVY+Y29uc2lkZXIgJm5ic3A7dGhlICZuYnNwO2lu dGVyYWN0aW9ucyAmbmJzcDtiZXR3ZWVuICZuYnNwO3RoZXNlIA0KJm5ic3A7cHJvdG9jb2xzICZu YnNwO2FuZCAmbmJzcDt0aGUgJm5ic3A7cGVlciAmbmJzcDtwcm90b2NvbDwvRElWPg0KPERJVj4o ZS5nLiwgJm5ic3A7YXZvaWRpbmcgJm5ic3A7ZHVwbGljYXRlICZuYnNwO05BVCAmbmJzcDt0cmF2 ZXJzYWwgDQombmJzcDtwcm9jZWR1cmVzKS4gJm5ic3A7RXhhbXBsZXMgJm5ic3A7b2Y8L0RJVj4N CjxESVY+c2lnbmFsaW5nICZuYnNwO3Byb3RvY29scyAmbmJzcDt0byAmbmJzcDtiZSAmbmJzcDtj b25zaWRlcmVkICZuYnNwO2FyZSANCiZuYnNwO1NJUCwgJm5ic3A7UlRTUCwgJm5ic3A7YW5kICZu YnNwO0hUVFAuICZuYnNwO0V4YW1wbGVzPC9ESVY+DQo8RElWPm9mICZuYnNwO21lZGlhICZuYnNw O3RyYW5zZmVyICZuYnNwO3Byb3RvY29scyAmbmJzcDt0byAmbmJzcDtiZSANCiZuYnNwO2NvbnNp ZGVyZWQgJm5ic3A7YXJlICZuYnNwO1JUUCAmbmJzcDthbmQgJm5ic3A7SFRUUC48L0RJVj4NCjxE SVY+Jm5ic3A7PC9ESVY+DQo8RElWPlBQU1AgJm5ic3A7aXMgJm5ic3A7bm90ICZuYnNwO2NoYXJ0 ZXJlZCAmbmJzcDt0byAmbmJzcDt3b3JrICZuYnNwO29uIA0KJm5ic3A7bWVkaWEgJm5ic3A7dHJh bnNtaXNzaW9uICZuYnNwO3Byb3RvY29scywgJm5ic3A7bWVkaWE8L0RJVj4NCjxESVY+ZW5jb2Rp bmcgJm5ic3A7dGVjaG5pcXVlcyAmbmJzcDtvciAmbmJzcDtvdGhlciAmbmJzcDtjb21wb25lbnRz ICZuYnNwO29mIA0KJm5ic3A7YSAmbmJzcDtQMlAgJm5ic3A7c3RyZWFtaW5nICZuYnNwO3N5c3Rl bSAmbmJzcDtzdWNoPC9ESVY+DQo8RElWPmFzICZuYnNwO3BsYXlvdXQsICZuYnNwO3NjaGVkdWxp bmcgJm5ic3A7YW5kICZuYnNwO2NvbnRyb2wsIA0KJm5ic3A7ZXRjLjwvRElWPg0KPERJVj4mbmJz cDs8L0RJVj4NCjxESVY+VGhlICZuYnNwO3dvcmsgJm5ic3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7 dGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgDQombmJzcDthcmU6PC9ESVY+DQo8RElWPiZuYnNwOzwv RElWPg0KPERJVj4oMSkgJm5ic3A7QSAmbmJzcDsicHJvYmxlbSAmbmJzcDtzdGF0ZW1lbnQiICZu YnNwO2RvY3VtZW50ICZuYnNwO3RoYXQgDQombmJzcDtnaXZlcyAmbmJzcDthbiAmbmJzcDtvdmVy dmlldyAmbmJzcDtvZiAmbmJzcDt0aGU8L0RJVj4NCjxESVY+cHJvcG9zZWQgJm5ic3A7UDJQICZu YnNwO3N0cmVhbWluZyAmbmJzcDtzeXN0ZW0sICZuYnNwO21vdGl2YXRlcyAmbmJzcDt0aGUgDQom bmJzcDtkZXNpcmUgJm5ic3A7Zm9yPC9ESVY+DQo8RElWPnN0YW5kYXJkaXplZCAmbmJzcDtwcm90 b2NvbHMsICZuYnNwO2RlZmluZXMgJm5ic3A7dGhlICZuYnNwO2VudmlzaW9uZWQgDQombmJzcDtz Y29wZSAmbmJzcDtvZiAmbmJzcDt0aG9zZTwvRElWPg0KPERJVj5zdGFuZGFyZGl6ZWQgJm5ic3A7 Y29tcG9uZW50cyAmbmJzcDthbmQgJm5ic3A7ZGlzY3Vzc2VzICZuYnNwO2NvbW1vbiANCiZuYnNw O3Rlcm1pbm9sb2dpZXMgJm5ic3A7YW5kPC9ESVY+DQo8RElWPmNvbmNlcHRzLjwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+KDIpICZuYnNwO0EgJm5ic3A7InJlcXVpcmVtZW50cyIgJm5i c3A7ZG9jdW1lbnQgJm5ic3A7dGhhdCAmbmJzcDtkZXRhaWxzIA0KJm5ic3A7dGhlICZuYnNwO3Nw ZWNpZmljICZuYnNwO2Z1bmN0aW9uYWwsPC9ESVY+DQo8RElWPm9wZXJhdGlvbmFsICZuYnNwO2Fu ZCAmbmJzcDtwZXJmb3JtYW5jZSAmbmJzcDtyZXF1aXJlbWVudHMgJm5ic3A7b2YgDQombmJzcDt0 aGUgJm5ic3A7dHdvICZuYnNwO1BQU1A8L0RJVj4NCjxESVY+cHJvdG9jb2xzLjwvRElWPg0KPERJ Vj4mbmJzcDs8L0RJVj4NCjxESVY+KDMpICZuYnNwO0FuICZuYnNwOyJhcmNoaXRlY3R1cmFsICZu YnNwO3N1cnZleSIgJm5ic3A7ZG9jdW1lbnQgJm5ic3A7dGhhdCANCiZuYnNwO3N1bW1hcml6ZXMg Jm5ic3A7Y3VycmVudCAmbmJzcDtQMlA8L0RJVj4NCjxESVY+c3RyZWFtaW5nICZuYnNwO2FyY2hp dGVjdHVyZXMsICZuYnNwO2luICZuYnNwO3BhcnRpY3VsYXIgDQombmJzcDt0cmFja2VyLWJhc2Vk ICZuYnNwO1AyUDwvRElWPg0KPERJVj5zdHJlYW1pbmcgJm5ic3A7c3lzdGVtcywgJm5ic3A7YW5k ICZuYnNwO2hpZ2hsaWdodHMgJm5ic3A7YmVzdCANCiZuYnNwO2N1cnJlbnQgJm5ic3A7cHJhY3Rp Y2VzLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+KDQpICZuYnNwO0EgJm5ic3A7ZGV0 YWlsZWQgJm5ic3A7c3BlY2lmaWNhdGlvbiAmbmJzcDtvZiAmbmJzcDt0aGUgDQombmJzcDtQUFNQ ICZuYnNwO3BlZXIgJm5ic3A7cHJvdG9jb2wuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJ Vj4oNSkgJm5ic3A7QSAmbmJzcDtkZXRhaWxlZCAmbmJzcDtzcGVjaWZpY2F0aW9uICZuYnNwO29m ICZuYnNwO3RoZSANCiZuYnNwO1BQU1AgJm5ic3A7dHJhY2tlciAmbmJzcDtwcm90b2NvbC48L0RJ Vj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPig2KSAmbmJzcDtBICZuYnNwOyJ1c2FnZSAmbmJz cDtndWlkZSIgJm5ic3A7dGhhdCAmbmJzcDtkZXNjcmliZXMgJm5ic3A7aG93IA0KJm5ic3A7dGhl ICZuYnNwO3R3byAmbmJzcDtQUFNQICZuYnNwO3Byb3RvY29scyAmbmJzcDthbmQ8L0RJVj4NCjxE SVY+ZXhpc3RpbmcgJm5ic3A7SUVURiAmbmJzcDtwcm90b2NvbHMsICZuYnNwO3N1Y2ggJm5ic3A7 YXMgJm5ic3A7UDJQU0lQIA0KJm5ic3A7b3IgJm5ic3A7QUxUTywgJm5ic3A7Y2FuICZuYnNwO2Jl ICZuYnNwO2NvbWJpbmVkPC9ESVY+DQo8RElWPnRvICZuYnNwO2NyZWF0ZSAmbmJzcDthICZuYnNw O2RlcGxveWFibGUgJm5ic3A7b3BlcmF0aW9uYWwgJm5ic3A7UDJQIA0KJm5ic3A7c3RyZWFtaW5n ICZuYnNwO3N5c3RlbS4gJm5ic3A7VGhpczwvRElWPg0KPERJVj5kb2N1bWVudCAmbmJzcDttYXkg Jm5ic3A7YWxzbyAmbmJzcDtkaXNjdXNzICZuYnNwO3ZhcmlhbnRzICZuYnNwO29mIA0KJm5ic3A7 c3VjaCAmbmJzcDthICZuYnNwO3N5c3RlbSAmbmJzcDt0aGF0LCAmbmJzcDtmb3I8L0RJVj4NCjxE SVY+ZXhhbXBsZSwgJm5ic3A7dXNlICZuYnNwO2xheWVyZWQgJm5ic3A7bWVkaWEgJm5ic3A7ZW5j b2RpbmcgJm5ic3A7YW5kIA0KJm5ic3A7cmVsYXRlZCAmbmJzcDttZWRpYSAmbmJzcDtjaHVuazwv RElWPg0KPERJVj5kZXNjcmlwdGlvbnMgJm5ic3A7aW4gJm5ic3A7dGhlICZuYnNwO3BlZXIgJm5i c3A7cHJvdG9jb2wgJm5ic3A7Zm9yIA0KJm5ic3A7bW9yZSAmbmJzcDtyb2J1c3QgJm5ic3A7c3Ry ZWFtaW5nLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+VGhlICZuYnNwO3dvcmsgJm5i c3A7aXRlbXMgJm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO1BQU1AgJm5ic3A7V0cgDQombmJzcDtp bnRlcmFjdHMgJm5ic3A7d2l0aCAmbmJzcDt0aGUgJm5ic3A7d29yayAmbmJzcDtwZXJmb3JtZWQg Jm5ic3A7aW4gDQombmJzcDtvdGhlcjwvRElWPg0KPERJVj5JRVRGICZuYnNwO1dHcywgJm5ic3A7 aW5jbHVkaW5nICZuYnNwO1AyUFNJUCwgJm5ic3A7U0lQQ09SRSwgJm5ic3A7QVZULCANCiZuYnNw O0FMVE8sICZuYnNwO0xFREJBVCAmbmJzcDthbmQgJm5ic3A7TU1VU0lDLjwvRElWPg0KPERJVj5X aGVuZXZlciAmbmJzcDtleHRlbnNpb25zICZuYnNwO29yICZuYnNwO21vZGlmaWNhdGlvbiAmbmJz cDt0byAmbmJzcDt0aGUgDQombmJzcDtwcm90b2NvbHMgJm5ic3A7ZGV2ZWxvcGVkICZuYnNwO2lu ICZuYnNwO290aGVyPC9ESVY+DQo8RElWPldHcyAmbmJzcDthcmUgJm5ic3A7ZGVlbWVkICZuYnNw O25lY2Vzc2FyeSwgJm5ic3A7UFBTUCAmbmJzcDtzaGFsbCANCiZuYnNwO2NvbW11bmljYXRlICZu YnNwO2FuZCAmbmJzcDtkaXNjdXNzICZuYnNwO3RoZTwvRElWPg0KPERJVj5yZXF1aXJlbWVudHMg Jm5ic3A7Zm9yICZuYnNwO3N1Y2ggJm5ic3A7ZXh0ZW5zaW9ucyAmbmJzcDt3aXRoICZuYnNwO3Ro ZSANCiZuYnNwO3JlbGV2YW50ICZuYnNwO1dHcy4gJm5ic3A7UFBTUCAmbmJzcDtpcyAmbmJzcDtu b3Q8L0RJVj4NCjxESVY+Y2hhcnRlcmVkICZuYnNwO3RvICZuYnNwO2Rlc2lnbiAmbmJzcDthbmQg Jm5ic3A7c3BlY2lmeSAmbmJzcDtzdWNoIA0KJm5ic3A7Y2hhbmdlcy48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5Hb2FscyAmbmJzcDthbmQgJm5ic3A7 TWlsZXN0b25lczo8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRlYyAmbmJzcDsyMDEw ICZuYnNwO1N1Ym1pdCAmbmJzcDtwcm9ibGVtICZuYnNwO3N0YXRlbWVudCAmbmJzcDt0byANCiZu YnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25hbDwvRElWPg0KPERJVj5BcHIgJm5i c3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7YXJjaGl0ZWN0dXJhbCAmbmJzcDtzdXJ2ZXkgJm5i c3A7dG8gDQombmJzcDtJRVNHICZuYnNwO2FzICZuYnNwO0luZm9ybWF0aW9uYWw8L0RJVj4NCjxE SVY+QXByICZuYnNwOzIwMTEgJm5ic3A7U3VibWl0ICZuYnNwO3JlcXVpcmVtZW50cyAmbmJzcDtk b2N1bWVudCAmbmJzcDt0byANCiZuYnNwO0lFU0cgJm5ic3A7YXMgJm5ic3A7SW5mb3JtYXRpb25h bDwvRElWPg0KPERJVj5BdWcgJm5ic3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7UFBTUCAmbmJz cDtwZWVyICZuYnNwO3Byb3RvY29sICZuYnNwO3RvIA0KJm5ic3A7SUVTRyAmbmJzcDthcyAmbmJz cDtQcm9wb3NlZCAmbmJzcDtTdGFuZGFyZDwvRElWPg0KPERJVj5BdWcgJm5ic3A7MjAxMSAmbmJz cDtTdWJtaXQgJm5ic3A7UFBTUCAmbmJzcDt0cmFja2VyICZuYnNwO3Byb3RvY29sIA0KJm5ic3A7 dG8gJm5ic3A7SUVTRyAmbmJzcDthcyAmbmJzcDtQcm9wb3NlZCAmbmJzcDtTdGFuZGFyZDwvRElW Pg0KPERJVj5EZWMgJm5ic3A7MjAxMSAmbmJzcDtTdWJtaXQgJm5ic3A7dXNhZ2UgJm5ic3A7Z3Vp ZGUgJm5ic3A7dG8gJm5ic3A7SUVTRyANCiZuYnNwO3RvICZuYnNwO0lFU0cgJm5ic3A7YXMgJm5i c3A7SW5mb3JtYXRpb25hbDwvRElWPjwvRk9OVD48L0RJVj4NCjxIUj4NCjwvQk9EWT48L0hUTUw+ DQo= --Boundary_(ID_PbR4JdjA8Y3Z8L7IPRFOXg)-- From hecht@ifi.uzh.ch Wed Mar 24 01:49:36 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62C623A67FB for ; Wed, 24 Mar 2010 01:49:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.13 X-Spam-Level: ** X-Spam-Status: No, score=2.13 tagged_above=-999 required=5 tests=[BAYES_60=1, DNS_FROM_OPENWHOIS=1.13] 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 Tv4XZZBJY4W9 for ; Wed, 24 Mar 2010 01:49:35 -0700 (PDT) Received: from gustav.ifi.uzh.ch (gustav.ifi.uzh.ch [130.60.156.10]) by core3.amsl.com (Postfix) with ESMTP id 9EBC23A676A for ; Wed, 24 Mar 2010 01:49:35 -0700 (PDT) Received: from [192.168.1.229] (retsina.ifi.uzh.ch [130.60.156.181]) (Authenticated sender: hecht) by gustav.ifi.uzh.ch (postfix) with ESMTPSA id 92BD128E96 for ; Wed, 24 Mar 2010 09:49:54 +0100 (CET) From: Fabio Hecht To: ppsp@ietf.org Content-Type: text/plain; charset="UTF-8" Organization: =?ISO-8859-1?Q?Universit=E4t?= =?ISO-8859-1?Q?_Z=FCrich?= Date: Wed, 24 Mar 2010 09:49:53 +0100 Message-Id: <1269420593.26443.25.camel@bart2> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.95.3 at gustav X-Virus-Status: Clean Subject: [ppsp] charter X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 08:49:36 -0000 Hi all, wouldn't it make sense to include the words 'video' and possibly 'audio' in the charter? It says a lot about streaming, but I can see that the discussions are all around video streaming. Regards Fabio -- Fabio Hecht University of Zurich - Department of Informatics (IfI) Binzmühlestrasse 14 CH-8050 Zürich, Switzerland Ph.: +41 44 6357129 / 6350892 Fax: +41 44 6356809 VoIP sip:hecht@ifi.uzh.ch From zhangyunfei@chinamobile.com Wed Mar 24 11:38:07 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2EA493A6C31 for ; Wed, 24 Mar 2010 11:38:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.843 X-Spam-Level: X-Spam-Status: No, score=-92.843 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 I2Dlmh8gYmiX for ; Wed, 24 Mar 2010 11:38:05 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 99D2C3A6959 for ; Wed, 24 Mar 2010 11:38:04 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032502545851-28311 ; Thu, 25 Mar 2010 02:54:58 +0800 Date: Thu, 25 Mar 2010 02:38:20 +0800 From: "zhangyunfei" To: "pengjin@chinamobile.com" , "Fabio Hecht" , "ppsp" References: <1269420593.26443.25.camel@bart2> Message-ID: <201003250238185627306@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-25 02:54:59, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-25 02:38:25, Serialize complete at 2010-03-25 02:38:25 Content-Type: multipart/alternative; boundary="=====003_Dragon212055678750_=====" Subject: Re: [ppsp] ***SPAM*** 8.607 (5) Re: charter X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 18:38:07 -0000 This is a multi-part message in MIME format. --=====003_Dragon212055678750_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" V2UgZGlkbid0IGRpc2N1c3MgdG9vIG11Y2ggdGhpbmdzIG9uIGF1ZGlvIHRpbGwgbm93IHNpbmNl IHdlIGRpZG4ndCBzZWUgc3Ryb25nICJyZWFsLXRpbWUiIGFuZCAiYWJydXB0IGxhcmdlLXNjYWxl ImRlbWFuZHMgb24gYXVkaW8geWV0Lg0KQW55d2F5IHRoZXJlIGFyZSBhbHJlYWR5IHNvbWUgcDJw IGF1ZGlvIHN5c3RtZXMgbGlrZSBTcG90aWZ5LkJ1dCBJIHVuZGVyc3RhbmQgdGhhdCBpcyBtYWlu bHkgbW9yZSBsaWtlIGEgZmlsZSBzaGFyaW5nIHN5c3RlbS5BbSBJIHJpZ2h0o79JZiB0aGlzIHdl cmUgdGhlIGNhc2UsUFBTUCBtYXkgYmUgTkFUVUFMTFkgc3VpdCB3aXRoIHRoZW0gc2luY2UgdGhl eSBoYXZlIGxlc3Mgc3RyaW5nZW50IHJlcXVpcmVtZW50cy4gDQoNCkJSDQpZdW5mZWkNCg0KDQoN Cg0Kemhhbmd5dW5mZWkNCjIwMTAtMDMtMjUNCg0KDQoNCreivP7Iy6O6IMXtvfooUGVuZyBKaW4p DQq3osvNyrG85KO6IDIwMTAtMDMtMjUgMDI6MzE6MDUNCsrVvP7Iy6O6IEZhYmlvIEhlY2h0OyBw cHNwDQqzrcvNo7ogDQrW98zio7ogW3Bwc3BdICoqKlNQQU0qKiogOC42MDcgKDUpIFJlOiBjaGFy dGVyDQoNCkhpIEZhYmlvOg0KDQpJIHRoaW5rIHRoYXQgUDJQIGF1ZGlvIGlzIGFsc28gaW1wb3J0 YW50IGFwcGxpY2F0aW9uLCBzaGFsbCBpdCBiZSBzdGF0ZWQgaW4gdGhlIGNoYXJ0ZXIsIG9yIGJl IGNvbnNpZGVyZWQgdGhlIGltcGFjdCBvZiBQMlAgYXVkaW8gb24gUFBTUCByZXF1aXJlbWVudGFu ZCBkZXNpZ24gaW4gZGlmZmVyZW50IHdvcmsgaXRlbXM/DQoNCi0tDQpSZWdhcmRzLA0KDQpSZXNl YXJjaCBJbnN0aXR1dGUgb2YgQ2hpbmEgTW9iaWxlDQpQZW5nIEppbg0KZS1tYWlsOiBwZW5namlu QGNoaW5hbW9iaWxlLmNvbQ0KbW9iaWxlOis4NjEzOS0xMTI4LTExOTMNCnBob25lOiArODYxMC02 NjAwLTY2ODggZXh0LiAzMjUyDQoNCjIwMTAtMDMtMjUgDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tIA0KRnJvbTogRmFiaW8gSGVjaHQgDQpUbzogcHBzcCANClNlbnQ6IDIwMTAtMDMtMjQs IDE2OjQ5OjUzDQpTdWJqZWN0OiBbcHBzcF0gY2hhcnRlcg0KDQoNCkhpIGFsbCwNCg0Kd291bGRu J3QgaXQgbWFrZSBzZW5zZSB0byBpbmNsdWRlIHRoZSB3b3JkcyAndmlkZW8nIGFuZCBwb3NzaWJs eSAnYXVkaW8nDQppbiB0aGUgY2hhcnRlcj8gSXQgc2F5cyBhIGxvdCBhYm91dCBzdHJlYW1pbmcs IGJ1dCBJIGNhbiBzZWUgdGhhdCB0aGUNCmRpc2N1c3Npb25zIGFyZSBhbGwgYXJvdW5kIHZpZGVv IHN0cmVhbWluZy4NCg0KUmVnYXJkcw0KDQpGYWJpbw0KDQotLSANCkZhYmlvIEhlY2h0DQoNClVu aXZlcnNpdHkgb2YgWnVyaWNoIC0gRGVwYXJ0bWVudCBvZiBJbmZvcm1hdGljcyAoSWZJKQ0KQmlu em2ouWhsZXN0cmFzc2UgMTQgQ0gtODA1MCBaqLlyaWNoLCBTd2l0emVybGFuZA0KUGguOiArNDEg NDQgNjM1NzEyOSAvIDYzNTA4OTIgRmF4OiArNDEgNDQgNjM1NjgwOQ0KVm9JUCBzaXA6aGVjaHRA aWZpLnV6aC5jaA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KcHBzcCBtYWlsaW5nIGxpc3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcHBzcA0K --=====003_Dragon212055678750_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPldlIGRpZG4ndCBkaXNjdXNzIHRvbyBt dWNoIHRoaW5ncyANCm9uIGF1ZGlvIHRpbGwgbm93IHNpbmNlIHdlIGRpZG4ndCBzZWUgc3Ryb25n ICJyZWFsLXRpbWUiIGFuZCAiYWJydXB0IA0KbGFyZ2Utc2NhbGUiZGVtYW5kcyBvbiBhdWRpbyB5 ZXQuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBz aXplPTI+QW55d2F5IHRoZXJlIGFyZSBhbHJlYWR5IA0Kc29tZSZuYnNwO3AycCBhdWRpbyBzeXN0 bWVzJm5ic3A7bGlrZSBTcG90aWZ5LkJ1dCBJIHVuZGVyc3RhbmQgdGhhdCBpcyBtYWlubHkgDQpt b3JlIGxpa2UgYSBmaWxlIHNoYXJpbmcgc3lzdGVtLkFtIEkgcmlnaHSjv0lmIHRoaXMgd2VyZSB0 aGUgY2FzZSxQUFNQIG1heSBiZSANCk5BVFVBTExZJm5ic3A7c3VpdCB3aXRoIHRoZW0gc2luY2Ug dGhleSBoYXZlIGxlc3Mgc3RyaW5nZW50IA0KcmVxdWlyZW1lbnRzLiZuYnNwOzwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPjwvRk9OVD4m bmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0y PkJSPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29sb3I9IzAwMDBmZiBz aXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0y PjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYgYWxpZ249bGVmdD48 Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhFSUdI VDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMwYzA+ PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTI1PC9GT05UPjwvRk9OVD48L0RJVj48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreivP7Iy6O6 PC9TVFJPTkc+IMXtvfooUGVuZyANCkppbik8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+t6LLzcqxvOSjujwvU1RST05HPiAN CjIwMTAtMDMtMjUmbmJzcDswMjozMTowNTwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz7K1bz+yMujujwvU1RST05HPiBGYWJp byBIZWNodDsgDQpwcHNwPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJk YW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOty82jujwvU1RST05HPiA8L0ZPTlQ+PC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+1vfM4qO6 PC9TVFJPTkc+IFtwcHNwXSAqKipTUEFNKioqIA0KOC42MDcgKDUpIFJlOiBjaGFydGVyPC9GT05U PjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5i c3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8RElWPg0KPERJVj4N CjxESVY+SGkgRmFiaW86PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JIHRoaW5rIHRo YXQgUDJQIGF1ZGlvIGlzIGFsc28gaW1wb3J0YW50IGFwcGxpY2F0aW9uLCBzaGFsbCZuYnNwO2l0 IGJlIA0Kc3RhdGVkJm5ic3A7aW4gdGhlIGNoYXJ0ZXIsIG9yIGJlIGNvbnNpZGVyZWQgdGhlIGlt cGFjdCBvZiBQMlAgYXVkaW8gb24gUFBTUCANCnJlcXVpcmVtZW50YW5kIGRlc2lnbiZuYnNwO2lu IGRpZmZlcmVudCB3b3JrIGl0ZW1zPzwvRElWPg0KPERJVj4NCjxESVY+PEZPTlQgZmFjZT1UYWhv bWEgY29sb3I9IzAwMDA4MD48IS0tQUlEX0VESVRfQVRUQUNITUVOVF9CRUdJTi0tPjwhLS1BSURf RURJVF9BVFRBQ0hNRU5UX0VORC0tPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1UYWhv bWEgY29sb3I9IzAwMDA4MD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VGFo b21hIGNvbG9yPSMwMDAwODA+LS08L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VGFob21h IGNvbG9yPSMwMDAwODA+UmVnYXJkcyw8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZP TlQgZmFjZT1UYWhvbWEgY29sb3I9IzAwMDA4MD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9VGFob21hIGNvbG9yPSMwMDAwODA+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBm YWNlPVRhaG9tYSBjb2xvcj0jMDAwMDgwPlJlc2VhcmNoIEluc3RpdHV0ZSBvZiBDaGluYSANCk1v YmlsZTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1UYWhvbWEgY29sb3I9IzAwMDA4MD5Q ZW5nIEppbjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1UYWhvbWE+PEZPTlQgY29sb3I9 IzAwMDA4MD5lLW1haWw6IDwvRk9OVD48QSANCmhyZWY9Im1haWx0bzpwZW5namluQGNoaW5hbW9i aWxlLmNvbSI+PEZPTlQgDQpjb2xvcj0jMDAwMDgwPnBlbmdqaW5AY2hpbmFtb2JpbGUuY29tPC9G T05UPjwvQT48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSMwMDAwODA+bW9iaWxlOis4 NjEzOS0xMTI4LTExOTM8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VGFob21hIGNvbG9y PSMwMDAwODA+cGhvbmU6ICs4NjEwLTY2MDAtNjY4OCBleHQuIA0KMzI1MjwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgY29sb3I9IzAwMDA4MD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9VGFob21hIGNvbG9yPSMwMDAwODA+MjAxMC0wMy0yNSA8L0ZPTlQ+PC9ESVY+PC9ESVY+ PC9ESVY+LS0tLS0gDQpPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIDwvRElWPg0KPEJMT0NLUVVPVEUg DQpzdHlsZT0iUEFERElORy1SSUdIVDogMHB4OyBQQURESU5HLUxFRlQ6IDVweDsgTUFSR0lOLUxF RlQ6IDVweDsgQk9SREVSLUxFRlQ6ICMwMDAwMDAgMnB4IHNvbGlkOyBNQVJHSU4tUklHSFQ6IDBw eCI+DQogIDxESVYgDQogIHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFsOyBGT05ULVNJWkU6IDlw dDsgQkFDS0dST1VORDogI2U0ZTRlNDsgTElORS1IRUlHSFQ6IG5vcm1hbDsgRk9OVC1TVFlMRTog bm9ybWFsOyBGT05ULVZBUklBTlQ6IG5vcm1hbDsgZm9udC1jb2xvcjogYmxhY2siPjxCPkZyb206 IA0KICA8L0I+PEEgaHJlZj0ibWFpbHRvOmhlY2h0QGlmaS51emguY2giPkZhYmlvIEhlY2h0PC9B PiA8L0RJVj4NCiAgPERJViANCiAgc3R5bGU9IkZPTlQtV0VJR0hUOiBub3JtYWw7IEZPTlQtU0la RTogOXB0OyBMSU5FLUhFSUdIVDogbm9ybWFsOyBGT05ULVNUWUxFOiBub3JtYWw7IEZPTlQtVkFS SUFOVDogbm9ybWFsIj48Qj5UbzogDQogIDwvQj48QSBocmVmPSJtYWlsdG86cHBzcEBpZXRmLm9y ZyI+cHBzcDwvQT4gPC9ESVY+DQogIDxESVYgDQogIHN0eWxlPSJGT05ULVdFSUdIVDogbm9ybWFs OyBGT05ULVNJWkU6IDlwdDsgTElORS1IRUlHSFQ6IG5vcm1hbDsgRk9OVC1TVFlMRTogbm9ybWFs OyBGT05ULVZBUklBTlQ6IG5vcm1hbCI+PEI+U2VudDogDQogIDwvQj4yMDEwLTAzLTI0LCAxNjo0 OTo1MzwvRElWPg0KICA8RElWIA0KICBzdHlsZT0iRk9OVC1XRUlHSFQ6IG5vcm1hbDsgRk9OVC1T SVpFOiA5cHQ7IExJTkUtSEVJR0hUOiBub3JtYWw7IEZPTlQtU1RZTEU6IG5vcm1hbDsgRk9OVC1W QVJJQU5UOiBub3JtYWwiPjxCPlN1YmplY3Q6IA0KICA8L0I+W3Bwc3BdIGNoYXJ0ZXI8L0RJVj4N CiAgPERJVj48QlI+PC9ESVY+DQogIDxESVY+PC9ESVY+DQogIDxESVY+DQogIDxESVY+SGkgYWxs LDxCUj48QlI+d291bGRuJ3QgaXQgbWFrZSBzZW5zZSB0byBpbmNsdWRlIHRoZSB3b3JkcyAndmlk ZW8nIGFuZCANCiAgcG9zc2libHkgJ2F1ZGlvJzxCUj5pbiB0aGUgY2hhcnRlcj8gSXQgc2F5cyBh IGxvdCBhYm91dCBzdHJlYW1pbmcsIGJ1dCBJIGNhbiANCiAgc2VlIHRoYXQgdGhlPEJSPmRpc2N1 c3Npb25zIGFyZSBhbGwgYXJvdW5kIHZpZGVvIA0KICBzdHJlYW1pbmcuPEJSPjxCUj5SZWdhcmRz PEJSPjxCUj5GYWJpbzxCUj48QlI+LS0gPEJSPkZhYmlvIA0KICBIZWNodDxCUj48QlI+VW5pdmVy c2l0eSBvZiBadXJpY2ggLSBEZXBhcnRtZW50IG9mIEluZm9ybWF0aWNzIA0KICAoSWZJKTxCUj5C aW56bai5aGxlc3RyYXNzZSAxNCBDSC04MDUwIFqouXJpY2gsIFN3aXR6ZXJsYW5kPEJSPlBoLjog KzQxIDQ0IA0KICA2MzU3MTI5IC8gNjM1MDg5MiBGYXg6ICs0MSA0NCA2MzU2ODA5PEJSPlZvSVAg c2lwOjxBIA0KICBocmVmPSJtYWlsdG86IGhlY2h0QGlmaS51emguY2giPmhlY2h0QGlmaS51emgu Y2g8L0E+PEJSPjxCUj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxCUj5wcHNwIA0KICBtYWlsaW5nIGxpc3Q8QlI+PEEgaHJlZj0ibWFpbHRvOiBwcHNwQGll dGYub3JnIj5wcHNwQGlldGYub3JnPC9BPjxCUj48QSANCiAgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3Bwc3A8L0E+PEJSPjwvRElWPjwvRElWPjwvQkxPQ0tRVU9URT48L0ZPTlQ+PC9E SVY+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon212055678750_=====-- From zhangyunfei@chinamobile.com Wed Mar 24 13:08:16 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8FA763A6924 for ; Wed, 24 Mar 2010 13:08:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.643 X-Spam-Level: X-Spam-Status: No, score=-92.643 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 4j9X8t+yfF47 for ; Wed, 24 Mar 2010 13:08:13 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id 37B263A683E for ; Wed, 24 Mar 2010 13:08:13 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010032504250355-29410 ; Thu, 25 Mar 2010 04:25:03 +0800 Date: Thu, 25 Mar 2010 04:08:25 +0800 From: "zhangyunfei" To: "songhaibin 64081" , "ppsp@ietf.org" References: Message-ID: <201003250407522650635@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-25 04:25:04, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-25 04:08:34, Serialize complete at 2010-03-25 04:08:34 Content-Type: multipart/alternative; boundary="=====003_Dragon734814238483_=====" Subject: Re: [ppsp] presentation slides X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 20:08:16 -0000 This is a multi-part message in MIME format. --=====003_Dragon734814238483_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" V2UnbGwgdXBkYXRlIHRoZSB0by1iZS1wcmVzZW50ZWQgbWF0ZXJpYWxzIHRvIHRoZSB3aWtpIHBh Z2Ugd2l0aGluIHRoZSBmb2xsb3dpbmcgZGF5cy4NCg0KWXVuZmVpDQoNCg0KDQoNCnpoYW5neXVu ZmVpDQoyMDEwLTAzLTI1DQoNCg0KDQq3orz+yMujuiBzb25naGFpYmluIDY0MDgxDQq3osvNyrG8 5KO6IDIwMTAtMDMtMjMgMDk6MDg6MzMNCsrVvP7Iy6O6IHBwc3BAaWV0Zi5vcmcNCrOty82juiAN Ctb3zOKjuiBbcHBzcF0gcHJlc2VudGF0aW9uIHNsaWRlcw0KDQoNCldobyAgY2FuICB0ZWxsICBt ZSAgd2hlcmUgIGNhbiAgSSAgZ2V0ICB0aGUgIHNsaWRlcyAgZm9yICBQUFNQICBwcmVzZW50YXRp b25zPyAgSSdtICBsb29raW5nICBmb3J3YXJkICB0byAgcmVhZGluZyAgdGhlbS4NCg0KQlIsDQpI YWliaW4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CnBwc3AgIG1haWxpbmcgIGxpc3QNCnBwc3BAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcHBzcA0K --=====003_Dragon734814238483_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPldlJ2xsIHVwZGF0ZSB0aGUgDQp0by1i ZS1wcmVzZW50ZWQmbmJzcDttYXRlcmlhbHMgdG8gdGhlIHdpa2kgcGFnZSB3aXRoaW4gdGhlIGZv bGxvd2luZyANCmRheXMuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgY29s b3I9IzAwMDBmZiBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZl cmRhbmEgY29sb3I9IzAwMDBmZiBzaXplPTI+WXVuZmVpPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVm dD4NCjxESVYgYWxpZ249bGVmdD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxl PSJXSURUSDogMTIycHg7IEhFSUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGNvbG9yPSNjMGMwYzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZl aTwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTAzLTI1 PC9GT05UPjwvRk9OVD48L0RJVj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9 Mj4NCjxIUj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNp emU9Mj48U1RST05HPreivP7Iy6O6PC9TVFJPTkc+IHNvbmdoYWliaW4gDQo2NDA4MTwvRk9OVD48 L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9O Rz63osvNyrG85KO6PC9TVFJPTkc+IA0KMjAxMC0wMy0yMyZuYnNwOzA5OjA4OjMzPC9GT05UPjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05H PsrVvP7Iy6O6PC9TVFJPTkc+IA0KcHBzcEBpZXRmLm9yZzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvNo7o8L1NUUk9O Rz4gPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNp emU9Mj48U1RST05HPtb3zOKjujwvU1RST05HPiBbcHBzcF0gcHJlc2VudGF0aW9uIA0Kc2xpZGVz PC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZP TlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5XaG8gJm5ic3A7Y2FuICZuYnNwO3RlbGwgJm5ic3A7bWUgJm5ic3A7 d2hlcmUgJm5ic3A7Y2FuICZuYnNwO0kgJm5ic3A7Z2V0IA0KJm5ic3A7dGhlICZuYnNwO3NsaWRl cyAmbmJzcDtmb3IgJm5ic3A7UFBTUCAmbmJzcDtwcmVzZW50YXRpb25zPyAmbmJzcDtJJ20gDQom bmJzcDtsb29raW5nICZuYnNwO2ZvcndhcmQgJm5ic3A7dG8gJm5ic3A7cmVhZGluZyAmbmJzcDt0 aGVtLjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+QlIsPC9ESVY+DQo8RElWPkhhaWJp bjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188L0RJVj4NCjxESVY+cHBzcCAmbmJzcDttYWlsaW5nICZu YnNwO2xpc3Q8L0RJVj4NCjxESVY+cHBzcEBpZXRmLm9yZzwvRElWPg0KPERJVj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bwc3A8L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZ PjwvSFRNTD4NCg== --=====003_Dragon734814238483_=====-- From davidbryan@gmail.com Tue Mar 30 13:16:28 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CAAC33A6809 for ; Tue, 30 Mar 2010 13:16:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.66 X-Spam-Level: * X-Spam-Status: No, score=1.66 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_40=-0.185, DNS_FROM_OPENWHOIS=1.13, 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 A+Vnz1SeBjYP for ; Tue, 30 Mar 2010 13:16:26 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 0B09F3A6811 for ; Tue, 30 Mar 2010 13:16:25 -0700 (PDT) Received: by gyh4 with SMTP id 4so6806021gyh.31 for ; Tue, 30 Mar 2010 13:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:received:message-id:subject:from:to :content-type; bh=vKiHF8x/+6e6RHJ5NRRcGCJ0rnOzhdb92MDOUa42haA=; b=GxgqmXMURZXw8S7nQ/WCKr0Mn+s8U8omKjQ0frHrmbFRwfzHBaTvjFPOFMk4ObOq9b bUTcsZmWi4F59FvKxxRNvqw5XI0gCcr1TBZZT+TMHcHjOF5ULf+ZWxPwjkCTEj17GbWp dt/iGIKwtb2tkERhb0KFtp7UYl3GtbFcEgQAU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=RqLPEjvtS3CF+mnPAJ2fl3y+Pjv2CF+ZHVi0z4ZaG1PXY2N0twC+uaQCFoFMK9Rj/3 QA+B0ho9bPbmbuvC+5Yh78yGkUsl4ttBp4a1RZnzrzBQhOE64haCbpfD64MOsg37M3uu yfaVMttFVXK2tQPqJdCIDo0tqpGr47JTv9YTM= MIME-Version: 1.0 Sender: davidbryan@gmail.com Received: by 10.150.200.16 with HTTP; Tue, 30 Mar 2010 13:16:53 -0700 (PDT) Date: Tue, 30 Mar 2010 13:16:53 -0700 X-Google-Sender-Auth: 648d1ef711181d50 Received: by 10.150.47.33 with SMTP id u33mr6017592ybu.335.1269980213062; Tue, 30 Mar 2010 13:16:53 -0700 (PDT) Message-ID: <8b2769931003301316kfb89548mda78752dd6dbe849@mail.gmail.com> From: "David A. Bryan" To: ppsp@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [ppsp] BitTorrent Specs X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 20:16:28 -0000 During the meeting I mentioned the BitTorrent Protocol Spec, BEP003. I was asked to send a link to the list. You can find it here: http://www.bittorrent.org/beps/bep_0003.html I also found the following very interesting document (apparently unofficial) when I was digging around, which is far more detailed: http://wiki.theory.org/BitTorrentSpecification Anyway, makes for interesting reading. David From zhangyunfei@chinamobile.com Tue Mar 30 19:52:08 2010 Return-Path: X-Original-To: ppsp@core3.amsl.com Delivered-To: ppsp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B921E3A6810 for ; Tue, 30 Mar 2010 19:52:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.576 X-Spam-Level: X-Spam-Status: No, score=-92.576 tagged_above=-999 required=5 tests=[AWL=-0.133, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, 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 xbFjrrQ0SlV2 for ; Tue, 30 Mar 2010 19:52:07 -0700 (PDT) Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.130.253.133]) by core3.amsl.com (Postfix) with ESMTP id C435D3A63EC for ; Tue, 30 Mar 2010 19:52:06 -0700 (PDT) Received: from LENOVO-917FFE55 ([10.2.2.1]) by mail.chinamobile.com (Lotus Domino Release 6.5.5FP1) with SMTP id 2010033111093594-5936 ; Wed, 31 Mar 2010 11:09:35 +0800 Date: Wed, 31 Mar 2010 10:52:31 +0800 From: "zhangyunfei" To: "David A. Bryan" , "ppsp@ietf.org" References: <8b2769931003301316kfb89548mda78752dd6dbe849@mail.gmail.com> Message-ID: <201003311052311714454@chinamobile.com> X-mailer: Foxmail 6, 2, 103, 20 [cn] Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-31 11:09:35, Serialize by Router on cmccmta/servers/cmcc(Release 6.5.5FP1 | April 14, 2006) at 2010-03-31 10:52:37, Serialize complete at 2010-03-31 10:52:37 Content-Type: multipart/alternative; boundary="=====003_Dragon663480178166_=====" Subject: Re: [ppsp] BitTorrent Specs X-BeenThere: ppsp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: discussing to draw up peer to peer streaming protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 02:52:08 -0000 This is a multi-part message in MIME format. --=====003_Dragon663480178166_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" VGhhbmtzIERhdmlkLkFzIHdlIGRpc2N1c3NlZCBvbiBsYXN0IE1vbmRheSdzIG1lZXRpbmcsQml0 dG9ycmVudCBwcm90b2NvbCBpcyBhIGdvb2QgcmVmZXJlbmNlIGZvciBQUFNQIHRyYWNrZXIgcHJv dG9jb2wuVGhpcyBtYXRlcmlhbCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0aW5nIHBvaW50IHRvIHN0 dWR5IHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gQml0dG9ycmVudCBwcm90b2NvbCBhbmQgcHJvdG9j b2xzIGxpa2UgUFBMaXZlLFBQc3RyZWFtLg0KDQpJJ2xsIHJlYWQgaXQgY2FyZWZ1bGx5IGZvciB0 aGUgc3R1ZHkuDQoNCll1bmZlaQ0KDQoNCg0KDQp6aGFuZ3l1bmZlaQ0KMjAxMC0wMy0zMQ0KDQoN Cg0Kt6K8/sjLo7ogRGF2aWQgQS4gQnJ5YW4NCreiy83Ksbzko7ogMjAxMC0wMy0zMSAwNDozNDow OQ0KytW8/sjLo7ogcHBzcEBpZXRmLm9yZw0Ks63LzaO6IA0K1vfM4qO6IFtwcHNwXSBCaXRUb3Jy ZW50IFNwZWNzDQoNCkR1cmluZyAgdGhlICBtZWV0aW5nICBJICBtZW50aW9uZWQgIHRoZSAgQml0 VG9ycmVudCAgUHJvdG9jb2wgIFNwZWMsICBCRVAwMDMuICBJDQp3YXMgIGFza2VkICB0byAgc2Vu ZCAgYSAgbGluayAgdG8gIHRoZSAgbGlzdC4NCg0KWW91ICBjYW4gIGZpbmQgIGl0ICBoZXJlOiAg aHR0cDovL3d3dy5iaXR0b3JyZW50Lm9yZy9iZXBzL2JlcF8wMDAzLmh0bWwNCg0KSSAgYWxzbyAg Zm91bmQgIHRoZSAgZm9sbG93aW5nICB2ZXJ5ICBpbnRlcmVzdGluZyAgZG9jdW1lbnQgIChhcHBh cmVudGx5DQp1bm9mZmljaWFsKSAgd2hlbiAgSSAgd2FzICBkaWdnaW5nICBhcm91bmQsICB3aGlj aCAgaXMgIGZhciAgbW9yZSAgZGV0YWlsZWQ6DQoNCmh0dHA6Ly93aWtpLnRoZW9yeS5vcmcvQml0 VG9ycmVudFNwZWNpZmljYXRpb24NCg0KQW55d2F5LCAgbWFrZXMgIGZvciAgaW50ZXJlc3Rpbmcg IHJlYWRpbmcuDQoNCkRhdmlkDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KcHBzcCAgbWFpbGluZyAgbGlzdA0KcHBzcEBpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wcHNwDQo= --=====003_Dragon663480178166_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yOTAwLjM0OTIiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8qIEZvbnQgRGVm aW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCiAvKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4dC1hbGlnbjpq dXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1zaXplOjEwLjVw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlw ZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOndpbmRv d3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQt ZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8NCiBAcGFnZSBT ZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3 Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlvbjENCgl7cGFn ZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PEZPTlQg ZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPlRoYW5rcyBEYXZpZC5BcyB3ZSBkaXNj dXNzZWQgb24gDQpsYXN0IE1vbmRheSdzIG1lZXRpbmcsQml0dG9ycmVudCBwcm90b2NvbCBpcyBh IGdvb2QgcmVmZXJlbmNlIGZvciBQUFNQIHRyYWNrZXIgDQpwcm90b2NvbC5UaGlzIG1hdGVyaWFs IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQgdG8gc3R1ZHkgdGhlIGRpZmZlcmVuY2Ug DQpiZXR3ZWVuIEJpdHRvcnJlbnQgcHJvdG9jb2wgYW5kIHByb3RvY29scyBsaWtlIFBQTGl2ZSxQ UHN0cmVhbS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAw MGZmIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBj b2xvcj0jMDAwMGZmIHNpemU9Mj5JJ2xsIHJlYWQgaXQgY2FyZWZ1bGx5IGZvciB0aGUgDQpzdHVk eS48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0jMDAwMGZmIHNp emU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYSBjb2xvcj0j MDAwMGZmIHNpemU9Mj5ZdW5mZWk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFu YSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0Pg0KPERJViBhbGln bj1sZWZ0PjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8SFIgc3R5bGU9IldJRFRIOiAxMjJw eDsgSEVJR0hUOiAycHgiIFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgY29sb3I9 I2MwYzBjMD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPnpoYW5neXVuZmVpPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPjIwMTAtMDMtMzE8L0ZPTlQ+PC9GT05U PjwvRElWPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSPg0KPC9G T05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+ t6K8/sjLo7o8L1NUUk9ORz4gRGF2aWQgQS4gDQpCcnlhbjwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz63osvNyrG85KO6PC9T VFJPTkc+IA0KMjAxMC0wMy0zMSZuYnNwOzA0OjM0OjA5PC9GT05UPjwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPsrVvP7Iy6O6PC9TVFJP Tkc+IA0KcHBzcEBpZXRmLm9yZzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYT48Rk9OVCBzaXplPTI+PFNUUk9ORz6zrcvNo7o8L1NUUk9ORz4gPC9GT05UPjwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPtb3 zOKjujwvU1RST05HPiBbcHBzcF0gQml0VG9ycmVudCANClNwZWNzPC9GT05UPjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9VmVyZGFuYSBzaXplPTI+DQo8RElWPkR1cmluZyAmbmJzcDt0aGUgJm5i c3A7bWVldGluZyAmbmJzcDtJICZuYnNwO21lbnRpb25lZCAmbmJzcDt0aGUgDQombmJzcDtCaXRU b3JyZW50ICZuYnNwO1Byb3RvY29sICZuYnNwO1NwZWMsICZuYnNwO0JFUDAwMy4gJm5ic3A7STwv RElWPg0KPERJVj53YXMgJm5ic3A7YXNrZWQgJm5ic3A7dG8gJm5ic3A7c2VuZCAmbmJzcDthICZu YnNwO2xpbmsgJm5ic3A7dG8gJm5ic3A7dGhlIA0KJm5ic3A7bGlzdC48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPllvdSAmbmJzcDtjYW4gJm5ic3A7ZmluZCAmbmJzcDtpdCAmbmJzcDto ZXJlOiAmbmJzcDs8QSANCmhyZWY9Imh0dHA6Ly93d3cuYml0dG9ycmVudC5vcmcvYmVwcy9iZXBf MDAwMy5odG1sIj5odHRwOi8vd3d3LmJpdHRvcnJlbnQub3JnL2JlcHMvYmVwXzAwMDMuaHRtbDwv QT48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkkgJm5ic3A7YWxzbyAmbmJzcDtmb3Vu ZCAmbmJzcDt0aGUgJm5ic3A7Zm9sbG93aW5nICZuYnNwO3ZlcnkgDQombmJzcDtpbnRlcmVzdGlu ZyAmbmJzcDtkb2N1bWVudCAmbmJzcDsoYXBwYXJlbnRseTwvRElWPg0KPERJVj51bm9mZmljaWFs KSAmbmJzcDt3aGVuICZuYnNwO0kgJm5ic3A7d2FzICZuYnNwO2RpZ2dpbmcgJm5ic3A7YXJvdW5k LCANCiZuYnNwO3doaWNoICZuYnNwO2lzICZuYnNwO2ZhciAmbmJzcDttb3JlICZuYnNwO2RldGFp bGVkOjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEEgDQpocmVmPSJodHRwOi8vd2lr aS50aGVvcnkub3JnL0JpdFRvcnJlbnRTcGVjaWZpY2F0aW9uIj5odHRwOi8vd2lraS50aGVvcnku b3JnL0JpdFRvcnJlbnRTcGVjaWZpY2F0aW9uPC9BPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4N CjxESVY+QW55d2F5LCAmbmJzcDttYWtlcyAmbmJzcDtmb3IgJm5ic3A7aW50ZXJlc3RpbmcgJm5i c3A7cmVhZGluZy48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPkRhdmlkPC9ESVY+DQo8 RElWPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9ESVY+ DQo8RElWPnBwc3AgJm5ic3A7bWFpbGluZyAmbmJzcDtsaXN0PC9ESVY+DQo8RElWPnBwc3BAaWV0 Zi5vcmc8L0RJVj4NCjxESVY+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9w cHNwPC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=====003_Dragon663480178166_=====--