From haibin.song@huawei.com Mon Dec 13 18:40:57 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 937913A6E32 for ; Mon, 13 Dec 2010 18:40:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.414 X-Spam-Level: X-Spam-Status: No, score=-1.414 tagged_above=-999 required=5 tests=[AWL=-0.920, 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 5v5Os03JtMqv for ; Mon, 13 Dec 2010 18:40:56 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 714CB3A6D5D for ; Mon, 13 Dec 2010 18:40:56 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDE002BBCUPYM@szxga05-in.huawei.com> for decade@ietf.org; Tue, 14 Dec 2010 10:42:25 +0800 (CST) Received: from szxeml202-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDE00I4ZCUMGB@szxga05-in.huawei.com> for decade@ietf.org; Tue, 14 Dec 2010 10:42:25 +0800 (CST) Received: from SZXEML401-HUB.china.huawei.com (10.82.67.31) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.218.12; Tue, 14 Dec 2010 10:41:05 +0800 Received: from SZXEML508-MBX.china.huawei.com ([fe80::d937:4b28:8a68:32a7]) by SZXEML401-HUB.china.huawei.com ([fe80::c9f9:7955:fbfb:f9e6%11]) with mapi id 14.01.0218.012; Tue, 14 Dec 2010 10:42:22 +0800 Date: Tue, 14 Dec 2010 02:42:21 +0000 From: Songhaibin X-Originating-IP: [172.24.2.41] To: "decade@ietf.org" Message-id: <057E4696615D964AB8053E9EE5DCD3D40196BCCC@szxeml508-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_5imCcdnlQK4/Eo7oQ+MzPQ)" Content-language: en-US Accept-Language: en-US, zh-CN Thread-topic: DECADE meeting minutes for IETF 79 Thread-index: AcubOIgTbLFuHbJhTQGazbvKS5gjCg== X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [decade] DECADE meeting minutes for IETF 79 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 02:40:57 -0000 --Boundary_(ID_5imCcdnlQK4/Eo7oQ+MzPQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Dear all, The meeting minutes for IETF 79 have been uploaded. Please let Rich and I know if you have any questions. We will give an updated version before January 5. Thanks to Christian for taking the notes. http://www.ietf.org/proceedings/79/minutes/decade.txt Thanks, Haibin and Rich --Boundary_(ID_5imCcdnlQK4/Eo7oQ+MzPQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT

Dear all,

 

The meeting minutes for IETF 79 have been uploaded. Please let Rich and I know if you have any questions. We will give an updated version before January 5. Thanks to Christian for taking the notes.

 

http://www.ietf.org/proceedings/79/minutes/decade.txt

 

Thanks,

Haibin and Rich

--Boundary_(ID_5imCcdnlQK4/Eo7oQ+MzPQ)-- From richard_woundy@cable.comcast.com Tue Dec 14 15:33:29 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9FA7D28C12F for ; Tue, 14 Dec 2010 15:33:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.426 X-Spam-Level: X-Spam-Status: No, score=-104.426 tagged_above=-999 required=5 tests=[AWL=-2.692, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 U0jxiv2t-GeL for ; Tue, 14 Dec 2010 15:33:28 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id 06E0B28C121 for ; Tue, 14 Dec 2010 15:33:27 -0800 (PST) Received: from ([24.40.55.40]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.18775482; Tue, 14 Dec 2010 16:43:57 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by pacdcexhub03.cable.comcast.com ([fe80::d1dd:b302:b617:3755%12]) with mapi id 14.01.0255.000; Tue, 14 Dec 2010 18:34:53 -0500 From: "Woundy, Richard" To: "'decade@ietf.org'" Thread-Topic: Adopting architecture draft as DECADE WG document Thread-Index: AcstnqTDuCBDhLkjQ7q2NrGgW/oiqhtid00Q Date: Tue, 14 Dec 2010 23:34:52 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD104C01C@PACDCEXMB05.cable.comcast.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.253.214] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD104C01CPACDCEXMB05cablec_" MIME-Version: 1.0 Subject: [decade] Adopting architecture draft as DECADE WG document X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 23:33:29 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD104C01CPACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, As confirmation of the "hum" we took in the WG session at the IETF meeting = in Beijing, please post on the list if there is any objection to moving the= following draft to a DECADE WG draft: draft-alimi-decade-arch-01 If there are no objections by Tuesday, December 20 2010, the draft above wi= ll be accepted as a WG document fulfilling the "architecture" deliverable. -- Rich and Haibin --_000_1CA25301D2219F40B3AA37201F0EACD104C01CPACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

As confirmation of the= “hum” we took in the WG session at the IETF meeting in Beijing= , please post on the list if there is any objection to moving the following= draft to a DECADE WG draft:

 

draft-alimi-decade-arch-01

 

If there are no object= ions by Tuesday, December 20 2010, the draft above will be accepted as a WG= document fulfilling the "architecture” deliverable.<= /span>

 

-- Rich and Haibin

--_000_1CA25301D2219F40B3AA37201F0EACD104C01CPACDCEXMB05cablec_-- From richard_woundy@cable.comcast.com Wed Dec 15 11:50:06 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A579A3A6EBD for ; Wed, 15 Dec 2010 11:50:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.137 X-Spam-Level: X-Spam-Status: No, score=-104.137 tagged_above=-999 required=5 tests=[AWL=-2.403, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 yBVrjGBwGYyt for ; Wed, 15 Dec 2010 11:49:59 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id 4C2AF3A6EBC for ; Wed, 15 Dec 2010 11:49:59 -0800 (PST) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.18898734; Wed, 15 Dec 2010 13:01:00 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0255.000; Wed, 15 Dec 2010 14:51:34 -0500 From: "Woundy, Richard" To: "'decade@ietf.org'" Thread-Topic: Adopting architecture draft as DECADE WG document Thread-Index: AcstnqTDuCBDhLkjQ7q2NrGgW/oiqhtid00QAFoeHaA= Date: Wed, 15 Dec 2010 19:51:33 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD104CA65@PACDCEXMB05.cable.comcast.com> References: <1CA25301D2219F40B3AA37201F0EACD104C01C@PACDCEXMB05.cable.comcast.com> In-Reply-To: <1CA25301D2219F40B3AA37201F0EACD104C01C@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.251.170] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD104CA65PACDCEXMB05cablec_" MIME-Version: 1.0 Subject: Re: [decade] Adopting architecture draft as DECADE WG document X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:50:07 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD104CA65PACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable (minor correction of the date below) Folks, As confirmation of the "hum" we took in the WG session at the IETF meeting = in Beijing, please post on the list if there is any objection to moving the= following draft to a DECADE WG draft: draft-alimi-decade-arch-01 If there are no objections by Tuesday, December 21 2010, the draft above wi= ll be accepted as a WG document fulfilling the "architecture" deliverable. -- Rich and Haibin From: Woundy, Richard Sent: Tuesday, December 14, 2010 6:35 PM To: 'decade@ietf.org' Cc: 'Haibin Song'; Woundy, Richard Subject: Adopting architecture draft as DECADE WG document Folks, As confirmation of the "hum" we took in the WG session at the IETF meeting = in Beijing, please post on the list if there is any objection to moving the= following draft to a DECADE WG draft: draft-alimi-decade-arch-01 If there are no objections by Tuesday, December 20 2010, the draft above wi= ll be accepted as a WG document fulfilling the "architecture" deliverable. -- Rich and Haibin --_000_1CA25301D2219F40B3AA37201F0EACD104CA65PACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

(minor correction of t= he date below)

 

Folks,

 

As confirmation of the= “hum” we took in the WG session at the IETF meeting in Beijing= , please post on the list if there is any objection to moving the following= draft to a DECADE WG draft:

 

draft-alimi-decade-arch-01

 

If there are no object= ions by Tuesday, December 21 2010, the draft above will be accepted as a WG document fulfilling= the "architecture” deliverable.

 

-- Rich and Haibin

 

From: Woundy, = Richard
Sent: Tuesday, December 14, 2010 6:35 PM
To: 'decade@ietf.org'
Cc: 'Haibin Song'; Woundy, Richard
Subject: Adopting architecture draft as DECADE WG document

 

Folks,

 

As confirmation of the= “hum” we took in the WG session at the IETF meeting in Beijing= , please post on the list if there is any objection to moving the following= draft to a DECADE WG draft:

 

draft-alimi-decade-arch-01

 

If there are no object= ions by Tuesday, December 20 2010, the draft above will be accepted as a WG= document fulfilling the "architecture” deliverable.<= /span>

 

-- Rich and Haibin

--_000_1CA25301D2219F40B3AA37201F0EACD104CA65PACDCEXMB05cablec_-- From richard_woundy@cable.comcast.com Wed Dec 15 12:12:17 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21C2A28C0F2 for ; Wed, 15 Dec 2010 12:12:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.837 X-Spam-Level: X-Spam-Status: No, score=-103.837 tagged_above=-999 required=5 tests=[AWL=-2.103, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 8ZIXcM3mak-2 for ; Wed, 15 Dec 2010 12:12:16 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id 2348B28C0EF for ; Wed, 15 Dec 2010 12:12:16 -0800 (PST) Received: from ([24.40.55.42]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.18903687; Wed, 15 Dec 2010 13:23:15 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB01.cable.comcast.com ([fe80::d1e7:20b5:9b63:21a6%12]) with mapi id 14.01.0255.000; Wed, 15 Dec 2010 15:13:52 -0500 From: "Woundy, Richard" To: "'decade@ietf.org'" Thread-Topic: Reviews of the Decade Problem Statement draft Thread-Index: AcuclJZz4nxTPrqtT4uUeAAn8W9Wtg== Date: Wed, 15 Dec 2010 20:13:51 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD104CB1B@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.251.170] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD104CB1BPACDCEXMB05cablec_" MIME-Version: 1.0 Subject: [decade] Reviews of the Decade Problem Statement draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 20:12:17 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD104CB1BPACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, We would like to prepare the problem statement draft, draft-ietf-decade-pro= blem-statement-00, for working group last call in January. The chairs are looking for document reviews to be sent to the mailing list = by Wednesday December 29. We already have three volunteers from our session= in Beijing (and thanks to Akbar Rahman for already posting his review to t= his list). Additional draft reviews by the deadline would be timely and gre= atly appreciated. After the authors incorporate the feedback from the reviews in a new draft = iteration, the chairs expect to take the draft to WGLC. -- Rich --_000_1CA25301D2219F40B3AA37201F0EACD104CB1BPACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

We would like to prepare the problem statement draft= , draft-ietf-decade-problem-statement-00, for working group last call in = January.

 

The chairs are looking for document reviews to be se= nt to the mailing list by Wednesday December 29. We already have three volu= nteers from our session in Beijing (and thanks to Akbar Rahman for already = posting his review to this list). Additional draft reviews by the deadline would be timely and greatly appre= ciated.

 

After the authors incorporate the feedback from the = reviews in a new draft iteration, the chairs expect to take the draft to WG= LC.

 

-- Rich

--_000_1CA25301D2219F40B3AA37201F0EACD104CB1BPACDCEXMB05cablec_-- From richard_woundy@cable.comcast.com Wed Dec 15 12:12:19 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 96B2428C17F for ; Wed, 15 Dec 2010 12:12:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.603 X-Spam-Level: X-Spam-Status: No, score=-103.603 tagged_above=-999 required=5 tests=[AWL=-1.869, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 3FVoI0mg3+df for ; Wed, 15 Dec 2010 12:12:18 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id A788528C12E for ; Wed, 15 Dec 2010 12:12:18 -0800 (PST) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.18903692; Wed, 15 Dec 2010 13:23:20 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0255.000; Wed, 15 Dec 2010 15:13:54 -0500 From: "Woundy, Richard" To: "'decade@ietf.org'" Thread-Topic: Reviews of the Decade Survey draft Thread-Index: AcuclJdof7II0b1bR9GixOWzuqDcEA== Date: Wed, 15 Dec 2010 20:13:53 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.25.251.170] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD104CB25PACDCEXMB05cablec_" MIME-Version: 1.0 Subject: [decade] Reviews of the Decade Survey draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 20:12:19 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD104CB25PACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, We would like to prepare the survey draft, draft-ietf-decade-survey-01, for working group l= ast call in January. The chairs are looking for document reviews to be sent to the mailing list = by Wednesday December 29. We already have three volunteers from our session= in Beijing. Additional draft reviews by the deadline would be timely and g= reatly appreciated. After the authors incorporate the feedback from the reviews in a new draft = iteration, the chairs expect to take the draft to WGLC. -- Rich --_000_1CA25301D2219F40B3AA37201F0EACD104CB25PACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

We would like to prepare the survey draft, draft-ietf-decade-survey-01, for working group last call in January.

 

The chairs are looking for document reviews to be se= nt to the mailing list by Wednesday December 29. We already have three volu= nteers from our session in Beijing. Additional draft reviews by the deadlin= e would be timely and greatly appreciated.

 

After the authors incorporate the feedback from the = reviews in a new draft iteration, the chairs expect to take the draft to WG= LC.

 

-- Rich

--_000_1CA25301D2219F40B3AA37201F0EACD104CB25PACDCEXMB05cablec_-- From Internet-Drafts@ietf.org Wed Dec 15 13:30:05 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E389F28C0E1; Wed, 15 Dec 2010 13:30:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.503 X-Spam-Level: X-Spam-Status: No, score=-102.503 tagged_above=-999 required=5 tests=[AWL=0.096, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O2P0s4+d1uYo; Wed, 15 Dec 2010 13:30:03 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11E1128C0EA; Wed, 15 Dec 2010 13:30:02 -0800 (PST) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.10 Message-ID: <20101215213002.30000.37081.idtracker@localhost> Date: Wed, 15 Dec 2010 13:30:02 -0800 Cc: decade@ietf.org Subject: [decade] I-D Action:draft-ietf-decade-survey-02.txt X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 21:30:05 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Decoupled Application Data Enroute Working Group of the IETF. Title : A Survey of In-network Storage Systems Author(s) : R. Alimi, et al. Filename : draft-ietf-decade-survey-02.txt Pages : 40 Date : 2010-12-15 This document surveys deployed and experimental in-network storage systems and describes their applicability for DECADE. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-decade-survey-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-12-15132959.I-D@ietf.org> --NextPart-- From Akbar.Rahman@InterDigital.com Wed Dec 15 13:40:45 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A223A28C0DB for ; Wed, 15 Dec 2010 13:40:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[AWL=0.719, 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 5egHQ7bmgy44 for ; Wed, 15 Dec 2010 13:40:41 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id E6EE828C102 for ; Wed, 15 Dec 2010 13:40:38 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 15 Dec 2010 16:42:21 -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_01CB9CA0.F3D9447F" Date: Wed, 15 Dec 2010 16:42:21 -0500 Message-ID: In-Reply-To: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcast.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] Reviews of the Decade Survey draft Thread-Index: AcuclJdof7II0b1bR9GixOWzuqDcEAACwsvg References: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcast.com> From: "Rahman, Akbar" To: "Woundy, Richard" X-OriginalArrivalTime: 15 Dec 2010 21:42:21.0497 (UTC) FILETIME=[F4253290:01CB9CA0] Cc: decade@ietf.org Subject: Re: [decade] Reviews of the Decade Survey draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 21:40:45 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB9CA0.F3D9447F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rich, =20 =20 We did a small update to our DECADE Survey draft to capture the following main points: =20 1) Re-ordered "Informative References" to match order that they appear in the text. Also changed the DECADE Problem Statement and Requirements references to the WG documents (from the original individual author documents). =20 2) Updated text of NDN section (sec 4.6) as per off line comments received from Lucy Yong. =20 3) Added a new section on NetInf section (sec 4.7) as per off line comments received from Borje Ohlman. =20 =20 So, we would appreciate it if three volunteer reviewers take a look at the Rev. 02 version of our Survey draft: =20 http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt =20 =20 =20 Sincerely, =20 Akbar =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Woundy, Richard Sent: Wednesday, December 15, 2010 3:14 PM To: 'decade@ietf.org' Subject: [decade] Reviews of the Decade Survey draft =20 Folks, =20 We would like to prepare the survey draft, draft-ietf-decade-survey-01 , for working group last call in January. =20 The chairs are looking for document reviews to be sent to the mailing list by Wednesday December 29. We already have three volunteers from our session in Beijing. Additional draft reviews by the deadline would be timely and greatly appreciated. =20 After the authors incorporate the feedback from the reviews in a new draft iteration, the chairs expect to take the draft to WGLC. =20 -- Rich ------_=_NextPart_001_01CB9CA0.F3D9447F Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Rich,

 

 

We did a small update = to our  DECADE Survey draft to capture the following main points:

 

   1) Re-ordered "Informative References" to match order that = they

   appear in the text.  Also changed the DECADE Problem Statement = and

   Requirements references to the WG documents (from the = original

   individual author documents).

 

   2) Updated text of NDN section (sec 4.6) as per off line = comments

   received from Lucy Yong.

 

   3) Added a new section on NetInf section (sec 4.7) as per off = line

   comments received from Borje Ohlman.

 

 

So, we would = appreciate it if three volunteer reviewers take a look at the Rev. 02 version of our = Survey draft:

 

http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt

 

 

 

Sincerely,

 

Akbar

 

 

From:= decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of = Woundy, Richard
Sent: Wednesday, December 15, 2010 3:14 PM
To: 'decade@ietf.org'
Subject: [decade] Reviews of the Decade Survey = draft

 

Folks,

 

We would like to prepare the survey draft, draft-= ietf-decade-survey-01, for working group last call in January.

 

The chairs are looking for document reviews to be = sent to the mailing list by Wednesday December 29. We already have three = volunteers from our session in Beijing. Additional draft reviews by the deadline = would be timely and greatly appreciated.

 

After the authors incorporate the feedback from the = reviews in a new draft iteration, the chairs expect to take the draft to = WGLC.

 

-- Rich

------_=_NextPart_001_01CB9CA0.F3D9447F-- From Jan.Seedorf@neclab.eu Fri Dec 17 05:52:15 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 083B13A6B41; Fri, 17 Dec 2010 05:52:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.245 X-Spam-Level: X-Spam-Status: No, score=-102.245 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 ZHhZJUbgRKhE; Fri, 17 Dec 2010 05:52:13 -0800 (PST) Received: from smtp0.netlab.nec.de (smtp0.netlab.nec.de [195.37.70.40]) by core3.amsl.com (Postfix) with ESMTP id 264573A6B39; Fri, 17 Dec 2010 05:52:13 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp0.netlab.nec.de (Postfix) with ESMTP id 20873280002A7; Fri, 17 Dec 2010 14:54:25 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (atlas1.office.hd) Received: from smtp0.netlab.nec.de ([127.0.0.1]) by localhost (atlas1.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n85fOb5b++0y; Fri, 17 Dec 2010 14:54:25 +0100 (CET) Received: from METHONE.office.hd (Methone.office.hd [192.168.24.54]) by smtp0.netlab.nec.de (Postfix) with ESMTP id 026D2280001AA; Fri, 17 Dec 2010 14:54:05 +0100 (CET) Received: from PALLENE.office.hd ([169.254.1.113]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0255.000; Fri, 17 Dec 2010 14:53:39 +0100 From: Jan Seedorf To: 'alto' , "decade@ietf.org" , P2PSIP WG , "ppsp@ietf.org" Thread-Topic: Call for Participation: International Workshop on P2P-TV (no registration fee) Thread-Index: Acud8c7CqzR1WD6uRASmhgz7IEUbjw== Date: Fri, 17 Dec 2010 13:53:39 +0000 Message-ID: <2779C9F0771F974CAD742BAE6D9904FE79DD87@PALLENE.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.226] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [decade] Call for Participation: International Workshop on P2P-TV (no registration fee) X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 13:52:15 -0000 Folks, We (the EU project NAPA-WINE) are organizing an international workshop on P= 2P-TV without any registration fee, anybody interested is welcome to attend= (please register though at the link below if you do intend to come so that= we can plan for the right number of attendees). Please find details below = in the call for participation for the workshop. - Jan ********************* Call for Participation International Workshop on P2P-TV (organised by the NAPA-WINE Project) Torino, Italy, January 20-21, 2011 http://www.napa-wine.eu/workshop/ *Overview* TV services over the Internet can be provided either exploiting IP multicas= t functionalities or relying on a pure end-to-end (P2P) approach. The P2P app= roach has been successfully exploited to overcome limitations of IP-based solutio= ns (like reliance on the network infrastructure controlled by a single broadba= nd operator) and can potentially offer a scalable planetary infrastructure. Recently, several P2P-TV systems started to show up, with the last generati= on offering High Quality TV (P2P-HQTV) systems, providing a ubiquitous access = to the service. These same potentialities of P2P-TV systems constitute a worry= for network carriers since the traffic they generate may potentially grow witho= ut control, causing a degradation of quality of service perceived by Internet = users or even the network collapse (and the consequent failure of the P2P-HQTV se= rvice itself!). *Workshop Program*=20 The final NAPA-WINE workshop is intended as an informal forum for lively discussions on current and future trends in peer-to-peer live streaming. Th= e program comprises four talks presenting the main NAPA-WINE achievements (an= d a demo of NAPA-WINE's network-aware P2P live streaming system) as well as nin= e talks from external highly qualified researchers from both academia and industry, providing a broad and articulated perspective on the main challen= ges and solutions on the topic. There will be external presentations provided b= y (see http://www.napa-wine.eu/workshop/program.html for agenda details): - Presentations from other on-going =A0European projects=A0on P2P-TV/CDN: * Future Media Networks (FMN) cluster and ENVISION (David Griffin,=A0UCL,= GB) * COAST/SEA (Emanuele Quacchio, ST Microelectronics, IT) * P2P-NEXT (Raul Jimenez, KTH, SE) - Presentations from the=A0industrial world=A0(the operator/content provide= r vision): * Nikolaos Laoutaris, Telefonica Research, ES * Enrico Marocco, Chair of IETF ALTO, Telecom Italia, IT - Presentations from=A0academia=A0(technical challenges) * Ernst Biersack, Eurecom, FR * Phuoc Tran-Gia, Tobias Hossfeld, University of Wuerzburg, DE * Yong Liu, Polytechnic Institute of NYU, US * Victoria Fodor, Gyorgy Dan, KTH, SE *Logistics* Location: The workshop will take place at VALENTINO CASTLE (Castello del Valentino), Viale Mattioli 39, 10125 Torino, Italy. Valentino Castle campus= is situated quite near the main railway station of Porta Nuova, in an area characterized by open green spaces. It is in the heart of Valentino Park wi= th a wonderful view of the Po River. More details on getting to the workshop are available at http://www.napa-wine.eu/workshop/location.html. *Schedule* - start: Thursday, January 20th, 2011, 2.00 p.m. - end: Friday, January 21st, 2011, 5.30 p.m. A social dinner will be offered by the NAPA-WINE project on Thursday evenin= g. *Registration* There is *no* *registration* *fee* to participate in the workshop. However, participants are kindly invited to register their attendance by January 10t= h, 2011, at http://www.napa-wine.eu/workshop/registration.html. People that wi= ll not register may not be granted access due to seat limitations. *********************** =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=3D=3D=3D=3D=3D=3D=3D=3D Jan Seedorf Senior Researcher NEC Europe Ltd., NEC Laboratories Europe, Network Division=A0=A0=A0=A0=A0 Kurfuerstenanlage 36, D-69115 Heidelberg Tel.=A0=A0=A0=A0 +49 (0)6221 4342-221 Fax:=A0=A0=A0=A0 +49 (0)6221 4342-155 e-mail:=A0 jan.seedorf@neclab.eu =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=3D=3D=3D=3D=3D=3D=3D=3D NEC Europe Limited Registered Office: NEC House, 1 Victoria Road, London W3 6BL Registered in England 2832014=20 From richard_woundy@cable.comcast.com Fri Dec 17 15:56:51 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 31F133A6C57 for ; Fri, 17 Dec 2010 15:56:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.569 X-Spam-Level: X-Spam-Status: No, score=-103.569 tagged_above=-999 required=5 tests=[AWL=-1.835, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 LP2zBnqeCo6P for ; Fri, 17 Dec 2010 15:56:50 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id D19A53A6A1B for ; Fri, 17 Dec 2010 15:56:49 -0800 (PST) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.19279624; Fri, 17 Dec 2010 17:08:05 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0255.000; Fri, 17 Dec 2010 18:58:35 -0500 From: "Woundy, Richard" To: "Rahman, Akbar" Thread-Topic: [decade] Reviews of the Decade Survey draft Thread-Index: AcuclJdof7II0b1bR9GixOWzuqDcEAACwsvgAGmaSsA= Date: Fri, 17 Dec 2010 23:58:33 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD104E84F@PACDCEXMB05.cable.comcast.com> References: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcast.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.163.75.18] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD104E84FPACDCEXMB05cablec_" MIME-Version: 1.0 Cc: "decade@ietf.org" Subject: Re: [decade] Reviews of the Decade Survey draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 23:56:51 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD104E84FPACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks, Akbar. Survey draft reviewers, please use draft-ietf-decade-survey-02 as the basis of your review. -- Rich From: Rahman, Akbar [mailto:Akbar.Rahman@InterDigital.com] Sent: Wednesday, December 15, 2010 4:42 PM To: Woundy, Richard Cc: decade@ietf.org Subject: RE: [decade] Reviews of the Decade Survey draft Hi Rich, We did a small update to our DECADE Survey draft to capture the following = main points: 1) Re-ordered "Informative References" to match order that they appear in the text. Also changed the DECADE Problem Statement and Requirements references to the WG documents (from the original individual author documents). 2) Updated text of NDN section (sec 4.6) as per off line comments received from Lucy Yong. 3) Added a new section on NetInf section (sec 4.7) as per off line comments received from Borje Ohlman. So, we would appreciate it if three volunteer reviewers take a look at the = Rev. 02 version of our Survey draft: http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt Sincerely, Akbar From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of= Woundy, Richard Sent: Wednesday, December 15, 2010 3:14 PM To: 'decade@ietf.org' Subject: [decade] Reviews of the Decade Survey draft Folks, We would like to prepare the survey draft, draft-ietf-decade-survey-01, for working group l= ast call in January. The chairs are looking for document reviews to be sent to the mailing list = by Wednesday December 29. We already have three volunteers from our session= in Beijing. Additional draft reviews by the deadline would be timely and g= reatly appreciated. After the authors incorporate the feedback from the reviews in a new draft = iteration, the chairs expect to take the draft to WGLC. -- Rich --_000_1CA25301D2219F40B3AA37201F0EACD104E84FPACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks, Akbar.

 

Survey draft reviewers= , please use draft= -ietf-decade-survey-02 as the basis of your review.

 

-- Rich

 

From: Rahman, = Akbar [mailto:Akbar.Rahman@InterDigital.com]
Sent: Wednesday, December 15, 2010 4:42 PM
To: Woundy, Richard
Cc: decade@ietf.org
Subject: RE: [decade] Reviews of the Decade Survey draft<= /span>

 

Hi Rich,

 

 

We did a small update = to our  DECADE Survey draft to capture the following main points:=

 

   1) Re-ordered "Informative References&qu= ot; to match order that they

   appear in the text.  Also changed the DE= CADE Problem Statement and

   Requirements references to the WG documents (= from the original

   individual author documents).

 

   2) Updated text of NDN section (sec 4.6) as p= er off line comments

   received from Lucy Yong.

 

   3) Added a new section on NetInf section (sec= 4.7) as per off line

   comments received from Borje Ohlman.

 

 

