Re: [ppsp] WG Last Call for draft-ietf-ppsp-problem-statement
"Y. Richard Yang" <yry@cs.yale.edu> Thu, 12 July 2012 15:34 UTC
Return-Path: <yry@cs.yale.edu>
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 92DE311E808A for <ppsp@ietfa.amsl.com>; Thu, 12 Jul 2012 08:34:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.814
X-Spam-Level:
X-Spam-Status: No, score=-1.814 tagged_above=-999 required=5 tests=[AWL=0.784, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 K0RVaGkhQNsm for <ppsp@ietfa.amsl.com>; Thu, 12 Jul 2012 08:34:29 -0700 (PDT)
Received: from vm-emlprdomr-05.its.yale.edu (vm-emlprdomr-05.its.yale.edu [130.132.50.146]) by ietfa.amsl.com (Postfix) with ESMTP id ED08221F86F6 for <ppsp@ietf.org>; Thu, 12 Jul 2012 08:34:28 -0700 (PDT)
Received: from [192.168.1.108] ([221.221.18.192]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id q6CFYaBx015640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Jul 2012 11:34:40 -0400
Message-ID: <4FFEEE88.6010504@cs.yale.edu>
Date: Thu, 12 Jul 2012 23:34:32 +0800
From: "Y. Richard Yang" <yry@cs.yale.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1
MIME-Version: 1.0
To: Rui Cruz <rui.cruz@ieee.org>
References: <D0CDD8DF-E87E-41C6-9198-08CFE0916068@cisco.com>, <500D2A74-221C-4174-9E97-8007B8BF34FA@ieee.org> <2012071217335750147860@chinamobile.com> <C23ED253-6A87-4814-9ABC-8E9C4F92C9DB@ieee.org>
In-Reply-To: <C23ED253-6A87-4814-9ABC-8E9C4F92C9DB@ieee.org>
Content-Type: multipart/alternative; boundary="------------090400090105080407010206"
X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146
Cc: ppsp <ppsp@ietf.org>
Subject: Re: [ppsp] WG Last Call for draft-ietf-ppsp-problem-statement
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, 12 Jul 2012 15:34:30 -0000
Hi Yunfei and Rui, The idea of showing a use case of a proxy is good and helpful. One short comment is that I am not sure if it needs two sub sections 5.4/5.5. Maybe a single P2P proxy subsec is enough? Inside the subsec, it can mention multiple instances. Just a short suggestion that you may consider. Thanks! Richard On 7/12/12 6:58 PM, Rui Cruz wrote: > Hi Yunfei, > > I am happy that you like the Use Case. > > From your other description, it reminds me of an existing solution > that I have tested and works quite well: http://www.littleshoot.org/ > It just requires a browser, and via a plugin, launches a P2P proxy > process to make P2P HTTP-based downloading. > > I also like your Use Case, but I think it deserves to be a new one > (5.5 Proxy service for Browser-based HTTP streaming). > > Regards, > > Rui Cruz > rui.cruz@ieee.org <mailto:rui.cruz@ieee.org> > > IST/INESC-ID/INOV - Lisbon, Portugal > __________________________________________ > ppsp mailing list > ppsp@ietf.org <mailto:ppsp@ietf.org> > https://www.ietf.org/mailman/listinfo/ppsp > > On 12/07/2012, at 10:33, zhangyunfei wrote: > >> Hi Rui, >> Thanks for the contribution. I like this use case. >> I happen to think of one similar one: Plug-ins supporting P2P >> streaming where plug-ins are often used in browser-based environment >> and with plug-ins http based streaming can be turned into a de facto >> P2P streaming( For the users and browsers, it's just http based >> streaming but the plug-ins are equipped with PPSP can >> actually accelerate the process from multiple sources/peers. In this >> case the plug-ins are just like the proxy. >> Can we merge them together? >> BR >> Yunfei >> ------------------------------------------------------------------------ >> zhangyunfei >> *From:* Rui Cruz <mailto:rui.cruz@ieee.org> >> *Date:* 2012-07-12 17:19 >> *To:* stefano previdi <mailto:sprevidi@cisco.com> >> *CC:* Rui Cruz <mailto:rui.cruz@ieee.org>;ppsp >> <mailto:ppsp@ietf.org>;zhangyunfei Zhang >> <mailto:zhangyunfei@chinamobile.com> >> *Subject:* Re: [ppsp] WG Last Call for draft-ietf-ppsp-problem-statement >> Hi, >> >> We would like to introduce a new Use Case that may be of interest. >> >> The description would be as follows: >> >> >> 5.4. Proxy service supporting P2P streaming >> >> For applications where the Peer is not co-located with the Media >> Player in the same device (e.g. the Peer is located in a Home Media >> Gateway), we can use a P2P Proxy, as shown in figure 6. >> >> As shown in this figure 6, the P2P Proxy terminates the Tracker and >> Peer protools, allowing thelegacy presentation devices to access P2P >> content. In this figure the DLNA protocol is used to communicate with >> the presentation devices due to its wide deployement in the industry, >> but of course other protocols can be used. >> >> +----------------------------------------------------------------+ >> | | >> | 0:Tracker Protocol +---------+ | >> | +----------------> | Tracker | | >> | | +---------+ | >> | | ^ | >> | | | | >> | | 2: | Tracker Protocol | >> | | | | >> | | +---------|-------------------------------------| >> | | | V | >> | | | +---------+ | >> | | +----------|---> | P2P |<-------------------+ | >> | | | | | Proxy | DLNA | | >> | | |3: Peer | +---------+ Protocol | | >> | | | Protocol | | | >> | | | | | | >> | V V | V | >> | +-----------+ | Home Domain +------------+ | >> | | Outward | | | DLNA Pres.| | >> | | Peer | | | Devices | | >> | +-----------+ | +------------+ | >> +----------------------------------------------------------------+ >> >> Figure 6 Proxy service Supporting P2P, with DLNA interface, for Home >> application >> >> >> >> Regards, >> >> Rui Cruz >> rui.cruz@ieee.org <mailto:rui.cruz@ieee.org> >> >> IST/INESC-ID/INOV - Lisbon, Portugal >> __________________________________________ >> ppsp mailing list >> ppsp@ietf.org <mailto:ppsp@ietf.org> >> https://www.ietf.org/mailman/listinfo/ppsp >> >> On 12/07/2012, at 09:46, stefano previdi wrote: >> >>> All, >>> >>> we're (re)spin the WG last call process for the problem statement and >>> requirements draft. Note that the doc (originally separated drafts) >>> went already through one cycle of WG and IESG review so we don't expect >>> massive/substantial updates. >>> >>> Title : Problem Statement and Requirements of Peer-to-Peer >>> Streaming Protocol (PPSP) >>> Author(s) : Yunfei Zhang >>> Ning Zong >>> Filename : draft-ietf-ppsp-problem-statement-09.txt >>> >>> https://datatracker.ietf.org/doc/draft-ietf-ppsp-problem-statement >>> >>> Thanks. >>> >>> Yunfei & Stefano. >>> _______________________________________________ >>> ppsp mailing list >>> ppsp@ietf.org <mailto:ppsp@ietf.org> >>> https://www.ietf.org/mailman/listinfo/ppsp >> >> _______________________________________________ >> ppsp mailing list >> ppsp@ietf.org <mailto:ppsp@ietf.org> >> https://www.ietf.org/mailman/listinfo/ppsp > > > > _______________________________________________ > ppsp mailing list > ppsp@ietf.org > https://www.ietf.org/mailman/listinfo/ppsp
- [ppsp] WG Last Call for draft-ietf-ppsp-problem-s… stefano previdi
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… Rui Cruz
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… zhangyunfei
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… Rui Cruz
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… Y. Richard Yang
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… Rui Cruz
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… Zongning
- Re: [ppsp] WG Last Call for draft-ietf-ppsp-probl… zhangyunfei