Re: [clue] FW: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
Christer Holmberg <christer.holmberg@ericsson.com> Tue, 28 October 2014 12:57 UTC
Return-Path: <christer.holmberg@ericsson.com>
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 C6E391A87D6 for <clue@ietfa.amsl.com>; Tue, 28 Oct 2014 05:57:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 r6aViswwFn61 for <clue@ietfa.amsl.com>; Tue, 28 Oct 2014 05:57:48 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A380E1A8786 for <clue@ietf.org>; Tue, 28 Oct 2014 05:52:29 -0700 (PDT)
X-AuditID: c1b4fb30-f79e66d000000ff1-a4-544f918be846
Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id AD.45.04081.B819F445; Tue, 28 Oct 2014 13:52:27 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.163]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0174.001; Tue, 28 Oct 2014 13:52:27 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Mary Barnes <mary.ietf.barnes@gmail.com>, Christian Groves <Christian.Groves@nteczone.com>
Thread-Topic: [clue] FW: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
Thread-Index: Ac/x88lK6mpn4HE9TuemRholN7+6tQAHy8mw///7LgCAAFtXgIAAy3CA///s8HA=
Date: Tue, 28 Oct 2014 12:52:26 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D4D0AEB@ESESSMB209.ericsson.se>
References: <949EF20990823C4C85C18D59AA11AD8B26950D@FR712WXCHMBA11.zeu.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D4CE942@ESESSMB209.ericsson.se> <CAHBDyN60XCOhCoikzX0m4ku0q50KKO3sWANAJVGL+-rt558rmw@mail.gmail.com> <544EE40B.2000308@nteczone.com> <CAHBDyN7BEm=e6DGj0vsjV3V1Q8HDWQ6K57AqGHZXcj8DPBYOUg@mail.gmail.com>
In-Reply-To: <CAHBDyN7BEm=e6DGj0vsjV3V1Q8HDWQ6K57AqGHZXcj8DPBYOUg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D4D0AEBESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGfG3Rrd7on+IwYpJRhZf3jeyWOw/dZnZ 4vP+/cwOzB47Z91l91iy5CeTx4rzM1kCmKO4bFJSczLLUov07RK4Ml4de8FUcOArY0X/1y0s DYwt7xm7GDk5JARMJFatO8YOYYtJXLi3nq2LkYtDSOAIo8Ty4xvYIZwljBJXT9wEcjg42AQs JLr/aYM0iAgkSNw6sp0JxGYWkJBYdfED2FBhgXyJdT3NLBA1BRK3FzYC1bAD2X4STWogURYB VYm7hx+wgti8Ar4Sczc/ZoTYdI5J4siuJWAjOQUCJTasXQBWxAh02/dTa6BWiUvcejKfCeJm AYkle84zQ9iiEi8f/2MFuVJCQFFieb8cRHm+xNp51xkhdglKnJz5hGUCo+gsJJNmISmbhaRs FtAkZgFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KUbQ4tTgpN93ISC+1KDO5uDg/Ty8v tWQTIzACD275bbCD8eVzx0OMAhyMSjy8BuX+IUKsiWXFlbmHGKU5WJTEeReemxcsJJCeWJKa nZpakFoUX1Sak1p8iJGJg1OqgXF9guStwtiVIvt/Hdv/pe0r+2yPDQIhCpP9S2J9goVT+eNu pOz88t1DPXgp7/W+ykVnJs1M+zTnt2APQ15N676pPB1H31/oVd5Wo/Xykn4KV6flJFejVwvv xfnkdDy89PiS1/mD/+RYbzN+yt7JW8THMCXfMOjx5XPhRldjv71scjny0Vdu2UklluKMREMt 5qLiRABnJoe2oQIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/clue/B5PWiPH602irKWQKZjUn4oIAgIY
Cc: CLUE <clue@ietf.org>
Subject: Re: [clue] FW: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-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: Tue, 28 Oct 2014 12:57:52 -0000
Hi, I would be willing to help the author(s), if they need help :) Of course, SDP attributes (which the draft technically is all about) can also be defined elsewhere, if MMUSIC think they are too busy. Regards, Christer From: clue [mailto:clue-bounces@ietf.org] On Behalf Of Mary Barnes Sent: 28. lokakuuta 2014 14:40 To: Christian Groves Cc: CLUE Subject: Re: [clue] FW: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel Okay. So, if folks really want this for CLUE, then we MUST make sure to support the work on the MMUSIC WG mailing list. As I said, my primary concern is timing. If the current author doesn't have the cycles (or needs help), would anyone here be willing to step in as a co-author (if the doc is agreed as a WG document) to ensure the work actually gets done? Thanks, Mary On Mon, Oct 27, 2014 at 7:32 PM, Christian Groves <Christian.Groves@nteczone.com<mailto:Christian.Groves@nteczone.com>> wrote: Like Christer, I also think the mechanism would be useful. Actually I think its essential when it comes to endpoints (especially gateways) supporting multiple protocols in a data channel. So I hope that MMUSIC does accept the draft. If it does become a general mechanism I think we have to consider it in our CLUE work. Christian On 28/10/2014 6:05 AM, Mary Barnes wrote: When we discussed this at IETF-90, we said that we would consider it if the updated document was submitted no later than September 1st (per the minutes). Of course, that date wasn't met. My suggestion is that if there is consensus to adopt this as an MMUSIC WG deliverable, we could add a reference. BUT, I would still be concerned about delays in that work that would result in CLUE documents sitting in the RFC editor's queue waiting for that document. As an individual, considering the overall pace of the work on that document thus far, I would be quite worried about adding that as a dependency. Regards, Mary. On Mon, Oct 27, 2014 at 1:26 PM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com> <mailto:christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>> wrote: FYI, Keith has submitted a new version of the SDP-data-channel-neg draft. Personally I think the mechanism would be useful, but I think it would be good to have a "CLUE opinion" also. Currently we only have an editor's note saying that we may consider the mechanism depending on how it progresses. But, as we know, nothing progresses by itself in IETF, so the question is whether we shall say "CLUE has an interest in this mechanism, and would like it to move forward". Regards, Christer -----Original Message----- From: mmusic [mailto:mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org> <mailto:mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org>>] On Behalf Of DRAGE, Keith (Keith) Sent: 27 October 2014 16:39 To: mmusic@ietf.org<mailto:mmusic@ietf.org> <mailto:mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel Based on the discussion on list over the last few days, I have submitted revised versions of the two SDP negotiation over data channel drafts as follows: A new version of I-D, draft-ejzak-mmusic-data-channel-sdpneg-02.txt has been successfully submitted by Keith Drage and posted to the IETF repository. Name: draft-ejzak-mmusic-data-channel-sdpneg Revision: 02 Title: SDP-based "SCTP over DTLS" data channel negotiation Document date: 2014-10-27 Group: Individual Submission Pages: 22 URL: http://www.ietf.org/internet-drafts/draft-ejzak-mmusic-data-channel-sdpneg-02.txt Status: https://datatracker.ietf.org/doc/draft-ejzak-mmusic-data-channel-sdpneg/ Htmlized: http://tools.ietf.org/html/draft-ejzak-mmusic-data-channel-sdpneg-02 Diff: http://www.ietf.org/rfcdiff?url2=draft-ejzak-mmusic-data-channel-sdpneg-02 Abstract: The Real-Time Communication in WEB-browsers (RTCWeb) working group is charged to provide protocols to support direct interactive rich communications using audio, video, and data between two peers' web- browsers. For the support of data communication, the RTCWeb working group has in particular defined the concept of bi-directional data channels over SCTP, where each data channel might be used to transport other protocols, called sub-protocols. Data channel setup can be done using either the internal in-band band (also referred to as 'internal' for the rest of the document) WebRTC Data Channel Establishment Protocol or some external out-of-band simply referred to as 'external negotiation' in the rest of the document . This document specifies how the SDP offer/answer exchange can be used to achieve such an external negotiation. Even though data channels are designed for RTCWeb use initially they may be used by other protocols like, but not limited to, the CLUE protocol. This document is intended to be used wherever data channels are used. A new version of I-D, draft-ejzak-mmusic-msrp-usage-data-channel-01.txt has been successfully submitted by Keith Drage and posted to the IETF repository. Name: draft-ejzak-mmusic-msrp-usage-data-channel Revision: 01 Title: MSRP over SCTP/DTLS data channels Document date: 2014-10-27 Group: Individual Submission Pages: 11 URL: http://www.ietf.org/internet-drafts/draft-ejzak-mmusic-msrp-usage-data-channel-01.txt Status: https://datatracker.ietf.org/doc/draft-ejzak-mmusic-msrp-usage-data-channel/ Htmlized: http://tools.ietf.org/html/draft-ejzak-mmusic-msrp-usage-data-channel-01 Diff: http://www.ietf.org/rfcdiff?url2=draft-ejzak-mmusic-msrp-usage-data-channel-01 Abstract: This document specifies how the Message Session Relay Protocol (MSRP) can be instantiated as a data channel sub-protocol, using the the SDP offer/answer exchange-based external negotiation defined in [I-D.ejzak-mmusic-data-channel-sdpneg]. Two network configurations are documented: a WebRTC end-to-end configuration (connecting two MSRP over data channel endpoints), and a gateway configuration (connecting an MSRP over data channel endpoint with an MSRP over TCP endpoint). _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> <mailto:mmusic@ietf.org<mailto:mmusic@ietf.org>> https://www.ietf.org/mailman/listinfo/mmusic _______________________________________________ clue mailing list clue@ietf.org<mailto:clue@ietf.org> <mailto:clue@ietf.org<mailto:clue@ietf.org>> https://www.ietf.org/mailman/listinfo/clue _______________________________________________ clue mailing list clue@ietf.org<mailto:clue@ietf.org> https://www.ietf.org/mailman/listinfo/clue _______________________________________________ clue mailing list clue@ietf.org<mailto:clue@ietf.org> https://www.ietf.org/mailman/listinfo/clue
- [clue] FW: draft-ejzak-mmusic-data-channel-sdpneg… Christer Holmberg
- Re: [clue] FW: draft-ejzak-mmusic-data-channel-sd… Mary Barnes
- Re: [clue] FW: draft-ejzak-mmusic-data-channel-sd… Christian Groves
- Re: [clue] FW: draft-ejzak-mmusic-data-channel-sd… Mary Barnes
- Re: [clue] FW: draft-ejzak-mmusic-data-channel-sd… Christer Holmberg
- Re: [clue] FW: draft-ejzak-mmusic-data-channel-sd… Makaraju, Maridi Raju (Raju)