So, we would appreciat= e it if three volunteer reviewers take a look at the Rev. 02 version of our= Survey draft:

 

http://www.ietf.org/internet-drafts/draft-ie= tf-decade-survey-02.txt

 

 

 

Sincerely,<= /span>

 

Akbar

 

 

From: decade-b= ounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Woundy, Richard
Sent: Wednesday, December 15, 2010 3:14 PM
To: 'decade@ietf.org'
Subject: [decade] Reviews of the Decade Survey draft

 

Folks,

 

We would like to prepare the survey draft, draft-ietf-decade-survey-01, for working group last call in January.

 

The chairs are looking for document reviews to be se= nt to the mailing list by Wednesday December 29. We already have three volu= nteers from our session in Beijing. Additional draft reviews by the deadlin= e would be timely and greatly appreciated.

 

After the authors incorporate the feedback from the = reviews in a new draft iteration, the chairs expect to take the draft to WG= LC.

 

-- Rich

--_000_1CA25301D2219F40B3AA37201F0EACD104E84FPACDCEXMB05cablec_-- From Internet-Drafts@ietf.org Mon Dec 20 00:00:03 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3D703A67A8; Mon, 20 Dec 2010 00:00:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.506 X-Spam-Level: X-Spam-Status: No, score=-102.506 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6qUYOw-u8W6q; Mon, 20 Dec 2010 00:00:02 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 20E843A67A3; Mon, 20 Dec 2010 00:00:02 -0800 (PST) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.10 Message-ID: <20101220080002.23106.15776.idtracker@localhost> Date: Mon, 20 Dec 2010 00:00:02 -0800 Cc: decade@ietf.org Subject: [decade] I-D Action:draft-ietf-decade-problem-statement-01.txt X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2010 08:00:03 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Decoupled Application Data Enroute Working Group of the IETF. Title : DECoupled Application Data Enroute (DECADE) Problem Statement Author(s) : H. Song, et al. Filename : draft-ietf-decade-problem-statement-01.txt Pages : 18 Date : 2010-12-19 Peer-to-peer (P2P) applications have become widely used on the Internet today and make up a large portion of the traffic in many networks. In P2P applications, one technique for reducing the total amount of P2P traffic is to introduce storage capabilities within the network. Traditional caches (e.g., P2P and Web caches) provide such storage, but they are complex (due to explicitly supporting individual P2P application protocols) and they do not allow users to manage access to content in the cache. For example, Content Providers cannot easily control access and resource usage policies to satisfy their own requirements. This document discusses the introduction of in-network storage for P2P applications, shows the need for a standard protocol for accessing this storage, and identifies the scope of this protocol. The accessing protocol can also be used by other applications with similar requirements. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-problem-statement-01.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-decade-problem-statement-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-12-19235044.I-D@ietf.org> --NextPart-- From haibin.song@huawei.com Mon Dec 20 01:40:33 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 359E03A6A20 for ; Mon, 20 Dec 2010 01:40:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.111 X-Spam-Level: X-Spam-Status: No, score=-0.111 tagged_above=-999 required=5 tests=[AWL=-1.916, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MANGLED_TOOL=2.3, 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 fyZ5UjEUN-zn for ; Mon, 20 Dec 2010 01:40:32 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 40A963A679F for ; Mon, 20 Dec 2010 01:40:32 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDQ00NTP0AD09@szxga05-in.huawei.com> for decade@ietf.org; Mon, 20 Dec 2010 17:42:13 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDQ006OF0ACHM@szxga05-in.huawei.com> for decade@ietf.org; Mon, 20 Dec 2010 17:42:13 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.218.12; Mon, 20 Dec 2010 17:42:11 +0800 Received: from SZXEML508-MBX.china.huawei.com ([fe80::d937:4b28:8a68:32a7]) by szxeml402-hub.china.huawei.com ([fe80::952d:2bf3:cb35:cafa%21]) with mapi id 14.01.0218.012; Mon, 20 Dec 2010 17:42:11 +0800 Date: Mon, 20 Dec 2010 09:42:11 +0000 From: Songhaibin X-Originating-IP: [10.138.41.70] To: "decade@ietf.org" Message-id: <057E4696615D964AB8053E9EE5DCD3D401987E5E@szxeml508-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: zh-CN Content-transfer-encoding: 7BIT Accept-Language: en-US, zh-CN Thread-topic: New Version Notification for draft-ietf-decade-problem-statement-01 Thread-index: AQHLoBsWGwto/KxaokmthCLD/scUBpOpE0nA X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [decade] FW: New Version Notification for draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2010 09:40:33 -0000 Dear all, The problem statement draft has been updated to 01. The authors will give another iteration after receiving the comments from other reviewers. We would like to thank Akbar and Borje for their valuable comments and contribution. Thanks, Haibin > -----Original Message----- > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > Sent: Monday, December 20, 2010 3:51 PM > To: Songhaibin > Cc: zongning@huawei.com; yry@cs.yale.edu; rich@velvetsea.net > Subject: New Version Notification for draft-ietf-decade-problem-statement-01 > > > A new version of I-D, draft-ietf-decade-problem-statement-01.txt has been > successfully submitted by Haibin Song and posted to the IETF repository. > > Filename: draft-ietf-decade-problem-statement > Revision: 01 > Title: DECoupled Application Data Enroute (DECADE) Problem > Statement > Creation_date: 2010-12-18 > WG ID: decade > Number_of_pages: 18 > > Abstract: > Peer-to-peer (P2P) applications have become widely used on the > Internet today and make up a large portion of the traffic in many > networks. In P2P applications, one technique for reducing the total > amount of P2P traffic is to introduce storage capabilities within the > network. Traditional caches (e.g., P2P and Web caches) provide such > storage, but they are complex (due to explicitly supporting > individual P2P application protocols) and they do not allow users to > manage access to content in the cache. For example, Content > Providers cannot easily control access and resource usage policies to > satisfy their own requirements. This document discusses the > introduction of in-network storage for P2P applications, shows the > need for a standard protocol for accessing this storage, and > identifies the scope of this protocol. The accessing protocol can > also be used by other applications with similar requirements. > > > > The IETF Secretariat. > From davidbryan@gmail.com Tue Dec 21 05:34:01 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4783E3A69E9 for ; Tue, 21 Dec 2010 05:34:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.412 X-Spam-Level: X-Spam-Status: No, score=-102.412 tagged_above=-999 required=5 tests=[AWL=0.565, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 46nZ3o+BUMVU for ; Tue, 21 Dec 2010 05:34:00 -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 F208C3A688F for ; Tue, 21 Dec 2010 05:33:59 -0800 (PST) Received: by wwa36 with SMTP id 36so3935568wwa.13 for ; Tue, 21 Dec 2010 05:35:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=qlteE+PIj47KWaDVBQnFsmnWHphzk4hVVvtBQSooLV4=; b=JSGfKgSZ2dC58m+0XMmRY/fyZToOX9LGOasqtd7vfTQGeDI0OqZxFphiWM+jphhy0Y aVDqtgnwHtZ/uqwQNytFcDpNuzEAWKlAAf3a86fjIHVf1ybYJxINl161zxbGS/NoUv+q J+JH4pSwOlQiUXeWTJMu3JKLf1IH3hvt75pBg= 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=v1SQToVRXYnPhi59xxj/gfqrKlTaYmC1U0V6Y7cSHaVryiAHN3npCeznQYYIMYOo/3 BWFHEbkoR1eWwgwrHIRp9F+Y5v9JAD8yqwAcYqLgkhgr1Vdyx28gtjIV4QLaInZuOZC/ XAnFrP+2TcfN2NBnWy+xjsNeUYPcjjIU/0t7I= MIME-Version: 1.0 Received: by 10.227.145.193 with SMTP id e1mr3464704wbv.110.1292938555382; Tue, 21 Dec 2010 05:35:55 -0800 (PST) Sender: davidbryan@gmail.com Received: by 10.227.39.11 with HTTP; Tue, 21 Dec 2010 05:35:55 -0800 (PST) Date: Tue, 21 Dec 2010 08:35:55 -0500 X-Google-Sender-Auth: epdiHz5yK8NR9vxYzNfjKEPG5YU Message-ID: From: "David A. Bryan" To: DECADE Content-Type: text/plain; charset=ISO-8859-1 Subject: [decade] WG review of draft-ietf-decade-problem-statement-00 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2010 13:34:01 -0000 Please find my WG review of draft-ietf-decade-problem-statement-00 below. (sorry, I was working off -00 before -01 came out) Summary: This document captures the problem quite well. Despite being an early revision, the work is a result of extensive on-list discussion, and reflects group consensus well. The draft is well written and conveys the group's intent well. Specific comments/concerns: Section 3.2, third point: I think this is specifically about encrypted/private protocols where the messages are hidden/encrypted (the part about proprietary overlaps with point one otherwise) Might be worth mentioning here that if protocols are closed and encrypted, they may not be willing to use a open standard like DECADE either...it seems DECADE is well suited to address the first two, but seems less likely to help with the third point. Section 4, description of interaction between DECADE and PPSP. I'm not sure we really need quite that level of description/specification about interaction with PPSP. Essentially, this section describes how any P2P network/application for streaming would work with DECADE, not just a PPSP deployment. That section almost seems like the usage scenarios in 5...it feels out of place at this point in the document, and just seems like far too much content here. I actually think if we leave it in we should shorten the part on PPSP and we should move all the content about how this interacts with other WGs, starting with "Note that..." on page 8 up until the end of section 4.0, except the last sentence in 4.0 about DECADE being applicable to other applications into a new section 6 after 5, since it is more clear how things interact once we understand what DECADE is better (which section 5 helps with) Might be better to have a section in 5 on how DECADE works with a streaming scenario (generically) and then can just in passing mention that PPSP would be one streaming scenario that could use DECADE in the new section 6. In section 5.1, second para, when describing the downloading of data between two BitTorrent clients, it indicates that A downloads from B and stores in A's in-network storage. I think that is optional, right? A might decide to download directly. The first full paragraph on page 11 further explains why you would want to store in your own storage as you download, but doesn't make clear that nothing in the protocol forces you to do so. You do explain this in examples in 5.3, but might want to indicate here that A storing in storage is optional. While we don't want to discuss DRM directly, it may be worth noting in the content provider example that the provider can still apply DRM to the payload independently of the authentication build into DECADE if they desire. I would expect most would. If nothing else, you might want to mention this in 6.2, but might also mention it in passing in section 5.2. (what I mean here is that I can still encrypt my chunks some other way if I want, and use DECADE to store them) Nits: Page 3, para 2, last sentence: Odd to start sentence with "Neither". Page 4, beginning of second line in section 3 should be "application" not "applications" Section 3.1, last paragraph (the one on LEDBAT). About the middle of the paragraph, there is an extra space after "traffic". Section 3.3, last paragraph, "it becomes" should be "it is becoming" Page 8, in the big para discussing PPSP, "Cache" should not be capitalized. Page 8, last section (first scenario): Don't need "say" after "e.g." From haibin.song@huawei.com Wed Dec 22 19:35:45 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D73323A6A8C for ; Wed, 22 Dec 2010 19:35:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.176 X-Spam-Level: X-Spam-Status: No, score=-1.176 tagged_above=-999 required=5 tests=[AWL=-0.681, BAYES_00=-2.599, 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 l9ulCFDs3LZS for ; Wed, 22 Dec 2010 19:35:44 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 392253A6ACF for ; Wed, 22 Dec 2010 19:35:44 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDV002KT3BC6J@szxga05-in.huawei.com> for decade@ietf.org; Thu, 23 Dec 2010 11:35:36 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDV00KYW3AZ9D@szxga05-in.huawei.com> for decade@ietf.org; Thu, 23 Dec 2010 11:35:36 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.218.12; Thu, 23 Dec 2010 11:35:20 +0800 Received: from SZXEML508-MBX.china.huawei.com ([fe80::d937:4b28:8a68:32a7]) by szxeml402-hub.china.huawei.com ([fe80::952d:2bf3:cb35:cafa%21]) with mapi id 14.01.0218.012; Thu, 23 Dec 2010 11:35:27 +0800 Date: Thu, 23 Dec 2010 03:35:26 +0000 From: Songhaibin In-reply-to: X-Originating-IP: [172.24.2.41] To: "David A. Bryan" , DECADE Message-id: <057E4696615D964AB8053E9EE5DCD3D40198AC5A@szxeml508-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en-US Content-transfer-encoding: 7BIT Accept-Language: en-US, zh-CN Thread-topic: [decade] WG review of draft-ietf-decade-problem-statement-00 Thread-index: AQHLoRQN055TAgrtL0OLzUXcOPxL0JOtV+wM X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Subject: Re: [decade] WG review of draft-ietf-decade-problem-statement-00 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2010 03:35:46 -0000 Hi David, Thank you for your review. Please see in line. ________________________________________ From: decade-bounces@ietf.org [decade-bounces@ietf.org] on behalf of David A. Bryan [dbryan@ethernot.org] Sent: Tuesday, December 21, 2010 9:35 PM To: DECADE Subject: [decade] WG review of draft-ietf-decade-problem-statement-00 Please find my WG review of draft-ietf-decade-problem-statement-00 below. (sorry, I was working off -00 before -01 came out) Summary: This document captures the problem quite well. Despite being an early revision, the work is a result of extensive on-list discussion, and reflects group consensus well. The draft is well written and conveys the group's intent well. Specific comments/concerns: Section 3.2, third point: I think this is specifically about encrypted/private protocols where the messages are hidden/encrypted (the part about proprietary overlaps with point one otherwise) Might be worth mentioning here that if protocols are closed and encrypted, they may not be willing to use a open standard like DECADE either...it seems DECADE is well suited to address the first two, but seems less likely to help with the third point. [Haibin] I think I need to make a clarification here. Even an application uses encrypted protocol for the signaling, it can also use the open standard for data transport, with the data iteself being encrypted. Section 4, description of interaction between DECADE and PPSP. I'm not sure we really need quite that level of description/specification about interaction with PPSP. Essentially, this section describes how any P2P network/application for streaming would work with DECADE, not just a PPSP deployment. That section almost seems like the usage scenarios in 5...it feels out of place at this point in the document, and just seems like far too much content here. I actually think if we leave it in we should shorten the part on PPSP and we should move all the content about how this interacts with other WGs, starting with "Note that..." on page 8 up until the end of section 4.0, except the last sentence in 4.0 about DECADE being applicable to other applications into a new section 6 after 5, since it is more clear how things interact once we understand what DECADE is better (which section 5 helps with) [Haibin] I agree with you. Actually in 01 version, we have already moved this part to the appendix. >Might be better to have a section in 5 on how DECADE works with a streaming scenario (generically) [Haibin] Good suggestion. >and then can just in passing mention that PPSP would be one streaming scenario that could use DECADE in the new section 6. In section 5.1, second para, when describing the downloading of data between two BitTorrent clients, it indicates that A downloads from B and stores in A's in-network storage. I think that is optional, right? A might decide to download directly. [Haibin] Yes. This is just one scenario. Just like you said, A might download from B's in-network storage directly. The first full paragraph on page 11 further explains why you would want to store in your own storage as you download, but doesn't make clear that nothing in the protocol forces you to do so. You do explain this in examples in 5.3, but might want to indicate here that A storing in storage is optional. [Haibin] In the second paragraph of section 5.3, it says "Each user independently decides if its in-network storage account is used...". Is this enough or do you want to add more sentences? While we don't want to discuss DRM directly, it may be worth noting in the content provider example that the provider can still apply DRM to the payload independently of the authentication build into DECADE if they desire. I would expect most would. If nothing else, you might want to mention this in 6.2, but might also mention it in passing in section 5.2. (what I mean here is that I can still encrypt my chunks some other way if I want, and use DECADE to store them) [Haibin] OK. I agree. And it will be added in the new version. Nits: Page 3, para 2, last sentence: Odd to start sentence with "Neither". Page 4, beginning of second line in section 3 should be "application" not "applications" Section 3.1, last paragraph (the one on LEDBAT). About the middle of the paragraph, there is an extra space after "traffic". Section 3.3, last paragraph, "it becomes" should be "it is becoming" Page 8, in the big para discussing PPSP, "Cache" should not be capitalized. Page 8, last section (first scenario): Don't need "say" after "e.g." [Haibin] Thank you very much for pointing these nits out. I will correct them. Thank you again, Haibin _______________________________________________ decade mailing list decade@ietf.org https://www.ietf.org/mailman/listinfo/decade From Even.roni@huawei.com Thu Dec 23 02:54:26 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D40043A6C09 for ; Thu, 23 Dec 2010 02:54:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.789 X-Spam-Level: X-Spam-Status: No, score=-103.789 tagged_above=-999 required=5 tests=[AWL=0.706, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, 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 ScNyhDdXvBg8 for ; Thu, 23 Dec 2010 02:54:26 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 098BF3A6C07 for ; Thu, 23 Dec 2010 02:54:26 -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 <0LDV00DJ4NPR8H@szxga03-in.huawei.com> for decade@ietf.org; Thu, 23 Dec 2010 18:56:15 +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 <0LDV00C1QNPRDA@szxga03-in.huawei.com> for decade@ietf.org; Thu, 23 Dec 2010 18:56:15 +0800 (CST) Received: from windows8d787f9 (bzq-79-179-38-112.red.bezeqint.net [79.179.38.112]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LDV007YVNPLWL@szxml01-in.huawei.com> for decade@ietf.org; Thu, 23 Dec 2010 18:56:15 +0800 (CST) Date: Thu, 23 Dec 2010 12:53:16 +0200 From: Roni Even In-reply-to: <057E4696615D964AB8053E9EE5DCD3D401987E5E@szxeml508-mbx.china.huawei.com> To: decade@ietf.org Message-id: <004401cba28f$9e2837d0$da78a770$%roni@huawei.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: text/plain; charset=us-ascii Content-language: en-us Content-transfer-encoding: 7BIT Thread-index: AQHLoBsWGwto/KxaokmthCLD/scUBpOpE0nAgATJagA= References: <057E4696615D964AB8053E9EE5DCD3D401987E5E@szxeml508-mbx.china.huawei.com> Subject: [decade] Review of draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2010 10:54:26 -0000 Hi, In general it looks good. I have a question about the flow in section 5.4.1. It shows that Sb can perform IAP operation. I am not sure I noticed that the in network storage can also perform the DECADE protocol. Now if it can do it than how does B know when the data is available at Sb in order to get it. In the security consideration it is not specified but I assume that the access control is used also to prevent unauthorized user from getting the content on the in network storage. Roni Even From richard_woundy@cable.comcast.com Thu Dec 23 08:00:51 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7256C3A6800 for ; Thu, 23 Dec 2010 08:00:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.416 X-Spam-Level: X-Spam-Status: No, score=-103.416 tagged_above=-999 required=5 tests=[AWL=-1.682, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, 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 wQ-8T9ab1FMZ for ; Thu, 23 Dec 2010 08:00:48 -0800 (PST) Received: from cable.comcast.com (copdcimo01.potomac.co.ndcwest.comcast.net [76.96.32.251]) by core3.amsl.com (Postfix) with ESMTP id 029093A67FA for ; Thu, 23 Dec 2010 08:00:47 -0800 (PST) Received: from ([24.40.55.41]) by copdcimo01.cable.comcast.com with ESMTP with TLS id 5503630.19989090; Thu, 23 Dec 2010 09:12:24 -0700 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::11d4:f530:37a0:9f4e%12]) with mapi id 14.01.0270.001; Thu, 23 Dec 2010 11:02:42 -0500 From: "Woundy, Richard" To: "'decade@ietf.org'" Thread-Topic: Adopting architecture draft as DECADE WG document Thread-Index: AcstnqTDuCBDhLkjQ7q2NrGgW/oiqhtid00QAeSAHLA= Date: Thu, 23 Dec 2010 16:02:41 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD105A46E@PACDCEXMB05.cable.comcast.com> References: <1CA25301D2219F40B3AA37201F0EACD104C01C@PACDCEXMB05.cable.comcast.com> In-Reply-To: <1CA25301D2219F40B3AA37201F0EACD104C01C@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [76.96.111.6] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD105A46EPACDCEXMB05cablec_" MIME-Version: 1.0 Subject: Re: [decade] Adopting architecture draft as DECADE WG document X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2010 16:00:51 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD105A46EPACDCEXMB05cablec_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Since there have been no objections in the mailing list for adoption, and t= here were positive comments during our last WG session in Beijing, the arch= itecture draft will be accepted as a working group document. -- Rich and Haibin, co-chairs From: Woundy, Richard Sent: Tuesday, December 14, 2010 6:35 PM To: 'decade@ietf.org' Cc: 'Haibin Song'; Woundy, Richard Subject: Adopting architecture draft as DECADE WG document Folks, As confirmation of the "hum" we took in the WG session at the IETF meeting = in Beijing, please post on the list if there is any objection to moving the= following draft to a DECADE WG draft: draft-alimi-decade-arch-01 If there are no objections by Tuesday, December 20 2010, the draft above wi= ll be accepted as a WG document fulfilling the "architecture" deliverable. -- Rich and Haibin --_000_1CA25301D2219F40B3AA37201F0EACD105A46EPACDCEXMB05cablec_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Since= there have been no objections in the mailing list for adoption, and there = were positive comments during our last WG session in Beijing, the architect= ure draft will be accepted as a working group document.

 

-- Rich and Haibin, co= -chairs

 

From: Woundy, = Richard
Sent: Tuesday, December 14, 2010 6:35 PM
To: 'decade@ietf.org'
Cc: 'Haibin Song'; Woundy, Richard
Subject: Adopting architecture draft as DECADE WG document

 

Folks,

 

As confirmation of the= “hum” we took in the WG session at the IETF meeting in Beijing= , please post on the list if there is any objection to moving the following= draft to a DECADE WG draft:

 

draft-alimi-decade-arch-01

 

If there are no object= ions by Tuesday, December 20 2010, the draft above will be accepted as a WG= document fulfilling the "architecture” deliverable.<= /span>

 

-- Rich and Haibin

--_000_1CA25301D2219F40B3AA37201F0EACD105A46EPACDCEXMB05cablec_-- From haibin.song@huawei.com Thu Dec 23 18:40:49 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 945B33A68CD for ; Thu, 23 Dec 2010 18:40:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.1 X-Spam-Level: X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[AWL=-0.605, BAYES_00=-2.599, 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 8AlXhuCagmsR for ; Thu, 23 Dec 2010 18:40:48 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 9FD103A68C6 for ; Thu, 23 Dec 2010 18:40:48 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDW009Z3VJ3OE@szxga05-in.huawei.com> for decade@ietf.org; Fri, 24 Dec 2010 10:42:40 +0800 (CST) Received: from szxeml202-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LDW00380VJ2IV@szxga05-in.huawei.com> for decade@ietf.org; Fri, 24 Dec 2010 10:42:39 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.218.12; Fri, 24 Dec 2010 10:40:55 +0800 Received: from SZXEML508-MBX.china.huawei.com ([fe80::d937:4b28:8a68:32a7]) by szxeml402-hub.china.huawei.com ([fe80::952d:2bf3:cb35:cafa%21]) with mapi id 14.01.0218.012; Fri, 24 Dec 2010 10:42:33 +0800 Date: Fri, 24 Dec 2010 02:42:32 +0000 From: Songhaibin In-reply-to: <004401cba28f$9e2837d0$da78a770$%roni@huawei.com> X-Originating-IP: [10.138.41.70] To: Roni Even , "decade@ietf.org" Message-id: <057E4696615D964AB8053E9EE5DCD3D40198AE94@szxeml508-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: zh-CN Content-transfer-encoding: 7BIT Accept-Language: en-US, zh-CN Thread-topic: Review of draft-ietf-decade-problem-statement-01 Thread-index: AQHLopBELE6QFq0pVkutkDNB2Ma3OZOu4aOA X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <057E4696615D964AB8053E9EE5DCD3D401987E5E@szxeml508-mbx.china.huawei.com> <004401cba28f$9e2837d0$da78a770$%roni@huawei.com> Subject: Re: [decade] Review of draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2010 02:40:49 -0000 Hi Roni, Thank you very much for your review. See my reply in line. > -----Original Message----- > From: Roni Even [mailto:even.roni@huawei.com] > Sent: Thursday, December 23, 2010 6:53 PM > To: decade@ietf.org > Cc: Songhaibin > Subject: Review of draft-ietf-decade-problem-statement-01 > > Hi, > In general it looks good. > > I have a question about the flow in section 5.4.1. It shows that Sb can > perform IAP operation. I am not sure I noticed that the in network storage > can also perform the DECADE protocol. Now if it can do it than how does B > know when the data is available at Sb in order to get it. [Haibin] In this scenario, the request is initiated from B to Sb to get the data from Sa. So when Sb gets the data from Sa, Sb will pass the data to B and also save it in Sb. I also think there is another possibility that B indicates Sb not sending the data to B. > > In the security consideration it is not specified but I assume that the > access control is used also to prevent unauthorized user from getting the > content on the in network storage. [Haibin] You are right. Thanks, Haibin > > Roni Even > > From buptxiaozhu@gmail.com Mon Dec 27 00:55:07 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21A483A684F for ; Mon, 27 Dec 2010 00:55:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.884 X-Spam-Level: X-Spam-Status: No, score=-0.884 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TEdfO6BK-xiY for ; Mon, 27 Dec 2010 00:55:06 -0800 (PST) Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by core3.amsl.com (Postfix) with ESMTP id A90913A6843 for ; Mon, 27 Dec 2010 00:55:05 -0800 (PST) Received: by ewy8 with SMTP id 8so4134911ewy.31 for ; Mon, 27 Dec 2010 00:57:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=kpvokVU5dolOW4Cn2p0s6yULRRBJDUffUAOzgE4zHb8=; b=Gv626ANohY6gBezA9xeZAGx3fnAqENejy1kyGpcAL6XUky46NRwXjLkgpzd6Z6zPNz uvTKSzipzcTbvCPyEQaXh1TPbIpR5HH8kjUBJU+q8a2ADEQ2HHRZO+arq9gTYcPVy/F5 1rIS9hqcQ9MwUNRATtgIim1vpKQmf9pokLE8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=CQmTjXm3TGVlMXf0J0xvmJ2pVDdDeKBo1oZmMgN/CGsGKCy/xt64BmH4RbjosBrgRF J74hzcyealRSipn3y/PBlAJv9fxMJigZrrquFed3qkXZQKC3gG2ZsatObuSDO3BLfGUQ pK1zvJvwMj/Xt+3oHqNE4nSOLTFs3r9++xNXs= MIME-Version: 1.0 Received: by 10.14.53.75 with SMTP id f51mr6328703eec.35.1293440227675; Mon, 27 Dec 2010 00:57:07 -0800 (PST) Received: by 10.14.29.71 with HTTP; Mon, 27 Dec 2010 00:57:07 -0800 (PST) Date: Mon, 27 Dec 2010 16:57:07 +0800 Message-ID: From: =?UTF-8?B?5pyx5r2H?= To: decade@ietf.org Content-Type: multipart/alternative; boundary=90e6ba6150dc4f0d010498608517 Subject: [decade] draft-zhu-decade-additional-requirements X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2010 08:55:07 -0000 --90e6ba6150dc4f0d010498608517 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear all, There is a slightly updated version of the decade additional requirements draft. https://datatracker.ietf.org/doc/draft-zhu-decade-additional-requirements/ Jin Peng, Yunfei Zhang and me are expecting to have a discussion with all o= f you. Any comments are appreciated! A new version of I-D, draft-zhu-decade-additional-requirements-00.txt has been successfully submitted by Xiao Zhu and posted to the IETF repository. Filename: draft-zhu-decade-additional-requirements Revision: 00 Title: Additional protocol requirements on DECADE Creation_date: 2010-12-27 WG ID: Independent Submission Number_of_pages: 10 Abstract: The DECoupled Application Data Enroute(DECADE)working group is specifying standardized interfaces for accessing in-network storage from applications to store, retrieve and manage data. The main object is to provide a framework that is useful to the applications, including P2P applications and other data-oriented applications, possibly related applications that can benefit from accessing in- network storage. This memo focuses on some requirements such as request redirecting and so on which are on the central of mobility, wireless network environment and CDN application. We present these in this memo as additional requirements that should be considered for the DECADE architecture and protocol specifications. The IETF Secretariat. --=20 Best wishes, Beijing University of Posts & Telecommunications (BUPT) Zhu Xiao ( =E6=9C=B1=E6=BD=87 ) E-mail: buptxiaozhu@gmail.com mobile:+86 134-8881-9004 --90e6ba6150dc4f0d010498608517 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear all,

There is = a slightly updated version of the decade additional requirements draft.
https://datatracker.ietf.org/doc/draft-zhu-decade-additional-re= quirements/

Jin Peng, Yunfei Zhang and me are expecting to have a=C2=A0= disc= ussion=C2=A0with all of you.

Any comments are= appreciated!


A=C2=A0new=C2=A0version=C2=A0of=C2=A0I-D,=C2=A0draft-zhu-decade-additional-=
requirements-00.txt=C2=A0has=C2=A0been=C2=A0successfully=C2=A0submitted=C2=
=A0by=C2=A0Xiao=C2=A0Zhu=C2=A0and=C2=A0posted=C2=A0to=C2=A0the=C2=A0IETF=C2=
=A0repository.

Filename:	=C2=A0draft-zhu-decade-additional-requirements
Revision:	=C2=A000
Title:		=C2=A0Additional=C2=A0protocol=C2=A0requirements=C2=A0on=C2=A0DECAD=
E
Creation_date:	=C2=A02010-12-27
WG=C2=A0ID:		=C2=A0Independent=C2=A0Submission
Number_of_pages:=C2=A010

Abstract:
The=C2=A0DECoupled=C2=A0Application=C2=A0Data=C2=A0Enroute(DECADE)working=
=C2=A0group=C2=A0is
specifying=C2=A0standardized=C2=A0interfaces=C2=A0for=C2=A0accessing=C2=A0i=
n-network=C2=A0storage
from=C2=A0applications=C2=A0to=C2=A0store,=C2=A0retrieve=C2=A0and=C2=A0mana=
ge=C2=A0data.=C2=A0The=C2=A0main=C2=A0object
is=C2=A0to=C2=A0provide=C2=A0a=C2=A0framework=C2=A0that=C2=A0is=C2=A0useful=
=C2=A0to=C2=A0the=C2=A0applications,
including=C2=A0P2P=C2=A0applications=C2=A0and=C2=A0other=C2=A0data-oriented=
=C2=A0applications,
possibly=C2=A0related=C2=A0applications=C2=A0that=C2=A0can=C2=A0benefit=C2=
=A0from=C2=A0accessing=C2=A0in-
network=C2=A0storage.=C2=A0This=C2=A0memo=C2=A0focuses=C2=A0on=C2=A0some=C2=
=A0requirements=C2=A0such=C2=A0as
request=C2=A0redirecting=C2=A0and=C2=A0so=C2=A0on=C2=A0which=C2=A0are=C2=A0=
on=C2=A0the=C2=A0central=C2=A0of=C2=A0mobility,
wireless=C2=A0network=C2=A0environment=C2=A0and=C2=A0CDN=C2=A0application.=
=C2=A0We=C2=A0present=C2=A0these=C2=A0in
this=C2=A0memo=C2=A0as=C2=A0additional=C2=A0requirements=C2=A0that=C2=A0sho=
uld=C2=A0be=C2=A0considered=C2=A0for
the=C2=A0DECADE=C2=A0architecture=C2=A0and=C2=A0protocol=C2=A0specification=
s.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0


The=C2=A0IETF=C2=A0Secretariat.

--
Best wishes,<= br>
Beijing University of Posts & Telecommunications (BUPT)
Zhu Xiao=C2=A0 ( =E6=9C=B1=E6=BD=87 )
E-mail: buptxiaozhu@gmail.com
mobile:+86 13= 4-8881-9004
--90e6ba6150dc4f0d010498608517-- From zhangyunfei@chinamobile.com Mon Dec 27 01:31:40 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 549733A67AB for ; Mon, 27 Dec 2010 01:31:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.052 X-Spam-Level: X-Spam-Status: No, score=-95.052 tagged_above=-999 required=5 tests=[AWL=-0.367, BAYES_05=-1.11, 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 qhTmwHbVeMEX for ; Mon, 27 Dec 2010 01:31:38 -0800 (PST) Received: from hqmta.chinamobile.com (hqmta.chinamobile.com [221.130.253.171]) by core3.amsl.com (Postfix) with ESMTP id 0ABB83A67A1 for ; Mon, 27 Dec 2010 01:31:38 -0800 (PST) Received: from hqmta.chinamobile.com (localhost [127.0.0.1]) by localhost.imsstest.com (Postfix) with ESMTP id 9AF0B20C1F; Mon, 27 Dec 2010 17:33:34 +0800 (CST) Received: from mail.chinamobile.com (unknown [10.1.28.22]) by hqmta.chinamobile.com (Postfix) with ESMTP id 888B8B86E; Mon, 27 Dec 2010 17:33:34 +0800 (CST) Received: from zyf ([10.2.2.66]) by mail.chinamobile.com (Lotus Domino Release 6.5.6) with ESMTP id 2010122717333263-16466 ; Mon, 27 Dec 2010 17:33:32 +0800 Date: Mon, 27 Dec 2010 17:33:26 +0800 From: "zhangyunfei" To: "decade@ietf.org" References: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcas t.com> <1CA25301D2219F40B3AA37201F0EACD104E84F@PACDCEXMB05.cable.comcast.com> Message-ID: <201012271733266711931@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.6|March 06, 2007) at 2010-12-27 17:33:32, Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2010-12-27 17:33:34, Serialize complete at 2010-12-27 17:33:34 Content-Type: multipart/alternative; boundary="=====003_Dragon734342116324_=====" X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.5.0.1024-17856.006 X-TM-AS-Result: No--40.256-5.0-31-10 X-imss-scan-details: No--40.256-5.0-31-10;No--40.256-5.0-31-10 Subject: [decade] WG Reviews of the Decade Survey draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2010 09:31:40 -0000 This is a multi-part message in MIME format. --=====003_Dragon734342116324_===== Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="gb2312" Rmlyc3Qgb2YgYWxsIGhhcHB5IG5ldyB5ZWFyIHRvIGV2ZXJ5Ym9keSEgDQoNClRoZSBmb2xsb3dp bmcgaXMgbXkgV0cgcmV2aWV3IG9mIGRyYWZ0LWlldGYtZGVjYWRlLXN1cnZleS0wMi4NCiANClN1 bW1hcnk6DQogDQpUaGlzIGRvY3VtZW50IHN1cnZleXMgdGhvcm91Z2hseSBkZXBsb3llZCwgZXhw ZXJpbWVudGFsIGFuZCBvbi1yZXNlYXJjaCBpbi1uZXR3b3JrIHN0b3JhZ2UgYW5kIGNhY2hlIHN5 c3RlbXMvIHN1Yi1zeXN0ZW1zIA0KYW5kIGRlc2NyaWJlcyB0aGVpciBhcHBsaWNhYmlsaXR5IGZv ciBERUNBREUuIEl0IHByb3ZpZGVzIHJpY2ggcmVmZXJlbmNlcyBmb3Iga25vd2luZyB3aGF0IHRo ZSBleGlzdGluZyBzeXN0ZW1zIGhhdmUgYW5kIA0Kd2hhdCB0aGV5IGxhY2sgb2YuIFRoZXJlZm9y ZSB0aGUgZGVzaWduaW5nIHNwYWNlIG9mIERFQ0FERSBpcyBleHBsaWNhdGVkIGZvciBiZXR0ZXIg dW5kZXJzdGFuZGluZy4gVGhlIGRyYWZ0IGlzIHdlbGwgd3JpdHRlbiBhbmQgDQpjb252ZXlzIHRo ZSBncm91cCdzIGludGVudCB3ZWxsLg0KVGhlIGF1dGhvcnMgYXJlIHN1Z2dlc3RlZCB0byBjYXRl Z29yaXplIHRoZSBzdXJ2ZXllZCBzeXN0ZW1zL3N1Yi1zeXN0ZW1zIGFzIHVzZXItY29udHJvbGxl ZCAoaW5kaXZpZHVhbCkgc2VydmljZXMgKGluIHNjb3BlIG9mIERFQ0FERSkgDQphbmQgbmV0d29y ay1jb250cm9sbGVkIChtYXNzKSBzZXJ2aWNlcyAob3V0IG9mIHNjb3BlIG9mIERFQ0FERSkgdG8g bWFrZSBpdCBtb3JlIGZvY3VzIG9uIERFQ0FERSB0eXBlIHNlcnZpY2VzLg0KIA0KU3BlY2lmaWMg Y29tbWVudHMgYW5kIGNvbmNlcm5zOg0KMaOuICBUaGUgb3JnYW5pemF0aW9uIG9mIHNlY3Rpb24g NDogSW4gdGhpcyBzZWN0aW9uIHRoZSBhdXRob3JzIHN1cnZleSB0aG9yb3VnaGx5IGRlcGxveWVk LCBleHBlcmltZW50YWwgYW5kIG9uLXJlc2VhcmNoIGluLW5ldHdvcmsgc3RvcmFnZSANCiAgICAg IGFuZCBjYWNoZSBzeXN0ZW1zLyBzdWItc3lzdGVtcy4gSG93ZXZlciBzb21lIG9mIHRoZW0gYXJl IHVzZXItY29udHJvbGxlZCAoaW5kaXZpZHVhbCkgc2VydmljZXMgbGlrZSBzZWN0aW9uIDQuMSwg NC4yLDQuOSw0LjEwIGFuZCANCiAgICAgcGFydCBvZiA0LjEyLCB3aGljaCBhcmUgaW4gc2NvcGUg b2YgREVDQURFOyBvdGhlcnMgYXJlIG5ldHdvcmsgY29udHJvbGxlZChtYXNzKSBzZXJ2aWNlcyB3 aGVyZSB0aGUgdXNlcnMgaGF2ZSBubyByaWdodHMgdG8gb3BlcmF0ZQ0KICAgIHRoZSBpbi1uZXR3 b3JrIHN0b3JhZ2Ugb3IgY2FjaGVzLCB3aGljaCBhcmUgb3V0IG9mIHNjb3BlIG9mIERFQ0FERS4g VGhlIGN1cnJlbnQgb3JnYW5pemF0aW9uIGlzIGEgbGl0dGxlIGJpdCBtZXNzeSBhbmQgaXShr3Mg c3VnZ2VzdGVkIA0KICAgIHRvIHNlcGFyYXRlIHRoZSB0d28gcGFydHMgYW5kIGZvY3VzIG9uIHRo ZSBERUNBREUgdHlwZSBzZXJ2aWNlcy4NCjKjriAgRGlmZmVyZW5jZSBiZXR3ZWVuIGNhY2hlIGFu ZCBzdG9yYWdlOiBJbiBzZWN0aW9uIDQsIHRoZXJlIGFyZSBtYW55IHBsYWNlcyB0byBtZW50aW9u IGluLW5ldHdvcmsgY2FjaGVzLiBJbiBuZXR3b3JrLWNvbnRyb2xsZWQgDQogICAgIGNhY2hlcywg aXShr3MgaGFyZCB0byBpbnRyb2R1Y2UgREVDQURFIHNlcnZpY2UgYmVjYXVzZSBzb21lIG9mIHRo ZSBvcGVyYXRpb25zIGRlZmluZWQgaW4gREVDQURFIGxpa2UgZGF0YSBkZWxldGlvbiBpbiBERUNB REUgDQogICAgIHNlcnZlciAoaWYgd2UgdXNlIHRoZSBjdXJyZW50IGNhY2hlIGFzIHRoZSBERUNB REUgc2VydmVyKSBtYXkgcmFpc2UgY29uZmxpY3Rpb24gd2l0aCB0aGUgZXhpc3RpbmcgY2FjaGUg dXBkYXRlIG1lY2hhbmlzbSANCiAgICAgYnkgQ2FjaGUgb3BlcmF0b3JzIHdoZW4gZGVhbGluZyB3 aXRoIGEgY2VydGFpbiBkYXRhLiBJbiBzZWN0aW9uIDQuMTQgdGhlIGF1dGhvcnMgc3RhdGUgdGhl IHBvc3NpYmxlIGluYXBwbGljYWJpbGl0eSBmb3IgdGhlIGNhY2hlIHNjZW5hcmlvcyANCiAgICAg aW4gdXNpbmcgREVDQURFIG1lY2hhbmlzbS4gQnV0IHRvIG1ha2UgdGhlIGRyYWZ0IG1vcmUgY2xl YXIsIGl0oa9zIGJldHRlciB0byBzdGF0ZSBleHBsaWNpdCB0aGUgc2NvcGUgb2YgREVDQURFIGFo ZWFkIG9mIHRoaXMgc2VjdGlvbi4gDQogICAgQW5kIGFsc28gbW9yZSBkaXNjdXNzaW9ucyBvbiB3 aGV0aGVyIGFuZCBob3cgbXVjaCBkZWdyZWUgd2UgbmVlZCB0aGUgY2FjaGUgc3lzdGVtL3N1YnN5 c3RlbSBkZXNjcmlwdGlvbiBpbiB0aGlzIGRyYWZ0IGFyZSBuZWVkZWQgaW4gdGhlIGdyb3VwLg0K My4gIEluIHNlY3Rpb24gMiwgdGhlIE5vLjEgZWZmZWN0IG9mIERFQ0FERSwgdG8gbXkgdW5kZXJz dGFuZGluZywgaXMgdG8gaW1wcm92ZSBQMlAgYXBwbGljYXRpb24gZXhwZXJpZW5jZSBpbiB1cC1i YW5kIGNvbnN0cmFpbnQgZW52aXJvbm1lbnQgbGlrZSANCiAgICBjZWxsdWxhciBtb2JpbGUgbmV0 d29ya3MuIFRoZSBjdXJyZW50IGRyYWZ0IGxhY2tzIG9mIHRoaXMgYWx0aG91Z2ggdGhpcyBpcyBo aWdobGlnaHRlZCBpbiB0aGUgUFMuDQo0LiAgRGF0YSBTZWFyY2ggQ2FwYWJpbGl0eSBkZXNjcmli ZWQgaW4gc2VjdGlvbiAzLjMgc2VlbXMgaXJyZWxldmFudCB0byBERUNBREUgcHJvdG9jb2xzLg0K NS4gIEluIHNlY3Rpb24gMy44IHRoZSBhdXRob3JzIHByb3Bvc2UgdGhyZWUgdHlwZXMgb2Ygc3Rv cmFnZSBtb2RlcyB3aXRob3V0IGV4cGxpY2l0IGRlc2NyaXB0aW9uLiBBbmQgdGhlIGZvbGxvd2lu ZyBlY2hvZXMgaW4gc2VjdGlvbiA0IHN0aWxsIHBvc2UgYW4gDQogICAgIGFtYmlndW91cyBpbWFn ZSBlc3AuIGJldHdlZW4gZmlsZSBhbmQgb2JqZWN0IG9yaWVudGVkIG1vZGUuDQogDQpOaXRzDQpT ZWN0aW9uIDIuMiBMaW5lMjogdG8gcmVkdWNpbmctPnRvIHJlZHVjZQ0KDQoNCkJlc3QgcmVnYXJk cywNCg0KWXVuZmVpDQogDQogDQoNCg0KDQoNCnpoYW5neXVuZmVpDQoyMDEwLTEyLTI3DQoNCg0K DQq3orz+yMujuiBXb3VuZHksIFJpY2hhcmQNCreiy83Ksbzko7ogMjAxMC0xMi0xOCAwNzo1ODo0 Mw0KytW8/sjLo7ogUmFobWFuLCBBa2Jhcg0Ks63LzaO6IGRlY2FkZUBpZXRmLm9yZw0K1vfM4qO6 IFJlOiBbZGVjYWRlXSBSZXZpZXdzIG9mIHRoZSBEZWNhZGUgU3VydmV5IGRyYWZ0DQoNClRoYW5r cywgQWtiYXIuDQogDQpTdXJ2ZXkgZHJhZnQgcmV2aWV3ZXJzLCBwbGVhc2UgdXNlIGRyYWZ0LWll dGYtZGVjYWRlLXN1cnZleS0wMiBhcyB0aGUgYmFzaXMgb2YgeW91ciByZXZpZXcuDQogDQotLSBS aWNoDQogDQpGcm9tOiBSYWhtYW4sIEFrYmFyIFttYWlsdG86QWtiYXIuUmFobWFuQEludGVyRGln aXRhbC5jb21dIA0KU2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAxNSwgMjAxMCA0OjQyIFBNDQpU bzogV291bmR5LCBSaWNoYXJkDQpDYzogZGVjYWRlQGlldGYub3JnDQpTdWJqZWN0OiBSRTogW2Rl Y2FkZV0gUmV2aWV3cyBvZiB0aGUgRGVjYWRlIFN1cnZleSBkcmFmdA0KIA0KSGkgUmljaCwNCiAN CiANCldlIGRpZCBhIHNtYWxsIHVwZGF0ZSB0byBvdXIgIERFQ0FERSBTdXJ2ZXkgZHJhZnQgdG8g Y2FwdHVyZSB0aGUgZm9sbG93aW5nIG1haW4gcG9pbnRzOg0KIA0KICAgMSkgUmUtb3JkZXJlZCAi SW5mb3JtYXRpdmUgUmVmZXJlbmNlcyIgdG8gbWF0Y2ggb3JkZXIgdGhhdCB0aGV5DQogICBhcHBl YXIgaW4gdGhlIHRleHQuICBBbHNvIGNoYW5nZWQgdGhlIERFQ0FERSBQcm9ibGVtIFN0YXRlbWVu dCBhbmQNCiAgIFJlcXVpcmVtZW50cyByZWZlcmVuY2VzIHRvIHRoZSBXRyBkb2N1bWVudHMgKGZy b20gdGhlIG9yaWdpbmFsDQogICBpbmRpdmlkdWFsIGF1dGhvciBkb2N1bWVudHMpLg0KIA0KICAg MikgVXBkYXRlZCB0ZXh0IG9mIE5ETiBzZWN0aW9uIChzZWMgNC42KSBhcyBwZXIgb2ZmIGxpbmUg Y29tbWVudHMNCiAgIHJlY2VpdmVkIGZyb20gTHVjeSBZb25nLg0KIA0KICAgMykgQWRkZWQgYSBu ZXcgc2VjdGlvbiBvbiBOZXRJbmYgc2VjdGlvbiAoc2VjIDQuNykgYXMgcGVyIG9mZiBsaW5lDQog ICBjb21tZW50cyByZWNlaXZlZCBmcm9tIEJvcmplIE9obG1hbi4NCiANCiANClNvLCB3ZSB3b3Vs ZCBhcHByZWNpYXRlIGl0IGlmIHRocmVlIHZvbHVudGVlciByZXZpZXdlcnMgdGFrZSBhIGxvb2sg YXQgdGhlIFJldi4gMDIgdmVyc2lvbiBvZiBvdXIgU3VydmV5IGRyYWZ0Og0KIA0KaHR0cDovL3d3 dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1kZWNhZGUtc3VydmV5LTAyLnR4 dA0KIA0KIA0KIA0KU2luY2VyZWx5LA0KIA0KQWtiYXINCiANCiANCkZyb206IGRlY2FkZS1ib3Vu Y2VzQGlldGYub3JnIFttYWlsdG86ZGVjYWRlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBXb3VuZHksIFJpY2hhcmQNClNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMTUsIDIwMTAgMzox NCBQTQ0KVG86ICdkZWNhZGVAaWV0Zi5vcmcnDQpTdWJqZWN0OiBbZGVjYWRlXSBSZXZpZXdzIG9m IHRoZSBEZWNhZGUgU3VydmV5IGRyYWZ0DQogDQpGb2xrcywNCiANCldlIHdvdWxkIGxpa2UgdG8g cHJlcGFyZSB0aGUgc3VydmV5IGRyYWZ0LCBkcmFmdC1pZXRmLWRlY2FkZS1zdXJ2ZXktMDEsIGZv ciB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBpbiBKYW51YXJ5Lg0KIA0KVGhlIGNoYWlycyBhcmUg bG9va2luZyBmb3IgZG9jdW1lbnQgcmV2aWV3cyB0byBiZSBzZW50IHRvIHRoZSBtYWlsaW5nIGxp c3QgYnkgV2VkbmVzZGF5IERlY2VtYmVyIDI5LiBXZSBhbHJlYWR5IGhhdmUgdGhyZWUgdm9sdW50 ZWVycyBmcm9tIG91ciBzZXNzaW9uIGluIEJlaWppbmcuIEFkZGl0aW9uYWwgZHJhZnQgcmV2aWV3 cyBieSB0aGUgZGVhZGxpbmUgd291bGQgYmUgdGltZWx5IGFuZCBncmVhdGx5IGFwcHJlY2lhdGVk Lg0KIA0KQWZ0ZXIgdGhlIGF1dGhvcnMgaW5jb3Jwb3JhdGUgdGhlIGZlZWRiYWNrIGZyb20gdGhl IHJldmlld3MgaW4gYSBuZXcgZHJhZnQgaXRlcmF0aW9uLCB0aGUgY2hhaXJzIGV4cGVjdCB0byB0 YWtlIHRoZSBkcmFmdCB0byBXR0xDLg0KIA0KLS0gUmljaA0K --=====003_Dragon734342116324_===== Content-Transfer-Encoding: base64 Content-Type: text/html; charset="gb2312" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MIHhtbG5zOm8+PEhFQUQ+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlw ZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9Z2IyMzEyIj4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA2LjAwLjYwMDAuMTcwODAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPg0KPCEtLQ0KIC8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OsvOzOU7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiXEDLzszlIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CiAvKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJdGV4 dC1hbGlnbjpqdXN0aWZ5Ow0KCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7DQoJZm9udC1z aXplOjEwLjVwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe2NvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7Y29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCWNv bG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFs Ow0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KIC8qIFBhZ2UgRGVmaW5pdGlvbnMgKi8N CiBAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjU5NS4zcHQgODQxLjlwdDsNCgltYXJnaW46NzIuMHB0 IDkwLjBwdCA3Mi4wcHQgOTAuMHB0Ow0KCWxheW91dC1ncmlkOjE1LjZwdDt9DQpkaXYuU2VjdGlv bjENCgl7cGFnZTpTZWN0aW9uMTt9DQotLT4NCjwvU1RZTEU+DQo8L0hFQUQ+DQo8Qk9EWT4NCjxE SVY+PEZPTlQgZmFjZT1WZXJkYW5hIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48Rk9OVCBjb2xvcj0jMDAwMDAwPjxT UEFOIA0KbGFuZz1FTi1VUyBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPkZpcnN0IG9mIGFsbCBoYXBw eSBuZXcgeWVhciB0byANCmV2ZXJ5Ym9keSE8L1NQQU4+PFNQQU4gbGFuZz1FTi1VUz4gPC9TUEFO PjwvRk9OVD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAw cHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjwvRk9OVD48L1NQQU4+ Jm5ic3A7PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0 Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD5UaGUgZm9sbG93aW5nIGlz IG15IFdHIHJldmlldyBvZiA8L0ZPTlQ+PFNQQU4gDQpzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPjxB IA0KaHJlZj0iaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWRlY2Fk ZS1zdXJ2ZXkvIj5kcmFmdC1pZXRmLWRlY2FkZS1zdXJ2ZXktMDI8L0E+LjwvU1BBTj48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BB TiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPiZuYnNwOzwvRk9OVD48L286 cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD5TdW1tYXJ5OjwvRk9O VD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxvOnA+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPiZuYnNwOzwv Rk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46 IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD5UaGlz IGRvY3VtZW50IHN1cnZleXMgdGhvcm91Z2hseSBkZXBsb3llZCwgZXhwZXJpbWVudGFsIGFuZCAN Cm9uLXJlc2VhcmNoIGluLW5ldHdvcmsgc3RvcmFnZSBhbmQgY2FjaGUgc3lzdGVtcy8gc3ViLXN5 c3RlbXMgPC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPmFu ZCBkZXNjcmliZXMgdGhlaXIgYXBwbGljYWJpbGl0eSBmb3IgREVDQURFLiBJdCBwcm92aWRlcyBy aWNoIA0KcmVmZXJlbmNlcyBmb3Iga25vd2luZyB3aGF0IHRoZSBleGlzdGluZyBzeXN0ZW1zIGhh dmUgYW5kIDwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJH SU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD53 aGF0IHRoZXkgbGFjayBvZi4gVGhlcmVmb3JlIHRoZSBkZXNpZ25pbmcgc3BhY2Ugb2YgREVDQURF IGlzIA0KZXhwbGljYXRlZCBmb3IgYmV0dGVyIHVuZGVyc3RhbmRpbmcuIFRoZSBkcmFmdCBpcyB3 ZWxsIHdyaXR0ZW4gYW5kIA0KPC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpjb2xv cj0jMDAwMDAwPmNvbnZleXMgdGhlIGdyb3VwJ3MmbmJzcDtpbnRlbnQgd2VsbC48L0ZPTlQ+PC9T UEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+ PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmNvbG9yPSMwMDAwMDA+VGhlIGF1dGhvcnMgYXJlIHN1 Z2dlc3RlZCB0byBjYXRlZ29yaXplIHRoZSBzdXJ2ZXllZCANCnN5c3RlbXMvc3ViLXN5c3RlbXMg YXMgPC9GT05UPjxBIG5hbWU9T0xFX0xJTksxPjxGT05UIA0KY29sb3I9IzAwMDAwMD51c2VyLWNv bnRyb2xsZWQgKGluZGl2aWR1YWwpIHNlcnZpY2VzIDwvRk9OVD48L0E+PEZPTlQgDQpjb2xvcj0j MDAwMDAwPihpbiBzY29wZSBvZiBERUNBREUpIDwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxG T05UIA0KY29sb3I9IzAwMDAwMD5hbmQgbmV0d29yay1jb250cm9sbGVkIChtYXNzKSBzZXJ2aWNl cyAob3V0IG9mIHNjb3BlIG9mIERFQ0FERSkgdG8gDQptYWtlIGl0IG1vcmUgZm9jdXMgb24gREVD QURFIHR5cGUgc2VydmljZXMuPC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PG86cD48Rk9OVCAN CmNvbG9yPSMwMDAwMDA+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZP TlQgDQpjb2xvcj0jMDAwMDAwPlNwZWNpZmljIGNvbW1lbnRzIGFuZCBjb25jZXJuczo8L0ZPTlQ+ PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0IDE4cHQ7IFRFWFQtSU5ERU5UOiAtMThwdDsgbXNvLWxpc3Q6IGwwIGxldmVsMSBsZm8xOyB0 YWItc3RvcHM6IGxpc3QgMTguMHB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwMDA+PFNQQU4gbGFuZz1F Ti1VUyANCnN0eWxlPSJtc28tZmFyZWFzdC1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbici PjxTUEFOIA0Kc3R5bGU9Im1zby1saXN0OiBJZ25vcmUiPjGjrjxTUEFOIHN0eWxlPSJGT05UOiA3 cHQgJ1RpbWVzIE5ldyBSb21hbiciPiZuYnNwOyANCjwvU1BBTj48L1NQQU4+PC9TUEFOPjxTUEFO IGxhbmc9RU4tVVM+VGhlIG9yZ2FuaXphdGlvbiBvZiBzZWN0aW9uIDQ6IEluIHRoaXMgDQpzZWN0 aW9uIHRoZSBhdXRob3JzIHN1cnZleSB0aG9yb3VnaGx5IGRlcGxveWVkLCBleHBlcmltZW50YWwg YW5kIG9uLXJlc2VhcmNoIA0KaW4tbmV0d29yayBzdG9yYWdlIDwvU1BBTj48L0ZPTlQ+PC9QPg0K PFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQgMThwdDsgVEVY VC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlz dCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbmQgY2FjaGUgc3lzdGVtcy8gDQpzdWItc3lzdGVtcy4g SG93ZXZlciBzb21lIG9mIHRoZW0gYXJlIHVzZXItY29udHJvbGxlZCAoaW5kaXZpZHVhbCkgc2Vy dmljZXMgbGlrZSANCnNlY3Rpb24gNC4xLCA0LjIsNC45LDQuMTAgYW5kIDwvU1BBTj48L0ZPTlQ+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQgMThw dDsgVEVYVC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9w czogbGlzdCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwYXJ0IG9mIDQuMTIsIHdoaWNoIGFyZSANCmluIHNjb3Bl IG9mIERFQ0FERTsgb3RoZXJzIGFyZSBuZXR3b3JrIGNvbnRyb2xsZWQobWFzcykgc2VydmljZXMg d2hlcmUgdGhlIHVzZXJzIA0KaGF2ZSBubyByaWdodHMgdG8gb3BlcmF0ZTwvU1BBTj48L0ZPTlQ+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQgMThw dDsgVEVYVC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9w czogbGlzdCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTPiZu YnNwOyZuYnNwOyAmbmJzcDt0aGUgaW4tbmV0d29yayBzdG9yYWdlIG9yIA0KY2FjaGVzLCB3aGlj aCBhcmUgb3V0IG9mIHNjb3BlIG9mIERFQ0FERS4gVGhlIGN1cnJlbnQgb3JnYW5pemF0aW9uIGlz IGEgbGl0dGxlIA0KYml0IG1lc3N5IGFuZCBpdKGvcyBzdWdnZXN0ZWQgPC9TUEFOPjwvRk9OVD48 L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCAxOHB0 OyBURVhULUlOREVOVDogLTE4cHQ7IG1zby1saXN0OiBsMCBsZXZlbDEgbGZvMTsgdGFiLXN0b3Bz OiBsaXN0IDE4LjBwdCI+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjxTUEFOIGxhbmc9RU4tVVM+Jm5i c3A7Jm5ic3A7Jm5ic3A7IHRvIHNlcGFyYXRlIHRoZSB0d28gcGFydHMgYW5kIA0KZm9jdXMgb24g dGhlIERFQ0FERSB0eXBlIHNlcnZpY2VzLjwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQgMThwdDsgVEVYVC1JTkRFTlQ6IC0x OHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAxOC4wcHQiPjxG T05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVTIA0Kc3R5bGU9Im1zby1mYXJlYXN0 LWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJyI+PFNQQU4gDQpzdHlsZT0ibXNvLWxpc3Q6 IElnbm9yZSI+MqOuPFNQQU4gc3R5bGU9IkZPTlQ6IDdwdCAnVGltZXMgTmV3IFJvbWFuJyI+Jm5i c3A7IA0KPC9TUEFOPjwvU1BBTj48L1NQQU4+PFNQQU4gbGFuZz1FTi1VUz5EaWZmZXJlbmNlIGJl dHdlZW4gY2FjaGUgYW5kIHN0b3JhZ2U6IEluIA0Kc2VjdGlvbiA0LCB0aGVyZSBhcmUgbWFueSBw bGFjZXMgdG8gbWVudGlvbiBpbi1uZXR3b3JrIGNhY2hlcy4gSW4gDQpuZXR3b3JrLWNvbnRyb2xs ZWQgPC9TUEFOPjwvRk9OVD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lO OiAwY20gMGNtIDBwdCAxOHB0OyBURVhULUlOREVOVDogLTE4cHQ7IG1zby1saXN0OiBsMCBsZXZl bDEgbGZvMTsgdGFiLXN0b3BzOiBsaXN0IDE4LjBwdCI+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjxT UEFOIGxhbmc9RU4tVVM+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNhY2hlcywgaXShr3MgaGFy ZCB0byANCmludHJvZHVjZSBERUNBREUgc2VydmljZSBiZWNhdXNlIHNvbWUgb2YgdGhlIG9wZXJh dGlvbnMgZGVmaW5lZCBpbiBERUNBREUgbGlrZSANCmRhdGEgZGVsZXRpb24gaW4gREVDQURFIDwv U1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNt IDBjbSAwcHQgMThwdDsgVEVYVC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxm bzE7IHRhYi1zdG9wczogbGlzdCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBs YW5nPUVOLVVTPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzZXJ2ZXIgKGlmIHdlIHVzZSB0aGUg DQpjdXJyZW50IGNhY2hlIGFzIHRoZSBERUNBREUgc2VydmVyKSBtYXkgcmFpc2UgY29uZmxpY3Rp b24gd2l0aCB0aGUgZXhpc3RpbmcgDQpjYWNoZSB1cGRhdGUgbWVjaGFuaXNtIDwvU1BBTj48L0ZP TlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQg MThwdDsgVEVYVC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2ZWwxIGxmbzE7IHRhYi1z dG9wczogbGlzdCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVOLVVT PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBieSBDYWNoZSBvcGVyYXRvcnMgd2hlbiANCmRlYWxp bmcgd2l0aCBhIGNlcnRhaW4gZGF0YS4gSW4gc2VjdGlvbiA0LjE0IHRoZSBhdXRob3JzIHN0YXRl IHRoZSBwb3NzaWJsZSANCmluYXBwbGljYWJpbGl0eSBmb3IgdGhlIGNhY2hlIHNjZW5hcmlvcyA8 L1NQQU4+PC9GT05UPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBj bSAwY20gMHB0IDE4cHQ7IFRFWFQtSU5ERU5UOiAtMThwdDsgbXNvLWxpc3Q6IGwwIGxldmVsMSBs Zm8xOyB0YWItc3RvcHM6IGxpc3QgMTguMHB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwMDA+PFNQQU4g bGFuZz1FTi1VUz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW4gdXNpbmcgREVDQURFIA0KbWVj aGFuaXNtLiBCdXQgdG8gbWFrZSB0aGUgZHJhZnQgbW9yZSBjbGVhciwgaXShr3MgYmV0dGVyIHRv IHN0YXRlIGV4cGxpY2l0IHRoZSANCnNjb3BlIG9mIERFQ0FERSBhaGVhZCBvZiB0aGlzIHNlY3Rp b24uIDwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1BUkdJ TjogMGNtIDBjbSAwcHQgMThwdDsgVEVYVC1JTkRFTlQ6IC0xOHB0OyBtc28tbGlzdDogbDAgbGV2 ZWwxIGxmbzE7IHRhYi1zdG9wczogbGlzdCAxOC4wcHQiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48 U1BBTiBsYW5nPUVOLVVTPiZuYnNwOyZuYnNwOyZuYnNwOyBBbmQgYWxzbyBtb3JlIGRpc2N1c3Np b25zIG9uIA0Kd2hldGhlciBhbmQgaG93IG11Y2ggZGVncmVlIHdlIG5lZWQgdGhlIGNhY2hlIHN5 c3RlbS9zdWJzeXN0ZW0gZGVzY3JpcHRpb24gaW4gDQp0aGlzIGRyYWZ0IGFyZSBuZWVkZWQgaW4g dGhlIGdyb3VwLjwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9 Ik1BUkdJTjogMGNtIDBjbSAwcHQgMjFwdDsgVEVYVC1JTkRFTlQ6IC0yMXB0OyBtc28tY2hhci1p bmRlbnQtY291bnQ6IC0yLjAiPjxTUEFOIA0KbGFuZz1FTi1VUz48Rk9OVCBjb2xvcj0jMDAwMDAw PjMuPFNQQU4gc3R5bGU9Im1zby1zcGFjZXJ1bjogeWVzIj4mbmJzcDsgDQo8L1NQQU4+SW4gc2Vj dGlvbiAyLCB0aGUgTm8uMSBlZmZlY3Qgb2YgREVDQURFLCB0byBteSB1bmRlcnN0YW5kaW5nLCBp cyB0byANCmltcHJvdmUgUDJQIGFwcGxpY2F0aW9uIGV4cGVyaWVuY2UgaW4gdXAtYmFuZCBjb25z dHJhaW50IGVudmlyb25tZW50IGxpa2UgDQo8L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1z b05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IDIxcHQ7IFRFWFQtSU5ERU5UOiAt MjFwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAtMi4wIj48U1BBTiANCmxhbmc9RU4tVVM+PEZP TlQgY29sb3I9IzAwMDAwMD4mbmJzcDsmbmJzcDsmbmJzcDsgY2VsbHVsYXIgbW9iaWxlIG5ldHdv cmtzLiBUaGUgDQpjdXJyZW50IGRyYWZ0IGxhY2tzIG9mIHRoaXMgYWx0aG91Z2ggdGhpcyBpcyBo aWdobGlnaHRlZCBpbiB0aGUgDQpQUy48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05v cm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCAN CmNvbG9yPSMwMDAwMDA+NC48U1BBTiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8 L1NQQU4+RGF0YSBTZWFyY2ggDQpDYXBhYmlsaXR5IGRlc2NyaWJlZCBpbiBzZWN0aW9uIDMuMyBz ZWVtcyBpcnJlbGV2YW50IHRvIERFQ0FERSANCnByb3RvY29scy48L0ZPTlQ+PC9TUEFOPjwvUD4N CjxQIGNsYXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IDE1Ljc1cHQ7 IFRFWFQtSU5ERU5UOiAtMTUuNzVwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAtMS41Ij48Rk9O VCANCmNvbG9yPSMwMDAwMDA+PFNQQU4gbGFuZz1FTi1VUz41LjxTUEFOIHN0eWxlPSJtc28tc3Bh Y2VydW46IHllcyI+Jm5ic3A7IA0KPC9TUEFOPkluIHNlY3Rpb24gMy44IHRoZSBhdXRob3JzIHBy b3Bvc2UgdGhyZWUgdHlwZXMgb2Ygc3RvcmFnZSBtb2RlcyB3aXRob3V0IA0KZXhwbGljaXQgZGVz Y3JpcHRpb24uIEFuZCB0aGUgZm9sbG93aW5nIGVjaG9lcyBpbiBzZWN0aW9uIDQgc3RpbGwgcG9z ZSBhbiANCjwvU1BBTj48L0ZPTlQ+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIA0Kc3R5bGU9Ik1B UkdJTjogMGNtIDBjbSAwcHQgMTUuNzVwdDsgVEVYVC1JTkRFTlQ6IC0xNS43NXB0OyBtc28tY2hh ci1pbmRlbnQtY291bnQ6IC0xLjUiPjxGT05UIA0KY29sb3I9IzAwMDAwMD48U1BBTiBsYW5nPUVO LVVTPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbWJpZ3VvdXMgaW1hZ2UgDQplc3AuPC9TUEFO PjxCPjxTUEFOIGxhbmc9RU4tVVMgDQpzdHlsZT0iRk9OVC1TSVpFOiAxMnB0OyBGT05ULUZBTUlM WTogQXJpYWw7IG1zby1mb250LWtlcm5pbmc6IDBwdCI+IA0KPC9TUEFOPjwvQj48U1BBTiBsYW5n PUVOLVVTIA0Kc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0OyBtc28tZm9udC1rZXJu aW5nOiAwcHQ7IG1zby1iaWRpLWZvbnQtd2VpZ2h0OiBib2xkIj5iZXR3ZWVuIA0KZmlsZSBhbmQg b2JqZWN0IG9yaWVudGVkIG1vZGUuPG86cD48L286cD48L1NQQU4+PC9GT05UPjwvUD4NCjxQIGNs YXNzPU1zb05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IDE1Ljc1cHQ7IFRFWFQt SU5ERU5UOiAtMTUuNzVwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAtMS41Ij48U1BBTiANCmxh bmc9RU4tVVMgc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0Ij48bzpwPjxGT05UIA0K Y29sb3I9IzAwMDAwMD4mbmJzcDs8L0ZPTlQ+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1z b05vcm1hbCANCnN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IDE1Ljc1cHQ7IFRFWFQtSU5ERU5U OiAtMTUuNzVwdDsgbXNvLWNoYXItaW5kZW50LWNvdW50OiAtMS41Ij48U1BBTiANCmxhbmc9RU4t VVMgc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuNXB0Ij48Rk9OVCANCmNvbG9yPSMwMDAw MDA+Tml0czxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwg c3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpjb2xv cj0jMDAwMDAwPlNlY3Rpb24gMi4yIExpbmUyOiB0byByZWR1Y2luZy0mZ3Q7dG8gcmVkdWNlPC9G T05UPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBj bSAwcHQiPjxTUEFOIGxhbmc9RU4tVVM+PEZPTlQgDQpjb2xvcj0jMDAwMDAwPjwvRk9OVD48L1NQ QU4+Jm5ic3A7PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAwY20g MHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD48L0ZPTlQ+PC9TUEFO PiZuYnNwOzwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBw dCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmNvbG9yPSMwMDAwMDA+QmVzdCByZWdhcmRzLDwv Rk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBjbSAw Y20gMHB0Ij48U1BBTiBsYW5nPUVOLVVTPjxGT05UIA0KY29sb3I9IzAwMDAwMD48L0ZPTlQ+PC9T UEFOPiZuYnNwOzwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwY20gMGNt IDBwdCI+PFNQQU4gbGFuZz1FTi1VUz48Rk9OVCANCmNvbG9yPSMwMDAwMDA+WXVuZmVpPC9GT05U PjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgDQpzdHlsZT0iTUFSR0lOOiAwY20gMGNt IDBwdCAxNS43NXB0OyBURVhULUlOREVOVDogLTE1Ljc1cHQ7IG1zby1jaGFyLWluZGVudC1jb3Vu dDogLTEuNSI+PFNQQU4gDQpsYW5nPUVOLVVTIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEw LjVwdCI+PG86cD48Rk9OVCANCmNvbG9yPSMwMDAwMDA+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BB Tj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiPjxT UEFOIGxhbmc9RU4tVVM+PG86cD48Rk9OVCANCmNvbG9yPSMwMDAwMDA+Jm5ic3A7PC9GT05UPjwv bzpwPjwvU1BBTj48L1A+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6 ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVYgYWxpZ249bGVmdD4NCjxESVYgYWxpZ249bGVm dD48Rk9OVCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPEhSIHN0eWxlPSJXSURUSDogMTIycHg7IEhF SUdIVDogMnB4IiBTSVpFPTI+DQo8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGNvbG9yPSNjMGMw YzA+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj56aGFuZ3l1bmZlaTwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4yMDEwLTEyLTI3PC9GT05UPjwvRk9OVD48L0RJ Vj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hIHNpemU9Mj4NCjxIUj4NCjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreivP7I y6O6PC9TVFJPTkc+IFdvdW5keSwgDQpSaWNoYXJkPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1WZXJkYW5hPjxGT05UIHNpemU9Mj48U1RST05HPreiy83Ksbzko7o8L1NUUk9O Rz4gDQoyMDEwLTEyLTE4Jm5ic3A7MDc6NTg6NDM8L0ZPTlQ+PC9GT05UPjwvRElWPg0KPERJVj48 Rk9OVCBmYWNlPVZlcmRhbmE+PEZPTlQgc2l6ZT0yPjxTVFJPTkc+ytW8/sjLo7o8L1NUUk9ORz4g UmFobWFuLCANCkFrYmFyPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1WZXJk YW5hPjxGT05UIHNpemU9Mj48U1RST05HPrOty82jujwvU1RST05HPiANCmRlY2FkZUBpZXRmLm9y ZzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9OVCBzaXpl PTI+PFNUUk9ORz7W98zio7o8L1NUUk9ORz4gUmU6IFtkZWNhZGVdIFJldmlld3MgDQpvZiB0aGUg RGVjYWRlIFN1cnZleSBkcmFmdDwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 VmVyZGFuYSBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPVZlcmRh bmEgc2l6ZT0yPg0KPERJViBjbGFzcz1TZWN0aW9uMT4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BB TiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPlRoYW5rcywgDQpBa2Jhci48bzpwPjwvbzpwPjwvU1BB Tj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48 bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5 bGU9IkNPTE9SOiAjMWY0OTdkIj5TdXJ2ZXkgZHJhZnQgcmV2aWV3ZXJzLCBwbGVhc2UgDQp1c2Ug PEEgDQpocmVmPSJodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZGVj YWRlLXN1cnZleS8iPmRyYWZ0LWlldGYtZGVjYWRlLXN1cnZleS0wMjwvQT4gDQphcyB0aGUgYmFz aXMgb2YgeW91ciByZXZpZXcuPG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9y bWFsPjxTUEFOIHN0eWxlPSJDT0xPUjogIzFmNDk3ZCI+PG86cD4mbmJzcDs8L286cD48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIHN0eWxlPSJDT0xPUjogIzFmNDk3ZCI+LS0g UmljaDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiBzdHls ZT0iQ09MT1I6ICMxZjQ5N2QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9TUEFOPjwvUD4NCjxESVY+DQo8 RElWIA0Kc3R5bGU9IkJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctUklHSFQ6IDBp bjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29saWQ7IFBBRERJTkctTEVGVDogMGluOyBQQURE SU5HLUJPVFRPTTogMGluOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAz cHQ7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lIj4NCjxQIGNsYXNzPU1zb05vcm1hbD48Qj48 U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnVGFob21hJywnc2Fu cy1zZXJpZiciPkZyb206PC9TUEFOPjwvQj48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7 IEZPTlQtRkFNSUxZOiAnVGFob21hJywnc2Fucy1zZXJpZiciPiBSYWhtYW4sIEFrYmFyIA0KW21h aWx0bzpBa2Jhci5SYWhtYW5ASW50ZXJEaWdpdGFsLmNvbV0gPEJSPjxCPlNlbnQ6PC9CPiBXZWRu ZXNkYXksIERlY2VtYmVyIDE1LCANCjIwMTAgNDo0MiBQTTxCUj48Qj5Ubzo8L0I+IFdvdW5keSwg UmljaGFyZDxCUj48Qj5DYzo8L0I+IA0KZGVjYWRlQGlldGYub3JnPEJSPjxCPlN1YmplY3Q6PC9C PiBSRTogW2RlY2FkZV0gUmV2aWV3cyBvZiB0aGUgRGVjYWRlIFN1cnZleSANCmRyYWZ0PG86cD48 L286cD48L1NQQU4+PC9QPjwvRElWPjwvRElWPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5i c3A7PC9vOnA+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIHN0eWxlPSJDT0xPUjogIzFm NDk3ZCI+SGkgUmljaCw8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+ PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+ DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48bzpwPiZu YnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNP TE9SOiAjMWY0OTdkIj5XZSBkaWQgYSBzbWFsbCB1cGRhdGUgdG8gb3VyIA0KJm5ic3A7REVDQURF IFN1cnZleSBkcmFmdCB0byBjYXB0dXJlIHRoZSBmb2xsb3dpbmcgbWFpbiANCnBvaW50czo8bzpw PjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9S OiAjMWY0OTdkIj48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3Jt YWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIg TmV3JyI+Jm5ic3A7Jm5ic3A7IDEpIFJlLW9yZGVyZWQgDQoiSW5mb3JtYXRpdmUgUmVmZXJlbmNl cyIgdG8gbWF0Y2ggb3JkZXIgdGhhdCB0aGV5PG86cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xh c3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6 ICdDb3VyaWVyIE5ldyciPiZuYnNwOyZuYnNwOyBhcHBlYXIgaW4gdGhlIA0KdGV4dC4mbmJzcDsg QWxzbyBjaGFuZ2VkIHRoZSBERUNBREUgUHJvYmxlbSBTdGF0ZW1lbnQgYW5kPG86cD48L286cD48 L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTog MTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwOyZuYnNwOyBSZXF1aXJlbWVu dHMgDQpyZWZlcmVuY2VzIHRvIHRoZSBXRyBkb2N1bWVudHMgKGZyb20gdGhlIG9yaWdpbmFsPG86 cD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZP TlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwOyZuYnNwOyBp bmRpdmlkdWFsIA0KYXV0aG9yIGRvY3VtZW50cykuPG86cD48L286cD48L1NQQU4+PC9QPg0KPFAg Y2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1J TFk6ICdDb3VyaWVyIE5ldyciPjxvOnA+Jm5ic3A7PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNz PU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAn Q291cmllciBOZXcnIj4mbmJzcDsmbmJzcDsgMikgVXBkYXRlZCB0ZXh0IA0Kb2YgTkROIHNlY3Rp b24gKHNlYyA0LjYpIGFzIHBlciBvZmYgbGluZSBjb21tZW50czxvOnA+PC9vOnA+PC9TUEFOPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZP TlQtRkFNSUxZOiAnQ291cmllciBOZXcnIj4mbmJzcDsmbmJzcDsgcmVjZWl2ZWQgZnJvbSANCkx1 Y3kgWW9uZy48bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4g DQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+PG86 cD4mbmJzcDs8L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5 bGU9IkZPTlQtU0laRTogMTBwdDsgRk9OVC1GQU1JTFk6ICdDb3VyaWVyIE5ldyciPiZuYnNwOyZu YnNwOyAzKSBBZGRlZCBhIG5ldyANCnNlY3Rpb24gb24gTmV0SW5mIHNlY3Rpb24gKHNlYyA0Ljcp IGFzIHBlciBvZmYgbGluZTxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h bD48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDEwcHQ7IEZPTlQtRkFNSUxZOiAnQ291cmllciBO ZXcnIj4mbmJzcDsmbmJzcDsgY29tbWVudHMgDQpyZWNlaXZlZCBmcm9tIEJvcmplIE9obG1hbi48 bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0i Rk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ0NvdXJpZXIgTmV3JyI+PG86cD4mbmJzcDs8 L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIHN0eWxlPSJDT0xPUjog IzFmNDk3ZCI+PG86cD4mbmJzcDs8L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFs PjxTUEFOIHN0eWxlPSJDT0xPUjogIzFmNDk3ZCI+U28sIHdlIHdvdWxkIGFwcHJlY2lhdGUgaXQg aWYgDQp0aHJlZSB2b2x1bnRlZXIgcmV2aWV3ZXJzIHRha2UgYSBsb29rIGF0IHRoZSBSZXYuIDAy IHZlcnNpb24gb2Ygb3VyIFN1cnZleSANCmRyYWZ0OjxvOnA+PC9vOnA+PC9TUEFOPjwvUD4NCjxQ IGNsYXNzPU1zb05vcm1hbD48U1BBTiBzdHlsZT0iQ09MT1I6ICMxZjQ5N2QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb1BsYWluVGV4dD48QSANCmhyZWY9Imh0dHA6 Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtZGVjYWRlLXN1cnZleS0w Mi50eHQiPmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtZGVj YWRlLXN1cnZleS0wMi50eHQ8L0E+PG86cD48L286cD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+ PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+ DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48bzpwPiZu YnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNP TE9SOiAjMWY0OTdkIj48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29O b3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj5TaW5jZXJlbHksPG86cD48L286cD48 L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIHN0eWxlPSJDT0xPUjogIzFmNDk3 ZCI+PG86cD4mbmJzcDs8L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFO IHN0eWxlPSJDT0xPUjogIzFmNDk3ZCI+QWtiYXI8bzpwPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAjMWY0OTdkIj48bzpwPiZuYnNwOzwv bzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gc3R5bGU9IkNPTE9SOiAj MWY0OTdkIj48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8RElWPg0KPERJViANCnN0eWxl PSJCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1U T1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1CT1RUT006 IDBpbjsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0OyBCT1JERVIt Qk9UVE9NOiBtZWRpdW0gbm9uZSI+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PEI+PFNQQU4gDQpzdHls ZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlMWTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYnIj5G cm9tOjwvU1BBTj48L0I+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMHB0OyBGT05ULUZBTUlM WTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYnIj4gDQpkZWNhZGUtYm91bmNlc0BpZXRmLm9yZyBbbWFp bHRvOmRlY2FkZS1ib3VuY2VzQGlldGYub3JnXSA8Qj5PbiBCZWhhbGYgT2YgDQo8L0I+V291bmR5 LCBSaWNoYXJkPEJSPjxCPlNlbnQ6PC9CPiBXZWRuZXNkYXksIERlY2VtYmVyIDE1LCAyMDEwIDM6 MTQgDQpQTTxCUj48Qj5Ubzo8L0I+ICdkZWNhZGVAaWV0Zi5vcmcnPEJSPjxCPlN1YmplY3Q6PC9C PiBbZGVjYWRlXSBSZXZpZXdzIG9mIHRoZSANCkRlY2FkZSBTdXJ2ZXkgZHJhZnQ8bzpwPjwvbzpw PjwvU1BBTj48L1A+PC9ESVY+PC9ESVY+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8 L286cD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+Rm9sa3MsPG86cD48L286cD48L1A+DQo8UCBj bGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+ V2Ugd291bGQgbGlrZSB0byBwcmVwYXJlIHRoZSBzdXJ2ZXkgZHJhZnQsIDxBIA0KaHJlZj0iaHR0 cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWRlY2FkZS1zdXJ2ZXkvIj5k cmFmdC1pZXRmLWRlY2FkZS1zdXJ2ZXktMDE8L0E+LCANCmZvciB3b3JraW5nIGdyb3VwIGxhc3Qg Y2FsbCBpbiBKYW51YXJ5LjxvOnA+PC9vOnA+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+ Jm5ic3A7PC9vOnA+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPlRoZSBjaGFpcnMgYXJlIGxvb2tp bmcgZm9yIGRvY3VtZW50IHJldmlld3MgdG8gYmUgc2VudCB0byB0aGUgDQptYWlsaW5nIGxpc3Qg YnkgV2VkbmVzZGF5IERlY2VtYmVyIDI5LiBXZSBhbHJlYWR5IGhhdmUgdGhyZWUgdm9sdW50ZWVy cyBmcm9tIG91ciANCnNlc3Npb24gaW4gQmVpamluZy4gQWRkaXRpb25hbCBkcmFmdCByZXZpZXdz IGJ5IHRoZSBkZWFkbGluZSB3b3VsZCBiZSB0aW1lbHkgYW5kIA0KZ3JlYXRseSBhcHByZWNpYXRl ZC48bzpwPjwvbzpwPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwv UD4NCjxQIGNsYXNzPU1zb05vcm1hbD5BZnRlciB0aGUgYXV0aG9ycyBpbmNvcnBvcmF0ZSB0aGUg ZmVlZGJhY2sgZnJvbSB0aGUgcmV2aWV3cyANCmluIGEgbmV3IGRyYWZ0IGl0ZXJhdGlvbiwgdGhl IGNoYWlycyBleHBlY3QgdG8gdGFrZSB0aGUgZHJhZnQgdG8gDQpXR0xDLjxvOnA+PC9vOnA+PC9Q Pg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9QPg0KPFAgY2xhc3M9TXNv Tm9ybWFsPi0tIFJpY2g8bzpwPjwvbzpwPjwvUD48L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwv SFRNTD4NCg== --=====003_Dragon734342116324_=====-- From zongning@huawei.com Tue Dec 28 00:23:28 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D56B28C0DE for ; Tue, 28 Dec 2010 00:23:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.077 X-Spam-Level: X-Spam-Status: No, score=-100.077 tagged_above=-999 required=5 tests=[AWL=0.417, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vs1QGiitx9mc for ; Tue, 28 Dec 2010 00:23:24 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id E08DF28C0DF for ; Tue, 28 Dec 2010 00:23:23 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LE4002VMQ267G@szxga05-in.huawei.com> for decade@ietf.org; Tue, 28 Dec 2010 16:25:18 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LE400JYBQ2656@szxga05-in.huawei.com> for decade@ietf.org; Tue, 28 Dec 2010 16:25:18 +0800 (CST) Received: from z63316a ([10.138.41.69]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LE4007JIQ215S@szxml06-in.huawei.com> for decade@ietf.org; Tue, 28 Dec 2010 16:25:18 +0800 (CST) Date: Tue, 28 Dec 2010 16:25:13 +0800 From: Ning Zong To: decade@ietf.org Message-id: <000001cba668$bfede680$3fc9b380$@com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: multipart/alternative; boundary="Boundary_(ID_vlBD2WhjrMmBxb111gDahA)" Content-language: zh-cn Thread-index: AcumaL+Jp0ZTa+vESBeZZYBUDX08WA== Subject: [decade] WG review of draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 08:23:28 -0000 This is a multi-part message in MIME format. --Boundary_(ID_vlBD2WhjrMmBxb111gDahA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT (As a reviewer) Just a few update suggestions: 1) In clause 1, paragraph 5, it would be better to briefly introduce what DECADE is before using this term. We can add some text before paragraph 5 as follows: "In this document, DECADE is defined as a standard interface for various P2P applications to access storage and data transport services in the network to improve their efficiency and reduce the stress on the network infrastructure." 2) In clause 4, it would be better to explicitly clarify "DECADE" and "IAP" in some places to reduce the potential confusion to new readers. We can update some text as follows: 2.1) paragraph 1 changes to: "The objective of this working group is to design DECADE, which mainly consists of an in-network storage access protocol (IAP) to address the problems discussed in the preceding section." 2.2) clause 4.1, the first sentence changes to: "P2P application clients use the IAP protocol to read data from an in-network storage, store data to an in-network storage, or remove data from an in-network storage." 2.3) clause 4.3, the first sentence changes to: "A user uses the IAP protocol to manage the resources on in-network storage that can be used by other peers, e.g., the bandwidth or connections." 3) In clause 9.2, we need to update the fourth reference to: [I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in progress), October 2010. BR, Ning Zong --Boundary_(ID_vlBD2WhjrMmBxb111gDahA) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

(As a reviewer)

 

Just a few update suggestions:

1)       In clause 1, paragraph 5, it would be better to briefly introduce what DECADE is before using this term. We can add some text before paragraph 5 as follows:

