[decade] Comments on Decade Problem Statement
"Rahman, Akbar" <Akbar.Rahman@InterDigital.com> Wed, 24 November 2010 20:25 UTC
Return-Path: <Akbar.Rahman@InterDigital.com>
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 3E62C28C11C for <decade@core3.amsl.com>; Wed, 24 Nov 2010 12:25:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.014
X-Spam-Level:
X-Spam-Status: No, score=-2.014 tagged_above=-999 required=5 tests=[AWL=0.584, 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 udCv8-aTxh2I for <decade@core3.amsl.com>; Wed, 24 Nov 2010 12:25:21 -0800 (PST)
Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id B6ADA28C0FE for <decade@ietf.org>; Wed, 24 Nov 2010 12:25:20 -0800 (PST)
Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 24 Nov 2010 15:26: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_01CB8C15.DB4E29AE"
Date: Wed, 24 Nov 2010 15:26:21 -0500
Message-ID: <D60519DB022FFA48974A25955FFEC08C031F9DC2@SAM.InterDigital.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Comments on Decade Problem Statement
Thread-Index: AcuMFdsdaXE4UKRKQJ+qvlprT6VXaA==
From: "Rahman, Akbar" <Akbar.Rahman@InterDigital.com>
To: melodysong@huawei.com
X-OriginalArrivalTime: 24 Nov 2010 20:26:21.0524 (UTC) FILETIME=[DB83C940:01CB8C15]
Cc: decade@ietf.org
Subject: [decade] Comments on Decade Problem Statement
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" <decade.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/decade>, <mailto:decade-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/decade>
List-Post: <mailto:decade@ietf.org>
List-Help: <mailto:decade-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/decade>, <mailto:decade-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Nov 2010 20:25:27 -0000
Hi Haibin, As per my action from the IETF Beijing meeting, here are my comments (as 1 of the 3 volunteer reviewers) on draft-song-decade-problem-statement-00. Overall, the document looks in very good shape. However, I did have the following comments: Technical questions: 1. I read the reference [weaver-alto-edge-caches] given in sections 1 and 3 and got the impression that [weaver-alto-edge-caches] stresses that the P2P cache should be specifically located at the "edge" for best performance. I did not see this point stressed in the PS, was there a specific reason for not stressing this point? I am not advocating that we do so, but I am just trying to understand as the reference was stressed in the PS as a good justification for DECADE. 2. In section 3, there is a reference to "P2P Cache vendor". Are there really such specific vendors? Or are P2P caches provided as part of the overall solution by the P2P application provider? I don't know the answer to this question, I am just asking. 3. Can you please define "flash crowd" as used in section 3? When I looked up "flash crowd" and "flash mob" (http://en.wikipedia.org/wiki/Flash_mob) in Wikipedia they had negative connation so I am not sure if you were referring to the same thing? 4. In section 4, there are several paragraphs talking about DECADE and PPSP working together. Are these paragraphs really necessary? The implication (to me at least) is that we have to have interactions between DECADE and PPSP protocols. But I do not see the necessity or value in this. I would find it more appropriate to move these DECADE-PPSP sections to section 5 (similar to the BitTorrent usage scenario in section 5.1). 5. Suggest to add some text to section 6 (security considerations) for "authorization" as this is a specific feature of DECADE (section 4.2). Format/Editorial questions: 1. For some reason, in the html view of the draft (http://tools.ietf.org/html/draft-ietf-decade-problem-statement-00) the hyper link to section 3.3 from the TOC is not there. Perhaps because the section title is too long? 2. In the first paragraph of section 1 (Intro), it is not clear what "many Internet networks" means? Suggest to re-word it to refer to "ISP networks", "sub-networks" or some other similar term. 3. I found one of the paragraphs in section 4 hard to read and understand. It was the paragraph that started with " The Peer to Peer Streaming Protocol in the IETF ...". Suggest to break it into at least two new paragraphs and to re-word to make it clearer. Sincerely, Akbar
- [decade] Comments on Decade Problem Statement Rahman, Akbar
- Re: [decade] Comments on Decade Problem Statement Songhaibin
- Re: [decade] Comments on Decade Problem Statement Songhaibin
- Re: [decade] Comments on Decade Problem Statement zhangyunfei
- Re: [decade] Comments on Decade Problem Statement Songhaibin
- Re: [decade] Comments on Decade Problem Statement zhangyunfei
- Re: [decade] Comments on Decade Problem Statement Rahman, Akbar
- Re: [decade] Comments on Decade Problem Statement Songhaibin
- Re: [decade] Comments on Decade Problem Statement zhangyunfei
- Re: [decade] Comments on Decade Problem Statement Rahman, Akbar
- Re: [decade] Comments on Decade Problem Statement Richard Alimi