Re: [ppsp] New Version Notification for draft-ietf-ppsp-problem-statement-13.txt
zhangyunfei <zhangyunfei@chinamobile.com> Fri, 08 March 2013 06:21 UTC
Return-Path: <zhangyunfei@chinamobile.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3E6B21F855A for <ppsp@ietfa.amsl.com>; Thu, 7 Mar 2013 22:21:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.623
X-Spam-Level:
X-Spam-Status: No, score=-98.623 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RELAY_IS_221=2.222, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4VAdNPqoZtQ for <ppsp@ietfa.amsl.com>; Thu, 7 Mar 2013 22:21:48 -0800 (PST)
Received: from cmccmta.chinamobile.com (cmccmta.chinamobile.com [221.176.64.232]) by ietfa.amsl.com (Postfix) with SMTP id 083DD21F8540 for <ppsp@ietf.org>; Thu, 7 Mar 2013 22:21:46 -0800 (PST)
Received: from spf.mail.chinamobile.com (unknown[172.16.20.21]) by rmmx-oa_allagent02-12002 (RichMail) with SMTP id 2ee25139835de72-70e72; Fri, 08 Mar 2013 14:21:17 +0800 (CST)
X-RM-TRANSID: 2ee25139835de72-70e72
Received: from zyf-PC (unknown[10.2.43.220]) by rmsmtp-oa_rmapp03-12003 (RichMail) with SMTP id 2ee3513983596fd-ee40f; Fri, 08 Mar 2013 14:21:16 +0800 (CST)
X-RM-TRANSID: 2ee3513983596fd-ee40f
Date: Fri, 08 Mar 2013 14:21:25 +0800
From: zhangyunfei <zhangyunfei@chinamobile.com>
To: "arno@cs.vu.nl" <arno@cs.vu.nl>, ppsp <ppsp@ietf.org>
References: <2013022510394050334718@chinamobile.com> <3BE45AD8-2835-4CAC-9A08-3147E04FD87E@cisco.com>, <512E1363.1080804@cs.vu.nl>
X-Priority: 3
X-Mailer: Foxmail 7.0.1.85[cn]
Mime-Version: 1.0
Message-ID: <2013030814212540874739@chinamobile.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart648082581085_=----"
Subject: Re: [ppsp] New Version Notification for draft-ietf-ppsp-problem-statement-13.txt
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: zhangyunfei <zhangyunfei@chinamobile.com>
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Mar 2013 06:21:51 -0000
Hi Arno and all, (Speaking as the co-author) Thanks for the comments and Ning will update the requirements part in next week. BR yunfei zhangyunfei From: Arno Bakker Date: 2013-02-27 22:08 To: ppsp@ietf.org Subject: Re: [ppsp] New Version Notification for draft-ietf-ppsp-problem-statement-13.txt On 26/02/2013 16:31, stefano previdi wrote: > > Please, have a look at the draft: > http://www.ietf.org/internet-drafts/draft-ietf-ppsp-problem-statement-13.txt > > and come back to the list with any comment. > Hi all I have the following comments: * PPSP.OAM.REQ-1: PPSP MUST be sufficiently configurable for installation and initial setup. I don't get the reference to "initial setup" there. I suggest to make the requirement "sufficiently configurable" (which is what we strived for with different chunk addressing, content protection methods) and state that the configuration should allow the proxy-based and end-client scenarios. * PPSP.OAM.REQ-2: PPSP MUST implement a set of configuration parameters with default values. IMHO the descriptive text doesn't add anything and suggest it be removed. * PPSP.OAM.REQ-3: PPSP MUST be capable of controlling traffic load to existing networks. I suggest to rephrase this to "PPSP SHOULD allow steering by network-load management protocols." Current phrasing I find unclear and very restrictive with the MUST clause. * PPSP.OAM.REQ-4: PPSP MUST support diagnostic operations. Typo: "correct operations" -> "correct operation" Typo: "*The* PPSP tracker should" Rephrase: "obtained chunks in due time" -> "whether it obtained chunks in time". * PPSP.OAM.REQ-5: PPSP MUST facilitate achieving quality acceptable to streaming application. I have problems with the last paragraph about scalable streaming. To me, it suggests scalable streaming should be supported. I suggest to rephrase to "PPSP implementations MAY use techniques such as scalable streaming to handle bandwidth shortages without disrupting playback." Typo: "to streaming application" -> "to *the* streaming ..." * PPSP.OAM.REQ-6: PPSP MUST support remote management using centralized server, i.e. PPSP tracker. A basic set of management information MUST be implemented by PPSP tracker. The wording suggests a centralized design where all management operations are done via the tracker. This image is not correct IMHO. A tracker service can play an important role in managing a swarm. E.g. it can be used to control publication of a swarm, or to monitor the health of the swarm. Hence it should have a standard management interface that supports such functionality. This interface should take into account that the tracker *service* may be implemented by multiple *servers*. However, PPSP should also support tracker-less designs and should define a management interface for (farms of) PPSP seeders. I suggest to rephrase the requirement so that the tracker service and PPSP seeders should have a remote management interface. Current descriptive text should be tweaked to explain the unique position of the tracker (sees both clients and PPSP seeders). * PPSP.OAM.REQ-9: PPSP MUST support accounting management when content provider wants to charge clients for certain content. I suggest to change the "MUST" to a "MAY" or "SHOULD allow accounting management". CU, Arno _______________________________________________ ppsp mailing list ppsp@ietf.org https://w
- [ppsp] Fw: New Version Notification for draft-iet… zhangyunfei
- Re: [ppsp] Fw: New Version Notification for draft… Martin Stiemerling
- Re: [ppsp] New Version Notification for draft-iet… stefano previdi
- Re: [ppsp] New Version Notification for draft-iet… Arno Bakker
- Re: [ppsp] New Version Notification for draft-iet… zhangyunfei