“In this document, DECADE is defined as a standard interface for various P2P applications to access storage and data transport services in the network to improve their efficiency and reduce the stress on the network infrastructure.”

 

2)       In clause 4, it would be better to explicitly clarify “DECADE” and “IAP” in some places to reduce the potential confusion to new readers. We can update some text as follows:

2.1) paragraph 1 changes to:

“The objective of this working group is to design DECADE, which mainly consists of an in-network storage access protocol (IAP) to address the problems discussed in the preceding section.”

2.2) clause 4.1, the first sentence changes to:

“P2P application clients use the IAP protocol to read data from an in-network storage, store data to an in-network storage, or remove data from an in-network storage.”

2.3) clause 4.3, the first sentence changes to:

“A user uses the IAP protocol to manage the resources on in-network storage that can be used by other peers, e.g., the bandwidth or connections.”

 

3)       In clause 9.2, we need to update the fourth reference to:

[I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in progress), October 2010.

 

BR,

Ning Zong

--Boundary_(ID_vlBD2WhjrMmBxb111gDahA)-- From davidbryan@gmail.com Tue Dec 28 09:16:51 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 92C803A687D for ; Tue, 28 Dec 2010 09:16:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.435 X-Spam-Level: X-Spam-Status: No, score=-102.435 tagged_above=-999 required=5 tests=[AWL=0.542, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xf0g8wYSCyNe for ; Tue, 28 Dec 2010 09:16:50 -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 796C33A681B for ; Tue, 28 Dec 2010 09:16:49 -0800 (PST) Received: by wwa36 with SMTP id 36so9405660wwa.13 for ; Tue, 28 Dec 2010 09:18:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eVW44FCGJqICgQN1+hakvSFaz8ISW7FvxlQmjc/Ex+E=; b=RVmZQbZIxj6Ofa+8EDzQ1KY4k3AxKXYKOc+T/+eGtsWFaqD5UglPhKxp3EUBmc0UTU Pd69hD353qsDYAYUsklk7JteWoJS02ekJQdiIVH4uhIc039XT4YTWjny6q3dq9Wi4Cjz XXPXF9IuPLh45aqu2xdsPL+MWv+0BPZV+tACY= 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:cc:content-type; b=NtinQh4YZHjuveJCw/mnY5Q8mteW70Tc5geMXSOAK3Ht58UDUyuu+8T7b6xF27j5ij /anEWHrUe1sPuTxqHBrJrM/xiRHLxmJ4Ja6CC5p+Nx4gX/WA6dbRlrahXhekC7vqbnSK ZZXBYvgZFR62LyAMzSE03StXFQn85oD+GKd2k= MIME-Version: 1.0 Received: by 10.227.199.10 with SMTP id eq10mr8362982wbb.197.1293556733792; Tue, 28 Dec 2010 09:18:53 -0800 (PST) Sender: davidbryan@gmail.com Received: by 10.227.39.11 with HTTP; Tue, 28 Dec 2010 09:18:53 -0800 (PST) Date: Tue, 28 Dec 2010 12:18:53 -0500 X-Google-Sender-Auth: 5IaEaipDSGKakrLTfd0lM-7WiRo Message-ID: From: "David A. Bryan" To: DECADE , Richard Alimi , "Y. R. Yang" , "Rahman, Akbar" Content-Type: text/plain; charset=ISO-8859-1 Cc: "Woundy, Richard" Subject: [decade] WG review of draft-ietf-decade-survey-02 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 17:16:51 -0000 Please find my review for draft-ietf-decade-survey-02 below. Overall, I think the document is in good shape. As a survey, it provides a good cross section of the space, provides some commentary without making any specific decisions or imposing a particular view, and is clear and concise. I have very few technical comments or concerns, but a fair number of small nits and grammatical/editorial comments. The author list at the end and the list on the header don't agree. The header has 3 authors, the end has 6. Section 3.0: just before 3.1 you talk about not discussing protocol choices in the current version of this document. Since this is going to RFC, that comment should be removed (just mention that you don't cover that...) Section 3.4 seems like a key concept isn't quite there or isn't explained clearly. The three categories -- public-restricted, public-unrestricted and private are not clearly explained with regard to read vs. write. The example for public-restricted of TV restricted to a geographical region implies that this is for reading access, but it seems to be private in terms or write access. Might want a clarification sentence or two here about how you are using the term. For 4.11.1, it would be good to have a reference here about P2P caches being widely deployed. I actually thought that many ISPs found it too difficult to do and so didn't use these protocol-specific caches. Can we cite some evidence that they are widely deployed? Nits / grammar: In the introduction, second paragraph, replace on with of. Not t a "substantial increase on capacity". Maybe "substantial increase of capacity"? Intro, para 3, line 1: introduced should be introduces 2.2, para 1, line 2: reducing should be reduce 2.2 para 4, line 1: replace only with just. Line 7 replace first is with are. 2.2 para 6, line 1 maturity should be maturation. Last sentence needs "the" after however. 4.1.1 last line need "the" between update and contents. 4.2 para 4 line 4 "...server it is..." should be "server if it is" In Section 4.4, the grammatical use of CDN is inconsistent. When talking about a property, sometimes it is "a CDN does X", sometimes "CDN does X" and sometimes "CDNs do X". I think the first and third ("a CDN" and "CDNs") seem right, but it should be consistent in any case. 4.4 para 2 line 5 to should be for 4.4 para 3 line 1 host should be hosts The first sentence of 4.4.2 is really awkward. Maybe "CDNs are typically closed internal systems, and generally only provide read (retrieve) access and not write (store) access to clients."? 4.4.3 line 1 provider should be providers. The use of data here (with one in front of it) is strange too -- maybe call it data object instead? 4.4.4 provider should be providers, and hold should be holds (or even better, stores?) 4.4.8 "they also can" seems like it should be removed. 4.7 information-centric and host-centric are not consistently hyphenated (sometimes yes, sometimes no...) 4.11.2.6 line 1 need "is" between mechanism and provided. line 3 "P2P cache is getting" should be "P2P caches are getting" 4.13 well-built seems odd here. "proven" maybe? 4.13.2 line 3 need is between that and not. 5.5.4 para 3, "passed" should be "past" Several of the references (for example [1]) are out of date. From Akbar.Rahman@InterDigital.com Wed Dec 29 07:19:43 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2798328C10A for ; Wed, 29 Dec 2010 07:19:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.774 X-Spam-Level: X-Spam-Status: No, score=-0.774 tagged_above=-999 required=5 tests=[AWL=-0.626, BAYES_00=-2.599, 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 Q+1qOYZkTtq7 for ; Wed, 29 Dec 2010 07:19:41 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 0E05A28C0FB for ; Wed, 29 Dec 2010 07:19:40 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Dec 2010 10:21:46 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBA76C.1AC45058" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Dec 2010 10:21:45 -0500 Message-ID: In-Reply-To: <201012271733266711931@chinamobile.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] WG Reviews of the Decade Survey draft Thread-Index: AculqS70x5WMaJtPTk6puBSnkLngZgBwqXjg References: <1CA25301D2219F40B3AA37201F0EACD104CB25@PACDCEXMB05.cable.comcast.com><1CA25301D2219F40B3AA37201F0EACD104E84F@PACDCEXMB05.cable.comcast.com> <201012271733266711931@chinamobile.com> From: "Rahman, Akbar" To: "zhangyunfei" X-OriginalArrivalTime: 29 Dec 2010 15:21:46.0069 (UTC) FILETIME=[1AF3E850:01CBA76C] Cc: decade@ietf.org Subject: Re: [decade] WG Reviews of the Decade Survey draft X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 15:19:43 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBA76C.1AC45058 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Hi Yunfei, =20 =20 Thanks for your comments. I will work with the other authors and do an = update of the draft based on your suggestions by early January.=20 =20 =20 Sincerely, =20 =20 Akbar =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf = Of zhangyunfei Sent: Monday, December 27, 2010 4:33 AM To: decade@ietf.org Subject: [decade] WG Reviews of the Decade Survey draft =20 First of all happy new year to everybody!=20 =20 The following is my WG review of draft-ietf-decade-survey-02 = . =20 Summary: =20 This document surveys thoroughly deployed, experimental and on-research = in-network storage and cache systems/ sub-systems=20 and describes their applicability for DECADE. It provides rich = references for knowing what the existing systems have and=20 what they lack of. Therefore the designing space of DECADE is explicated = for better understanding. The draft is well written and=20 conveys the group's intent well. The authors are suggested to categorize the surveyed systems/sub-systems = as user-controlled (individual) services (in scope of DECADE)=20 and network-controlled (mass) services (out of scope of DECADE) to make = it more focus on DECADE type services. =20 Specific comments and concerns: 1=A3=AE The organization of section 4: In this section the authors = survey thoroughly deployed, experimental and on-research in-network = storage=20 and cache systems/ sub-systems. However some of them are = user-controlled (individual) services like section 4.1, 4.2,4.9,4.10 and = part of 4.12, which are in scope of DECADE; others are network = controlled(mass) services where the users have no rights to operate the in-network storage or caches, which are out of scope of DECADE. = The current organization is a little bit messy and it=A1=AFs suggested=20 to separate the two parts and focus on the DECADE type services. 2=A3=AE Difference between cache and storage: In section 4, there are = many places to mention in-network caches. In network-controlled=20 caches, it=A1=AFs hard to introduce DECADE service because some of = the operations defined in DECADE like data deletion in DECADE=20 server (if we use the current cache as the DECADE server) may raise = confliction with the existing cache update mechanism=20 by Cache operators when dealing with a certain data. In section = 4.14 the authors state the possible inapplicability for the cache = scenarios=20 in using DECADE mechanism. But to make the draft more clear, = it=A1=AFs better to state explicit the scope of DECADE ahead of this = section.=20 And also more discussions on whether and how much degree we need the = cache system/subsystem description in this draft are needed in the = group. 3. In section 2, the No.1 effect of DECADE, to my understanding, is to = improve P2P application experience in up-band constraint environment = like=20 cellular mobile networks. The current draft lacks of this although = this is highlighted in the PS. 4. Data Search Capability described in section 3.3 seems irrelevant to = DECADE protocols. 5. In section 3.8 the authors propose three types of storage modes = without explicit description. And the following echoes in section 4 = still pose an=20 ambiguous image esp. between file and object oriented mode. =20 Nits Section 2.2 Line2: to reducing->to reduce =20 =20 Best regards, =20 Yunfei =20 =20 =20 ________________________________ zhangyunfei 2010-12-27 ________________________________ =B7=A2=BC=FE=C8=CB=A3=BA Woundy, Richard =B7=A2=CB=CD=CA=B1=BC=E4=A3=BA 2010-12-18 07:58:43 =CA=D5=BC=FE=C8=CB=A3=BA Rahman, Akbar =B3=AD=CB=CD=A3=BA decade@ietf.org =D6=F7=CC=E2=A3=BA Re: [decade] Reviews of the Decade Survey draft =20 Thanks, Akbar. =20 Survey draft reviewers, please use draft-ietf-decade-survey-02 = as the = basis of your review. =20 -- Rich =20 From: Rahman, Akbar [mailto:Akbar.Rahman@InterDigital.com]=20 Sent: Wednesday, December 15, 2010 4:42 PM To: Woundy, Richard Cc: decade@ietf.org Subject: RE: [decade] Reviews of the Decade Survey draft =20 Hi Rich, =20 =20 We did a small update to our DECADE Survey draft to capture the = following main points: =20 1) Re-ordered "Informative References" to match order that they appear in the text. Also changed the DECADE Problem Statement and Requirements references to the WG documents (from the original individual author documents). =20 2) Updated text of NDN section (sec 4.6) as per off line comments received from Lucy Yong. =20 3) Added a new section on NetInf section (sec 4.7) as per off line comments received from Borje Ohlman. =20 =20 So, we would appreciate it if three volunteer reviewers take a look at = the Rev. 02 version of our Survey draft: =20 http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt =20 =20 =20 Sincerely, =20 Akbar =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf = Of Woundy, Richard Sent: Wednesday, December 15, 2010 3:14 PM To: 'decade@ietf.org' Subject: [decade] Reviews of the Decade Survey draft =20 Folks, =20 We would like to prepare the survey draft, draft-ietf-decade-survey-01 = , for = working group last call in January. =20 The chairs are looking for document reviews to be sent to the mailing = list by Wednesday December 29. We already have three volunteers from our = session in Beijing. Additional draft reviews by the deadline would be = timely and greatly appreciated. =20 After the authors incorporate the feedback from the reviews in a new = draft iteration, the chairs expect to take the draft to WGLC. =20 -- Rich ------_=_NextPart_001_01CBA76C.1AC45058 Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable

