Re: [clue] CLUE agenda for IETF91 - CLUE data channel

Paul Kyzivat <pkyzivat@alum.mit.edu> Thu, 30 October 2014 17:58 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 340761A19FD for <clue@ietfa.amsl.com>; Thu, 30 Oct 2014 10:58:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D2Vmvq1DhAyf for <clue@ietfa.amsl.com>; Thu, 30 Oct 2014 10:58:04 -0700 (PDT)
Received: from resqmta-po-11v.sys.comcast.net (resqmta-po-11v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:170]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D4391A01A8 for <clue@ietf.org>; Thu, 30 Oct 2014 10:58:03 -0700 (PDT)
Received: from resomta-po-14v.sys.comcast.net ([96.114.154.238]) by resqmta-po-11v.sys.comcast.net with comcast id 9Vx81p00C58ss0Y01Vy3eD; Thu, 30 Oct 2014 17:58:03 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.151]) by resomta-po-14v.sys.comcast.net with comcast id 9Vy21p00C3Ge9ey01Vy2Ma; Thu, 30 Oct 2014 17:58:03 +0000
Message-ID: <54527C2A.7020404@alum.mit.edu>
Date: Thu, 30 Oct 2014 13:58:02 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>, 'Simon Pietro Romano' <spromano@unina.it>, CLUE <clue@ietf.org>
References: <7594FB04B1934943A5C02806D1A2204B1D4D6739@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D4D6739@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1414691883; bh=6SIgMIt7cV6lweMal56NT1AVBZtIeQ7T0gARn+Uuyl8=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=JpSiK6jmCta7b7YTJCf6p/XGT54nM9sit32sWkevMvRJivaMJMYcEoEtbo4naBikM wQdDHGu+0MpHDBq2KqR6OQ3El6JlDnpUPMAChGVvfwEQC+sDy1lECaR8LGSZvchyh3 OfgmuReRAcged+HfVHcb3PYW4BrGAIC85ZQqDxrHimB3K3i3LGiykDbUHSUEzsLgba WCjIKJrroJAUhhDx75GGPKEVvonFxEJcU4kDNGDdo99i0CrGmv+Jkm2t/U9ef0gGkF S2BzocaCmw0sPuYMwNxOJeeW/GxWH4KdVOALfevCVVrKnd++KFIQBEGK4CD3uaeh3g cS497EO/BHJaQ==
Archived-At: http://mailarchive.ietf.org/arch/msg/clue/6BcyTQYz1BP60E58pNaAYEKe-js
Subject: Re: [clue] CLUE agenda for IETF91 - CLUE data channel
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2014 17:58:06 -0000

On 10/30/14 1:24 PM, Christer Holmberg wrote:
> Hi,
>
> Regarding the data channel, I think there are two technical open issues:
>
> 1)Are we going to use SHOULD for SCTP interleaving, or are we going to
> allow not to use it at all?
>
> There are currently ongoing discussions about this in both RTCWEB and
> TSVWG, so I guess we have to wait for the outcome.

Since the discussion of data channels is on the agenda for Friday we 
will have the advantage of knowing whatever has happened on this during 
the week.

> 2)Are we going to use “Richard’s draft”
> (draft-ejzak-mmusic-data-channel-sdpneg)?
>
> As we have discussed, we are open to use it, if it progresses. I guess
> it relates more to the CLUE signaling draft, though.

Agree that is a signaling issue. I think we understand that it is a 
possibility if it gets done in time. But Mary and I agree that we 
shouldn't delay things to fit this in.

What might be work discussing is what to do if it is done in time. 
Notably, would we require it to be signaled for CLUE, or would either 
way be valid?

	Thanks,
	Paul

> Regards,
>
> Christer
>
> *From:*clue [mailto:clue-bounces@ietf.org] *On Behalf Of *Simon Pietro
> Romano
> *Sent:* 30. lokakuuta 2014 9:35
> *To:* Paul Kyzivat; CLUE
> *Subject:* Re: [clue] CLUE agenda for IETF91
>
> Hi Paul,
>
> I think that a total of 1 hour is enough for presenting both the
> protocol and the data model drafts.
>
> Simon
>
> Il 29 ottobre 2014 19:51:04 CET, Paul Kyzivat <pkyzivat@alum.mit.edu
> <mailto:pkyzivat@alum.mit.edu>> ha scritto:
>
> You can find a very preliminary agenda for our CLUE sessions at IETF91:
>
>       http://www.ietf.org/proceedings/91/agenda/agenda-91-clue
>
> I tried to prioritize those things that need the most work, and that
> have had recent action.
>
> Note that for now I gave no time to the call flows, because there have
> been no changes since the last meeting.
>
> For the RTP Mapping, who will be leading the discussion? Roni or Jonathan?
>
> I request that all authors/presenters please review this and consider
> how much time you can effectively use. We don't have enough
> discretionary time for followup, so if you don't need as much time as I
> allotted please let me know.
>
> And note that the agenda needs to be finalized by Monday, so I need your
> feedback before then.
>
>          Thanks,
>          Paul
>
> ------------------------------------------------------------------------
>
>
> clue
>
>
>
> mailing list
> clue@ietf.org  <mailto:clue@ietf.org>
> https://www.ietf.org/mailman/listinfo/clue
>