Re: [ppsp] WG item adoption confirmation
"zhangyunfei" <zhangyunfei@chinamobile.com> Thu, 21 April 2011 08:54 UTC
Return-Path: <zhangyunfei@chinamobile.com>
X-Original-To: ppsp@ietfc.amsl.com
Delivered-To: ppsp@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 06CC5E074A for <ppsp@ietfc.amsl.com>; Thu, 21 Apr 2011 01:54:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -94.942
X-Spam-Level:
X-Spam-Status: No, score=-94.942 tagged_above=-999 required=5 tests=[AWL=-0.853, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_65=0.6, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RELAY_IS_221=2.222, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c08gepwBy0ym for <ppsp@ietfc.amsl.com>; Thu, 21 Apr 2011 01:54:15 -0700 (PDT)
Received: from imss.chinamobile.com (imss.chinamobile.com [221.130.253.135]) by ietfc.amsl.com (Postfix) with ESMTP id D259CE06BB for <ppsp@ietf.org>; Thu, 21 Apr 2011 01:54:13 -0700 (PDT)
Received: from imss.chinamobile.com (localhost [127.0.0.1]) by localhost.chinamobile.com (Postfix) with ESMTP id E0639ABC2; Mon, 18 Apr 2011 10:39:00 +0800 (CST)
Received: from mail.chinamobile.com (unknown [10.1.28.22]) by imss.chinamobile.com (Postfix) with ESMTP id CA4EEAB32; Mon, 18 Apr 2011 10:39:00 +0800 (CST)
Received: from zyf-PC ([10.1.5.3]) by mail.chinamobile.com (Lotus Domino Release 6.5.6) with ESMTP id 2011041810385802-13613 ; Mon, 18 Apr 2011 10:38:58 +0800
Date: Mon, 18 Apr 2011 10:38:58 +0800
From: zhangyunfei <zhangyunfei@chinamobile.com>
To: "Xiao, Lin (NSN - CN/Beijing)" <lin.xiao@nsn.com>, ext Ping Pan <ping@pingpan.org>
References: <A983EEA5-B6A5-40B4-A400-4D4B0F2C88A1@cisco.com> <201103291621340759227@chinamobile.com> <E84E7B8FF3F2314DA16E48EC89AB49F005D3A297@Polydeuces.office.hd> <201104121203222940840@chinamobile.com> <08E397856DC04A468C8283DC63E5EFDB013DAEBF@CNBEEXC007.nsn-intra.net> <BANLkTimkY9ATgB0Sv3SFisYETFona4FO6Q@mail.gmail.com> <08E397856DC04A468C8283DC63E5EFDB013DB06D@CNBEEXC007.nsn-intra.net>
Message-ID: <201104181038582999657@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 2011-04-18 10:38:58, Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2011-04-18 10:39:00, Serialize complete at 2011-04-18 10:39:00
Content-Type: multipart/alternative; boundary="=====003_Dragon822136481052_====="
X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.5.0.1024-18080.003
X-TM-AS-Result: No--36.256-7.0-31-10
X-imss-scan-details: No--36.256-7.0-31-10;No--36.256-7.0-31-10
X-TM-AS-User-Approved-Sender: No;No
X-TM-AS-User-Blocked-Sender: No;No
Cc: "ppsp@ietf.org" <ppsp@ietf.org>
Subject: Re: [ppsp] WG item adoption confirmation
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Thu, 21 Apr 2011 08:54:17 -0000
Hi all, As the co-chair,I would suggest to concentrate the discussion on the techincal issues. My understanding is that the current draft is indeed *vegetables*. It may be not perfect now. But anyway it's not *steak*. This is just what the WG should do to improve the draft quality accroding to the techincal discussion. Shall I ask the WG: For the encoding issue, who doesn't think that it's a reasonable way to add the comparison analysis part betwwen binary and text in the draft, in the context of no convincing reason to use binary?Shall we move forward the draft in this way? Yunfei zhangyunfei 2011-04-18 发件人: Xiao, Lin (NSN - CN/Beijing) 发送时间: 2011-04-17 16:54:58 收件人: ext Ping Pan 抄送: ext zhangyunfei; Martin Stiemerling; ppsp@ietf.org 主题: RE: [ppsp] WG item adoption confirmation I don't think it's fanny at all! I remember the WG chairs showed the same idea with me, and got the consensus at the meeting. If it's a vegetarian restaurant, no one will cook steak for you.You can say the food is not that good, but I believe it's still vegetable. What's your solution? Cook yourself? or I think we should help the chef to improve the quality of the food "in the restaurant". Or if you are not interested in the restaurant, you can just leave. From: ext Ping Pan [mailto:ping@pingpan.org] Sent: Friday, April 15, 2011 9:57 PM To: Xiao, Lin (NSN - CN/Beijing) Cc: ext zhangyunfei; Martin Stiemerling; ppsp@ietf.org Subject: Re: [ppsp] WG item adoption confirmation Interesting logic! I go a restaurant for vegetarian food. Instead, I'm offered with steak. What would my choices? Eat the meat because it's cooked already? Have a salad and let it go by? Leave the restaurant altogether? Or ask the chef to prepare the food I want? 2011/4/15 Xiao, Lin (NSN - CN/Beijing) <lin.xiao@nsn.com> Hi, I think PPSP WG has the interest to study the PPSP tracker protocol,and "draft-gu-ppsp-tracker-protocol-03" is the only draft on the table, so we should accept this as WG draft. It's true that efforts are still needed to improve the quality of the draft, but more work still can be done after it's accepted as a WG draft, right? Do we have another choice? BR Lin From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of ext zhangyunfei Sent: Tuesday, April 12, 2011 12:03 PM To: Martin Stiemerling; ppsp@ietf.org Subject: Re: [ppsp] WG item adoption confirmation Hi all, For the transport protocol, which is beyond the current scope of PPSP, as suggested in the charter. However when we talk about the transport protocol used in practice for P2P streaming applications, UDP has been seen the most commonly used protocol now, with the transition from TCP to UDP both for data transport. And many applications(e.g., ppstream, pplive) even change from TCP to use UDP for signaling transport(draft-zhang-ppsp-protocol-comparison-measurement-00). The rational behind this is that firstly, streaming applications *don't*care much of packet loss and secondly, p2p streaming tracker and peer query mechanism ensures there are *enough* active peers to exchange data, so a peer doesn't care *much* if one request is successfully transmitted or not. This is proven in wired network. But when we consider a converged environment, we may need more investigation on whether UDP is *enough* for transport. For the encoding issue, since we polled and seems "text" is acceptable by most guys and there are some uncertainty on "binary", I would suggest (individually) to add one section to analyze the strengh and drawback of both encodings in the protocol draft. Regarding the WG item adoption, I would like to see that there is rough consensus on the questions recently raised and discussed in the mailing list before the adoption. BR Yunfei zhangyunfei 2011-04-12 发件人: Martin Stiemerling 发送时间: 2011-04-08 22:25:40 收件人: ppsp@ietf.org 抄送: 主题: Re: [ppsp] WG item adoption confirmation [speaking as individual - not as PPSP co-chair] Hi there, Here is my incomplete review of draft-gu-ppsp-tracker-protocol-03 and my opinion of whether it is ready to become WG item: - Why are there still 2 encodings in the draft? Isn't it time to conclude on one encoding? - Section 1: "the main part is the abstract description of the operations...". This means that this is actually not a draft about the tracker protocol? - Section 1: "for both a bittorrent style offline and real-time streaming protocol". Why is it so? We are in PPSP, so we should work on something for streaming, isn't it? - Why is there the notion of battery level in the status messages? - Section 9.1.3: What is the issue with fragmentation in here? - What is the transport protocol where the tracker protocol should run over? The proposed methods look reasonable, but the overall draft organization still suffers from what Section 1 hints to that it is solely an abstract description of the operations. I'm **not** in favor of getting draft-gu-ppsp-tracker-protocol-03 to be a WG item, for these reasons: - document quality is not good enough in my opinion - it is unclear what the transport protocol is. there is a hint to UDP, which is not a good choice to be used in this particular case - there is not yet a real protocol described in the draft, but only the skeletons of two protocols (binary and HTTP). I would suggest (still speaking as individual) to first make some important decisions, e.g., encoding, fix the document, etc and **afterwards** make a new call for WG adoption. Thanks, Martin martin.stiemerling@neclab.eu NEC Laboratories Europe - Network Research Division NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London W3 6BL | Registered in England 2832014 > -----Original Message----- > From: zhangyunfei [mailto:zhangyunfei@chinamobile.com] > Sent: Tuesday, March 29, 2011 10:22 AM > To: Cullen Jennings; ppsp@ietf.org > Cc: Martin Stiemerling > Subject: WG item adoption confirmation > > Hi all, > As discussed in yesterday's meeting, we will likely adopt draft-gu- > ppsp-tracker-protocol as a new WG item. Please post on the mailing list > if you have any objections on this before Apr. 10th. > If there are no objections by Apr. 10th 2011, the draft above will > be accepted as WG document fulfilling the “tracker protocol” > deliverable.Thanks. > > BR > Yunfei > > > > ________________________________ > > zhangyunfei > 2011-03-29 > ________________________________ > > 发件人: Cullen Jennings > 发送时间: 2011-03-28 17:27:23 > 收件人: ppsp@ietf.org > 抄送: > 主题: [ppsp] Notes from PPSP meeting IETF80 > > > A few notes I took from the meeting > > First, thank you to Christian Schmidt for taking minutes and > Martin Stiemerling for jabber scribing. > > We need to prioritize the use cases and decide what we will > work on first. > > draft-ietf-ppsp-problem-statement is getting close to WGLC > > We will likely adopt draft-gu-ppsp-tracker-protocol as a WG > item > > Were about 60 people in room > > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp _______________________________________________ ppsp mailing list ppsp@ietf.org https://www.ietf.org/mailman/listinfo/ppsp
- [ppsp] Notes from PPSP meeting IETF80 Cullen Jennings
- [ppsp] WG item adoption confirmation zhangyunfei
- Re: [ppsp] WG item adoption confirmation Roni Even
- Re: [ppsp] WG item adoption confirmation Martin Stiemerling
- [ppsp] 答复: WG item adoption confirmation Ning Zong
- Re: [ppsp] WG item adoption confirmation Ping Pan
- Re: [ppsp] 答复: WG item adoption confirmation Rahman, Akbar
- Re: [ppsp] WG item adoption confirmation zhangyunfei
- Re: [ppsp] WG item adoption confirmation li.lichun1
- Re: [ppsp] WG item adoption confirmation Ping Pan
- Re: [ppsp] WG item adoption confirmation Martin Stiemerling
- Re: [ppsp] WG item adoption confirmation Ping Pan
- Re: [ppsp] 答复: WG item adoption confirmation Yingjie Gu(yingjie)
- Re: [ppsp] WG item adoption confirmation Yingjie Gu(yingjie)
- Re: [ppsp] WG item adoption confirmation Yingjie Gu(yingjie)
- Re: [ppsp] WG item adoption confirmation li.lichun1
- Re: [ppsp] WG item adoption confirmation zhangyunfei
- Re: [ppsp] WG item adoption confirmation Xiao, Lin (NSN - CN/Beijing)
- Re: [ppsp] WG item adoption confirmation Ping Pan
- Re: [ppsp] WG item adoption confirmation Xiao, Lin (NSN - CN/Beijing)
- Re: [ppsp] WG item adoption confirmation Yingjie Gu(yingjie)
- Re: [ppsp] WG item adoption confirmation Rahman, Akbar
- Re: [ppsp] WG item adoption confirmation Yingjie Gu(yingjie)
- Re: [ppsp] WG item adoption confirmation David A. Bryan
- Re: [ppsp] WG item adoption confirmation zhangyunfei
- Re: [ppsp] WG item adoption confirmation Rahman, Akbar
- Re: [ppsp] WG item adoption confirmation Martin Stiemerling
- Re: [ppsp] WG item adoption confirmation Martin Stiemerling