Hi Yunfei,

 

 

Thanks for your comments.  I will work with the = other authors and do an update of the draft based on your suggestions by early January.

 

 

Sincerely,

 

 

Akbar

 

 

From:= decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of = zhangyunfei
Sent: Monday, December 27, 2010 4:33 AM
To: decade@ietf.org
Subject: [decade] WG Reviews of the Decade Survey = draft

 

First of all happy = new year to everybody!

 

The following is my WG = review of draft-= ietf-decade-survey-02.

 

Summary:

 

This document surveys = thoroughly deployed, experimental and on-research in-network storage and cache = systems/ sub-systems

and describes their = applicability for DECADE. It provides rich references for knowing what the existing = systems have and

what they lack of. = Therefore the designing space of DECADE is explicated for better understanding. The = draft is well written and

conveys the = group's intent well.

The authors are = suggested to categorize the surveyed systems/sub-systems as user-controlled (individual) services (in scope of DECADE)

and network-controlled = (mass) services (out of scope of DECADE) to make it more focus on DECADE type services.

 

Specific comments and = concerns:

1=A3=AE  The organization of section 4: In this section the = authors survey thoroughly deployed, experimental and on-research in-network = storage

      and cache systems/ sub-systems. However some of them are user-controlled (individual) = services like section 4.1, 4.2,4.9,4.10 and

     part of 4.12, which are = in scope of DECADE; others are network controlled(mass) services where the users = have no rights to operate

    the in-network storage or = caches, which are out of scope of DECADE. The current organization is a little bit = messy and it=A1=AFs suggested

    to separate the two parts and = focus on the DECADE type services.

