Re: [ppsp] PPSP WG Update

Picconi Fabio <Fabio.Picconi@technicolor.com> Thu, 07 June 2012 13:07 UTC

Return-Path: <Fabio.Picconi@technicolor.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 803B921F876F for <ppsp@ietfa.amsl.com>; Thu, 7 Jun 2012 06:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 ch03pgG4qKZ9 for <ppsp@ietfa.amsl.com>; Thu, 7 Jun 2012 06:07:19 -0700 (PDT)
Received: from na3sys009aog102.obsmtp.com (na3sys009aog102.obsmtp.com [74.125.149.69]) by ietfa.amsl.com (Postfix) with ESMTP id 4575F21F8723 for <ppsp@ietf.org>; Thu, 7 Jun 2012 06:07:18 -0700 (PDT)
Received: from MOPESEDGE01.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob102.postini.com ([74.125.148.12]) with SMTP ID DSNKT9CnhXFn8BCGeqrnGmcugSTwz5ziuTJp@postini.com; Thu, 07 Jun 2012 06:07:19 PDT
Received: from MOPESMAILHC03.eu.thmulti.com (141.11.100.132) by mail3.technicolor.com (141.11.253.22) with Microsoft SMTP Server (TLS) id 8.3.192.1; Thu, 7 Jun 2012 15:02:23 +0200
Received: from MOPESMBX01.eu.thmulti.com ([169.254.1.225]) by MOPESMAILHC03.eu.thmulti.com ([141.11.100.132]) with mapi; Thu, 7 Jun 2012 15:02:29 +0200
From: Picconi Fabio <Fabio.Picconi@technicolor.com>
To: ppsp <ppsp@ietf.org>
Date: Thu, 07 Jun 2012 15:02:26 +0200
Thread-Topic: [ppsp] PPSP WG Update
Thread-Index: Ac1CNe5vI5NrTcnCSxSGHBhGVcqj/ACd6vGg
Message-ID: <320C4182454E96478DC039F2C481987204EFAD04EF@MOPESMBX01.eu.thmulti.com>
References: <C2917A21-A82F-412E-8B34-9B4053504929@cisco.com>
In-Reply-To: <C2917A21-A82F-412E-8B34-9B4053504929@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR, en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [ppsp] PPSP WG Update
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, 07 Jun 2012 13:07:20 -0000

I will do some simulations to determine which chunk addressing mechanism performs best in the average case.

Fabio


> -----Original Message-----
> From: ppsp-bounces@ietf.org [mailto:ppsp-bounces@ietf.org] On Behalf Of
> stefano previdi
> Sent: lundi 4 juin 2012 11:39
> To: ppsp; zhangyunfei Zhang
> Subject: [ppsp] PPSP WG Update
> 
> All,
> 
> here are some notes i preparation of the next PPSP meeting we're going
> to have in Vancouver (http://www.ietf.org/meeting/84/index.html)
> 
> 1. Peer Protocol - chunk addressing mechanism
>    We currently have two proposals that I'd try to name as:
> . Bin Notation
> . Ranges
>    Both proposals have been discussed in the mailing list and it
>    looks to me we're NOT achieving agreement/consensus on any of
>    them also due to lack of participation of the WG into the
>    discussion (other than the authors of each proposal).
> 
>    Therefore, as of today, we can reasonably explore the
>    following options:
>    Option-1: We propose both solutions in the peer protocol
>              specification and we define them both MANDATORY so
>              to cope with interoperability issues.
>    Option-2: we select one option through a WG vote (this is my
>              least preferred option).
> 
>    Since I'd really prefer to avoid Option-2, I can only consider
>    the "dual" specification. WG opinion on this is requested.
> 
>    Again, it would be very beneficial to the WG if current
>    implementors of streaming protocols would/could speak-up and
>    give their opinion (see point 4 below).
> 
> 2. Peer Protocol - Security Section
>    The IESG will not accept any protocol specification without a
>    consistent security section (IOW: way more than what we
>    currently have) although there are some arguments on whether
>    we need the security mechanisms in the base spec.
> 
>    Arno and Zong Ning proposed some text and we need to agree/amend
>    it asap so to update the draft. I'd like to close this one and
>    have a new version of the draft for next meeting.
> 
> 3. Tracker Protocol
>    After IETF83 we agreed to split into two distinct drafts: base
>    specification and optional extensions.
> 
>    Authors, it would be good to have a first submission before next
>    meeting.
> 
> 4. Survey draft.
>    We need to refresh/re-submit and the chairs proposed the
>    authors/editors to include a section on deployment experiences
>    and more precisely on chunk addressing and security mechanisms.
>    Hopefully this will also feed ongoing discussions.
> 
> 5. Meeting during IETF84.
>    We have requested a slot for Vancouver meeting. Anyone
>    interested, please request an agenda slot asap to Yunfei or
>    myself.
> 
> Let us know if anything is missing.
> 
> Thanks.
> 
> Stefano & Yunfei
> _______________________________________________
> ppsp mailing list
> ppsp@ietf.org
> https://www.ietf.org/mailman/listinfo/ppsp