Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-protocol-02.txt
zhangyunfei <zhangyunfei@chinamobile.com> Wed, 20 June 2012 07:53 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 9539B21F86BE for <ppsp@ietfa.amsl.com>; Wed, 20 Jun 2012 00:53:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.531
X-Spam-Level:
X-Spam-Status: No, score=-97.531 tagged_above=-999 required=5 tests=[AWL=0.208, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, 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 HjjsDUjMhvIU for <ppsp@ietfa.amsl.com>; Wed, 20 Jun 2012 00:53:52 -0700 (PDT)
Received: from imss.chinamobile.com (imss.chinamobile.com [221.130.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id 1109221F85F7 for <ppsp@ietf.org>; Wed, 20 Jun 2012 00:53:52 -0700 (PDT)
Received: from imss.chinamobile.com (localhost [127.0.0.1]) by localhost.chinamobile.com (Postfix) with ESMTP id 7733CE60B; Wed, 20 Jun 2012 15:53:50 +0800 (CST)
Received: from mail.chinamobile.com (unknown [10.1.28.22]) by imss.chinamobile.com (Postfix) with ESMTP id 56D03E5E4; Wed, 20 Jun 2012 15:53:50 +0800 (CST)
Received: from zyf-PC ([10.2.43.220]) by mail.chinamobile.com (Lotus Domino Release 6.5.6) with ESMTP id 2012062015092877-11125 ; Wed, 20 Jun 2012 15:09:28 +0800
Date: Wed, 20 Jun 2012 15:09:25 +0800
From: zhangyunfei <zhangyunfei@chinamobile.com>
To: "arno@cs.vu.nl" <arno@cs.vu.nl>, "Riccardo (r.petrocco@gmail.com)" <r.petrocco@gmail.com>
References: <20120620060416.20536.93957.idtracker@ietfa.amsl.com>
X-Priority: 3 (Normal)
X-Mailer: Foxmail 7.0.1.85[cn]
Mime-Version: 1.0
Message-ID: <2012062015092544515442@chinamobile.com>
X-MIMETrack: Itemize by SMTP Server on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2012-06-20 15:09:28, Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2012-06-20 15:53:49, Serialize complete at 2012-06-20 15:53:49
Content-Type: multipart/alternative; boundary="----=_001_NextPart585374371356_=----"
X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.8.0.1017-18982.003
X-TM-AS-Result: No--24.157-7.0-31-10
X-imss-scan-details: No--24.157-7.0-31-10;No--24.157-7.0-31-10
X-TM-AS-User-Approved-Sender: No;No
X-TM-AS-User-Blocked-Sender: No;No
Cc: ppsp <ppsp@ietf.org>
Subject: Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-protocol-02.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: Wed, 20 Jun 2012 07:53:53 -0000
Hi Arno and Riccardo (Speaking individually), Due to a following holiday started from tomorrow, I have a quick read on the draft. The following is my comments. I'll reply the emails until next week. 1) In general, this version is much better than last version in the sense of an IETF draft, instead of a paper or a technical report for the implementation. I mean the generality is better. 2) bin numbers in 1st paragraph: Since there are at least two schemes introduced in section 4, the range scheme should be stated here as well. 3)Merkle hash tree in section 2.2:Occur for the first time without explaining before.It's better to add the term in section 1.3. 4)INTEGRITY in section 2.2: It should be stated that this message is not used all the time. 5)Section3.3: The sentence "it MUST send a ACK message containing a chunk specification for C". MUST or SHOULD. 6)Section 3.9, since TCP is abandoned by PPSPP, do we need to explain the related case? 7) Section 4.3 PEX_ADD, no explanation before. 8)Section 6: I suggest to exclude this section because it involves a over-strong limitation:fixed chunk size.Furthermore I am not clear of the necessity of this scheme.Just as the background of section 7? 9) Section 7:for the similar reason, remove the section 7.1.1 10)Section 9.3.2, why placed here? I suggest to remove this section. BR Yunfei zhangyunfei From: internet-drafts Date: 2012-06-20 14:04 To: i-d-announce CC: ppsp Subject: [ppsp] I-D Action: draft-ietf-ppsp-peer-protocol-02.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Peer to Peer Streaming Protocol Working Group of the IETF. Title : Peer-to-Peer Streaming Peer Protocol (PPSPP) Author(s) : Arno Bakker Riccardo Petrocco Filename : draft-ietf-ppsp-peer-protocol-02.txt Pages : 56 Date : 2012-06-19 Abstract: The Peer-to-Peer Streaming Peer Protocol (PPSPP) is a peer-to-peer based transport protocol for content dissemination. It can be used for streaming on-demand and live video content, as well as conventional downloading. In PPSPP, the clients consuming the content participate in the dissemination by forwarding the content to other clients via a mesh-like structure. It is a generic protocol which can run directly on top of UDP, TCP, or as a RTP profile. Features of PPSPP are short time-till-playback and extensibility. Hence, it can use different mechanisms to prevent freeriding, and work with different peer discovery schemes (centralized trackers or Distributed Hash Tables). Depending on the underlying transport protocol, PPSPP can also use different congestion control algorithms, such as LEDBAT, and offer transparent NAT traversal. Finally, PPSPP maintains only a small amount of state per peer and detects malicious modification of content. This documents describes PPSPP and how it satisfies the requirements for the IETF Peer-to-Peer Streaming Protocol (PPSP) Working Group's peer protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ppsp-peer-protocol There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-ppsp-peer-protocol-02 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=draft-ietf-ppsp-peer-protocol-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp
- [ppsp] I-D Action: draft-ietf-ppsp-peer-protocol-… internet-drafts
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… zhangyunfei
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Arno Bakker
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Wesley Eddy
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Wesley Eddy
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… zhangyunfei
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Arno Bakker
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Riccardo Petrocco
- Re: [ppsp] I-D Action: draft-ietf-ppsp-peer-proto… Arno Bakker