2=A3=AE  Difference between cache and storage: In section = 4, there are many places to mention in-network caches. In network-controlled =

     caches, it=A1=AFs hard to = introduce DECADE service because some of the operations defined in DECADE like = data deletion in DECADE

     server (if we use the = current cache as the DECADE server) may raise confliction with the existing = cache update mechanism

     by Cache operators when = dealing with a certain data. In section 4.14 the authors state the possible inapplicability for the cache scenarios

     in using DECADE = mechanism. But to make the draft more clear, it=A1=AFs better to state explicit the scope = of DECADE ahead of this section.

    And also more discussions on = whether and how much degree we need the cache system/subsystem description in this = draft are needed in the group.

3.  In section 2, the No.1 effect of DECADE, = to my understanding, is to improve P2P application experience in up-band = constraint environment like

    cellular mobile networks. The = current draft lacks of this although this is highlighted in the PS.

4.  Data Search = Capability described in section 3.3 seems irrelevant to DECADE = protocols.

5.  In section 3.8 the authors propose three = types of storage modes without explicit description. And the following echoes in = section 4 still pose an

     ambiguous image = esp. = between file and object oriented mode.

 

Nits

Section 2.2 Line2: to reducing->to reduce

 

 

Best = regards,

 

Yunfei

 

 

 

