Re: [ppsp] WG item adoption confirmation

"zhangyunfei" <zhangyunfei@chinamobile.com> Wed, 13 April 2011 07:35 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 A48BAE0674 for <ppsp@ietfc.amsl.com>; Wed, 13 Apr 2011 00:35:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -95.957
X-Spam-Level:
X-Spam-Status: No, score=-95.957 tagged_above=-999 required=5 tests=[AWL=0.216, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 HfJjFX6tZcnZ for <ppsp@ietfc.amsl.com>; Wed, 13 Apr 2011 00:35:51 -0700 (PDT)
Received: from imss.chinamobile.com (imss.chinamobile.com [221.130.253.135]) by ietfc.amsl.com (Postfix) with ESMTP id C6BD7E06B9 for <ppsp@ietf.org>; Wed, 13 Apr 2011 00:35:49 -0700 (PDT)
Received: from imss.chinamobile.com (localhost [127.0.0.1]) by localhost.chinamobile.com (Postfix) with ESMTP id 2CB7FB686; Tue, 12 Apr 2011 12:03:27 +0800 (CST)
Received: from mail.chinamobile.com (unknown [10.1.28.22]) by imss.chinamobile.com (Postfix) with ESMTP id 1F261B65E; Tue, 12 Apr 2011 12:03:27 +0800 (CST)
Received: from zyf-PC ([10.2.2.67]) by mail.chinamobile.com (Lotus Domino Release 6.5.6) with ESMTP id 2011041212032422-13751 ; Tue, 12 Apr 2011 12:03:24 +0800
Date: Tue, 12 Apr 2011 12:03:22 +0800
From: zhangyunfei <zhangyunfei@chinamobile.com>
To: Martin Stiemerling <Martin.Stiemerling@neclab.eu>, "ppsp@ietf.org" <ppsp@ietf.org>
References: <A983EEA5-B6A5-40B4-A400-4D4B0F2C88A1@cisco.com> <201103291621340759227@chinamobile.com> <E84E7B8FF3F2314DA16E48EC89AB49F005D3A297@Polydeuces.office.hd>
Message-ID: <201104121203222940840@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-12 12:03:24, Serialize by Router on jtgsml01/servers/cmcc(Release 6.5.6|March 06, 2007) at 2011-04-12 12:03:26, Serialize complete at 2011-04-12 12:03:26
Content-Type: multipart/alternative; boundary="=====003_Dragon152078023183_====="
X-TM-AS-Product-Ver: IMSS-7.0.0.8231-6.5.0.1024-18068.004
X-TM-AS-Result: No--43.618-7.0-31-10
X-imss-scan-details: No--43.618-7.0-31-10;No--43.618-7.0-31-10
X-TM-AS-User-Approved-Sender: No;No
X-TM-AS-User-Blocked-Sender: No
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: Wed, 13 Apr 2011 07:35:52 -0000

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