zhangyunfei

2010-12-27=

=B7=A2=BC=FE=C8=CB= =A3=BA Woundy, = Richard

=B7=A2=CB=CD=CA=B1= =BC=E4=A3=BA 2010-12-18 07:58:43

=CA=D5=BC=FE=C8=CB= =A3=BA Rahman, = Akbar

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

=D6=F7=CC=E2=A3=BA= Re: = [decade] Reviews of the Decade Survey draft

 

Thanks, = Akbar.

 

Survey draft = reviewers, please use draft-= ietf-decade-survey-02 as the basis of your review.

 

-- = Rich

 

From:= Rahman, = Akbar [mailto:Akbar.Rahman@InterDigital.com]
Sent: Wednesday, December 15, 2010 4:42 PM
To: Woundy, Richard
Cc: decade@ietf.org
Subject: RE: [decade] Reviews of the Decade Survey = draft

 

Hi = Rich,

 

 

We did a small update = to our  DECADE Survey draft to capture the following main = points:

 

   1) Re-ordered "Informative References" to match order that = they

   appear in the text.  Also changed the DECADE Problem Statement = and

   Requirements references to the WG documents (from the = original

   individual author documents).

 

   2) Updated text of NDN section (sec 4.6) as per off line = comments

   received from Lucy Yong.

 

   3) Added a new section on NetInf section (sec 4.7) as per off = line

   comments received from Borje Ohlman.

 

 

So, we would = appreciate it if three volunteer reviewers take a look at the Rev. 02 version of our = Survey draft:

 

http://www.ietf.org/internet-drafts/draft-ietf-decade-survey-02.txt

 

 

 

Sincerely,

 

Akbar

 

 

From:= = decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Woundy, Richard
Sent: Wednesday, December 15, 2010 3:14 PM
To: 'decade@ietf.org'
Subject: [decade] Reviews of the Decade Survey = draft

 

Folks,

 

We would like to prepare the survey draft, draft-= ietf-decade-survey-01, for working group last call in January.

 

The chairs are looking for document reviews to be = sent to the mailing list by Wednesday December 29. We already have three = volunteers from our session in Beijing. Additional draft reviews by the deadline = would be timely and greatly appreciated.

 

After the authors incorporate the feedback from the = reviews in a new draft iteration, the chairs expect to take the draft to = WGLC.

 

-- Rich

------_=_NextPart_001_01CBA76C.1AC45058-- From Akbar.Rahman@InterDigital.com Wed Dec 29 07:20:31 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01C3428C108 for ; Wed, 29 Dec 2010 07:20:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[AWL=0.688, 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 DhR4VdMgHj8G for ; Wed, 29 Dec 2010 07:20:26 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id E483D28C107 for ; Wed, 29 Dec 2010 07:20:25 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Dec 2010 10:22:31 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBA76C.35CB65EC" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Dec 2010 10:22:31 -0500 Message-ID: In-Reply-To: <000001cba668$bfede680$3fc9b380$@com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] WG review of draft-ietf-decade-problem-statement-01 Thread-Index: AcumaL+Jp0ZTa+vESBeZZYBUDX08WABA15Ng References: <000001cba668$bfede680$3fc9b380$@com> From: "Rahman, Akbar" To: "Ning Zong" X-OriginalArrivalTime: 29 Dec 2010 15:22:31.0365 (UTC) FILETIME=[35F38750:01CBA76C] Cc: decade@ietf.org Subject: Re: [decade] WG review of draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 15:20:31 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBA76C.35CB65EC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ning, =20 =20 Thanks for your comments. I will work with the other authors and do an update of the draft based on your suggestions by early January.=20 =20 =20 Sincerely, =20 =20 Akbar =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Ning Zong Sent: Tuesday, December 28, 2010 3:25 AM To: decade@ietf.org Subject: [decade] WG review of draft-ietf-decade-problem-statement-01 =20 (As a reviewer) =20 Just a few update suggestions: 1) In clause 1, paragraph 5, it would be better to briefly introduce what DECADE is before using this term. We can add some text before paragraph 5 as follows: "In this document, DECADE is defined as a standard interface for various P2P applications to access storage and data transport services in the network to improve their efficiency and reduce the stress on the network infrastructure." =20 2) In clause 4, it would be better to explicitly clarify "DECADE" and "IAP" in some places to reduce the potential confusion to new readers. We can update some text as follows: 2.1) paragraph 1 changes to: "The objective of this working group is to design DECADE, which mainly consists of an in-network storage access protocol (IAP) to address the problems discussed in the preceding section." 2.2) clause 4.1, the first sentence changes to: "P2P application clients use the IAP protocol to read data from an in-network storage, store data to an in-network storage, or remove data from an in-network storage." 2.3) clause 4.3, the first sentence changes to: "A user uses the IAP protocol to manage the resources on in-network storage that can be used by other peers, e.g., the bandwidth or connections." =20 3) In clause 9.2, we need to update the fourth reference to: [I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in progress), October 2010. =20 BR, Ning Zong ------_=_NextPart_001_01CBA76C.35CB65EC Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Ning,

 

 

Thanks for your comments.  I will work with the other authors and do an update of = the draft based on your suggestions by early January.

 

 

Sincerely,

=

 

 

Akbar

 

 

From:= decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of = Ning Zong
Sent: Tuesday, December 28, 2010 3:25 AM
To: decade@ietf.org
Subject: [decade] WG review of = draft-ietf-decade-problem-statement-01

 

(As a reviewer)

 

Just a few update suggestions:

1)       In clause 1, paragraph 5, it would be better to briefly introduce what = DECADE is before using this term. We can add some text before paragraph 5 as = follows:

“In this document, DECADE is defined as a = standard interface for various P2P applications to access storage and data transport = services in the network to improve their efficiency and reduce the stress on the = network infrastructure.”

 

2)       In clause 4, it would be better to explicitly clarify “DECADE” = and “IAP” in some places to reduce the potential confusion to new readers. We can update = some text as follows:

2.1) paragraph 1 changes to:

“The objective of this working group is to = design DECADE, which mainly consists of an in-network storage access protocol (IAP) to = address the problems discussed in the preceding section.”

2.2) clause 4.1, the first sentence changes = to:

“P2P application clients use the IAP protocol = to read data from an in-network storage, store data to an in-network storage, or = remove data from an in-network storage.”

2.3) clause 4.3, the first sentence changes = to:

“A user uses the IAP protocol to manage the = resources on in-network storage that can be used by other peers, e.g., the bandwidth = or connections.”

 

3)       In clause 9.2, we need to update the fourth reference to:

[I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, = N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P = Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in = progress), October 2010.

 

BR,

Ning Zong

------_=_NextPart_001_01CBA76C.35CB65EC-- From Akbar.Rahman@InterDigital.com Wed Dec 29 07:21:21 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B4FD28C107 for ; Wed, 29 Dec 2010 07:21:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.996 X-Spam-Level: X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[AWL=0.603, 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 7GFokAXePy-U for ; Wed, 29 Dec 2010 07:21:19 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 8972C28C0FB for ; Wed, 29 Dec 2010 07:21:19 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Dec 2010 10:23:25 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Dec 2010 10:23:24 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: WG review of draft-ietf-decade-survey-02 Thread-Index: Acums0+bd0FNBQ2kT+eYWvRzOwm/IAAuPB+w References: From: "Rahman, Akbar" To: "David A. Bryan" X-OriginalArrivalTime: 29 Dec 2010 15:23:25.0053 (UTC) FILETIME=[55F3AAD0:01CBA76C] Cc: DECADE , "Woundy, Richard" Subject: Re: [decade] WG review of draft-ietf-decade-survey-02 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 15:21:21 -0000 Hi David, Thanks for your comments. I will work with the other authors and do an update of the draft based on your suggestions by early January.=20 Sincerely, Akbar -----Original Message----- From: davidbryan@gmail.com [mailto:davidbryan@gmail.com] On Behalf Of David A. Bryan Sent: Tuesday, December 28, 2010 12:19 PM To: DECADE; Richard Alimi; Y. R. Yang; Rahman, Akbar Cc: Haibin Song; Woundy, Richard Subject: WG review of draft-ietf-decade-survey-02 Please find my review for draft-ietf-decade-survey-02 below. Overall, I think the document is in good shape. As a survey, it provides a good cross section of the space, provides some commentary without making any specific decisions or imposing a particular view, and is clear and concise. I have very few technical comments or concerns, but a fair number of small nits and grammatical/editorial comments. The author list at the end and the list on the header don't agree. The header has 3 authors, the end has 6. Section 3.0: just before 3.1 you talk about not discussing protocol choices in the current version of this document. Since this is going to RFC, that comment should be removed (just mention that you don't cover that...) Section 3.4 seems like a key concept isn't quite there or isn't explained clearly. The three categories -- public-restricted, public-unrestricted and private are not clearly explained with regard to read vs. write. The example for public-restricted of TV restricted to a geographical region implies that this is for reading access, but it seems to be private in terms or write access. Might want a clarification sentence or two here about how you are using the term. For 4.11.1, it would be good to have a reference here about P2P caches being widely deployed. I actually thought that many ISPs found it too difficult to do and so didn't use these protocol-specific caches. Can we cite some evidence that they are widely deployed? Nits / grammar: In the introduction, second paragraph, replace on with of. Not t a "substantial increase on capacity". Maybe "substantial increase of capacity"? Intro, para 3, line 1: introduced should be introduces 2.2, para 1, line 2: reducing should be reduce 2.2 para 4, line 1: replace only with just. Line 7 replace first is with are. 2.2 para 6, line 1 maturity should be maturation. Last sentence needs "the" after however. 4.1.1 last line need "the" between update and contents. 4.2 para 4 line 4 "...server it is..." should be "server if it is" In Section 4.4, the grammatical use of CDN is inconsistent. When talking about a property, sometimes it is "a CDN does X", sometimes "CDN does X" and sometimes "CDNs do X". I think the first and third ("a CDN" and "CDNs") seem right, but it should be consistent in any case. 4.4 para 2 line 5 to should be for 4.4 para 3 line 1 host should be hosts The first sentence of 4.4.2 is really awkward. Maybe "CDNs are typically closed internal systems, and generally only provide read (retrieve) access and not write (store) access to clients."? 4.4.3 line 1 provider should be providers. The use of data here (with one in front of it) is strange too -- maybe call it data object instead? 4.4.4 provider should be providers, and hold should be holds (or even better, stores?) 4.4.8 "they also can" seems like it should be removed. 4.7 information-centric and host-centric are not consistently hyphenated (sometimes yes, sometimes no...) 4.11.2.6 line 1 need "is" between mechanism and provided. line 3 "P2P cache is getting" should be "P2P caches are getting" 4.13 well-built seems odd here. "proven" maybe? 4.13.2 line 3 need is between that and not. 5.5.4 para 3, "passed" should be "past" Several of the references (for example [1]) are out of date. From Akbar.Rahman@InterDigital.com Wed Dec 29 07:23:59 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 978FA28C0FB for ; Wed, 29 Dec 2010 07:23:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.063 X-Spam-Level: X-Spam-Status: No, score=-2.063 tagged_above=-999 required=5 tests=[AWL=0.535, 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 K-GWhIbYdDVd for ; Wed, 29 Dec 2010 07:23:54 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id C2D1D28C10A for ; Wed, 29 Dec 2010 07:23:53 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Dec 2010 10:25:59 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CBA76C.B1BF56D2" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Dec 2010 10:25:58 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] WG review of draft-ietf-decade-problem-statement-01 Thread-Index: AcumaL+Jp0ZTa+vESBeZZYBUDX08WABA15NgAAAcwLA= References: <000001cba668$bfede680$3fc9b380$@com> From: "Rahman, Akbar" To: "Ning Zong" X-OriginalArrivalTime: 29 Dec 2010 15:25:59.0287 (UTC) FILETIME=[B1E1E870:01CBA76C] Cc: "Rahman, Akbar" , decade@ietf.org Subject: Re: [decade] WG review of draft-ietf-decade-problem-statement-01 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 15:23:59 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBA76C.B1BF56D2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ooops. Sorry, I just noticed that these comments were for the problem statement and not the Survey. I apologize for that so please just ignore my response below. =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Rahman, Akbar Sent: Wednesday, December 29, 2010 10:23 AM To: Ning Zong Cc: decade@ietf.org Subject: Re: [decade] WG review of draft-ietf-decade-problem-statement-01 =20 Hi Ning, =20 =20 Thanks for your comments. I will work with the other authors and do an update of the draft based on your suggestions by early January.=20 =20 =20 Sincerely, =20 =20 Akbar =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Ning Zong Sent: Tuesday, December 28, 2010 3:25 AM To: decade@ietf.org Subject: [decade] WG review of draft-ietf-decade-problem-statement-01 =20 (As a reviewer) =20 Just a few update suggestions: 1) In clause 1, paragraph 5, it would be better to briefly introduce what DECADE is before using this term. We can add some text before paragraph 5 as follows: "In this document, DECADE is defined as a standard interface for various P2P applications to access storage and data transport services in the network to improve their efficiency and reduce the stress on the network infrastructure." =20 2) In clause 4, it would be better to explicitly clarify "DECADE" and "IAP" in some places to reduce the potential confusion to new readers. We can update some text as follows: 2.1) paragraph 1 changes to: "The objective of this working group is to design DECADE, which mainly consists of an in-network storage access protocol (IAP) to address the problems discussed in the preceding section." 2.2) clause 4.1, the first sentence changes to: "P2P application clients use the IAP protocol to read data from an in-network storage, store data to an in-network storage, or remove data from an in-network storage." 2.3) clause 4.3, the first sentence changes to: "A user uses the IAP protocol to manage the resources on in-network storage that can be used by other peers, e.g., the bandwidth or connections." =20 3) In clause 9.2, we need to update the fourth reference to: [I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in progress), October 2010. =20 BR, Ning Zong ------_=_NextPart_001_01CBA76C.B1BF56D2 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ooops.  Sorry, I just noticed that these comments were for the problem statement and = not the Survey.  I apologize for that so please just ignore my response = below.

 

From:= = decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Rahman, Akbar
Sent: Wednesday, December 29, 2010 10:23 AM
To: Ning Zong
Cc: decade@ietf.org
Subject: Re: [decade] WG review of draft-ietf-decade-problem-statement-01

 

Hi = Ning,

 

 

Thanks for your comments.  I will work with the other authors and do an update of = the draft based on your suggestions by early January.

 

 

Sincerely,

=

 

 

Akbar

 

 

From:= = decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Ning Zong
Sent: Tuesday, December 28, 2010 3:25 AM
To: decade@ietf.org
Subject: [decade] WG review of = draft-ietf-decade-problem-statement-01

 

(As a reviewer)

 

Just a few update suggestions:

1)       In clause 1, paragraph 5, it would be better to briefly introduce what = DECADE is before using this term. We can add some text before paragraph 5 as = follows:

“In this document, DECADE is defined as a = standard interface for various P2P applications to access storage and data transport = services in the network to improve their efficiency and reduce the stress on the = network infrastructure.”

 

2)       In clause 4, it would be better to explicitly clarify “DECADE” = and “IAP” in some places to reduce the potential confusion to new readers. We can update = some text as follows:

2.1) paragraph 1 changes to:

“The objective of this working group is to = design DECADE, which mainly consists of an in-network storage access protocol (IAP) to = address the problems discussed in the preceding section.”

2.2) clause 4.1, the first sentence changes = to:

“P2P application clients use the IAP protocol = to read data from an in-network storage, store data to an in-network storage, or = remove data from an in-network storage.”

2.3) clause 4.3, the first sentence changes = to:

“A user uses the IAP protocol to manage the = resources on in-network storage that can be used by other peers, e.g., the bandwidth = or connections.”

 

3)       In clause 9.2, we need to update the fourth reference to:

[I-D.ietf-ppsp-problem-statement] Zhang, Y., Zong, = N., Camarillo, G., Seng, J., and Y. Yang, "Problem Statement of P2P = Streaming Protocol (PPSP)", draft-ietf-ppsp-problem-statement-00 (work in = progress), October 2010.

 

BR,

Ning Zong

------_=_NextPart_001_01CBA76C.B1BF56D2-- From Akbar.Rahman@InterDigital.com Wed Dec 29 08:28:36 2010 Return-Path: X-Original-To: decade@core3.amsl.com Delivered-To: decade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7013428C121 for ; Wed, 29 Dec 2010 08:28:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.892 X-Spam-Level: X-Spam-Status: No, score=-0.892 tagged_above=-999 required=5 tests=[AWL=-0.743, 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 b0Q0u9ylgHAS for ; Wed, 29 Dec 2010 08:28:35 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 7749728C106 for ; Wed, 29 Dec 2010 08:28:35 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Dec 2010 11:30:40 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 29 Dec 2010 11:30:40 -0500 Message-ID: In-Reply-To: <002d01cba70c$17a904b0$46fb0e10$@com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] WG review of draft-ietf-decade-survey-02 Thread-Index: Acums1VC5OmhtTHoQXKqzeQZsyRKWQAUeRmAABwajIA= References: <002d01cba70c$17a904b0$46fb0e10$@com> From: "Rahman, Akbar" To: X-OriginalArrivalTime: 29 Dec 2010 16:30:40.0881 (UTC) FILETIME=[BB7E2610:01CBA775] Cc: DECADE , "Woundy, Richard" Subject: Re: [decade] WG review of draft-ietf-decade-survey-02 X-BeenThere: decade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 16:28:36 -0000 Thanks for your comments. I will work with the other authors and do an = update of the draft based on your suggestions by early January.=20 Sincerely, Akbar -----Original Message----- From: pangt@gsta.com [mailto:pangt@gsta.com]=20 Sent: Tuesday, December 28, 2010 10:54 PM To: 'David A. Bryan'; 'DECADE'; 'Richard Alimi'; 'Y. R. Yang'; Rahman, = Akbar Cc: 'Woundy, Richard' Subject: =B4=F0=B8=B4: [decade] WG review of draft-ietf-decade-survey-02 Hi, I give some comments about deployment of P2P caches. ....... For 4.11.1, it would be good to have a reference here about P2P caches being widely deployed. I actually thought that many ISPs found it too difficult to do and so didn't use these protocol-specific caches. Can we cite some evidence that they are widely deployed? =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 As I know, Xunlei, the largest download service provider in China, has helped ISPs (especially some local broadband network access SP ) deploy=20 many P2P cache-nodes in their network to accelerate the download speed = for=20 users belong to these ISPs. It's difficult that ISPs deploy these protocol-specific caches = themsleves,=20 but if the P2P Service Providers help them to do such things, ISPs are = glad to=20 reduce the cross traffic caused by P2P applications.=20 =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 Nits / grammar: ...... _______________________________________________ decade mailing list decade@ietf.org https://www.ietf.org/mailman/listinfo/decade