[clue] FW: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
Christer Holmberg <christer.holmberg@ericsson.com> Mon, 27 October 2014 18:29 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 D878A1A8A64 for <clue@ietfa.amsl.com>; Mon, 27 Oct 2014 11:29:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 BTJvTXcUyMPH for <clue@ietfa.amsl.com>; Mon, 27 Oct 2014 11:29:14 -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 2385A1ACDA8 for <clue@ietf.org>; Mon, 27 Oct 2014 11:26:10 -0700 (PDT)
X-AuditID: c1b4fb30-f79e66d000000ff1-4d-544e8e414be8
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 0D.22.04081.14E8E445; Mon, 27 Oct 2014 19:26:09 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.163]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0174.001; Mon, 27 Oct 2014 19:26:08 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "clue@ietf.org" <clue@ietf.org>
Thread-Topic: draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
Thread-Index: Ac/x88lK6mpn4HE9TuemRholN7+6tQAHy8mw
Date: Mon, 27 Oct 2014 18:26:08 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D4CE942@ESESSMB209.ericsson.se>
References: <949EF20990823C4C85C18D59AA11AD8B26950D@FR712WXCHMBA11.zeu.alcatel-lucent.com>
In-Reply-To: <949EF20990823C4C85C18D59AA11AD8B26950D@FR712WXCHMBA11.zeu.alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM+Jvja5jn1+Iwfv50hb7T11mdmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXxpJzM9gLvipULFyl18DYLd3FyMEhIWAi8fVpSBcjJ5ApJnHh 3nq2LkYuDiGBI4wSK5s3MEM4SxglvnasZwVpYBOwkOj+pw3SICKgLHF0cz8biC0skCLxcOcE Noh4qsTpCVeYIGwjiQMbF7OD2CwCqhK/vu1mBrF5BXwlDm2bDFYjJBAl8eVxH1gNp0C0xLVP k8FqGIEO+n5qDVgNs4C4xK0n85kgDhWQWLLnPDOELSrx8vE/VghbSWLR7c9Q9ToSC3Z/YoOw tSWWLXwNtVdQ4uTMJywTGEVnIRk7C0nLLCQts5C0LGBkWcUoWpxanJSbbmSkl1qUmVxcnJ+n l5dasokRGA8Ht/w22MH48rnjIUYBDkYlHt4PNb4hQqyJZcWVuYcYpTlYlMR5F56bFywkkJ5Y kpqdmlqQWhRfVJqTWnyIkYmDU6qB0Wyt08f/Hx4evvWQ/1zGovkzVnfKCm16oekUUXkrv9vr QIDfm5MPYuZUvNy832lnTobC3MSDXyv09yl+ufuo32vtw+K4RQIp4nX8LhtP1+1jnt++bZqC p6lSichNHZZ3qcrF+y/L1HffEuhdyefj8L1h06rSjg3xRxXdznobNXHeWGR+Okx6vhJLcUai oRZzUXEiAHt5lJ9oAgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/clue/1oj3jLKvmgSFHTtFRBtYJ0XFJa0
Subject: [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: Mon, 27 Oct 2014 18:29:18 -0000
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] On Behalf Of DRAGE, Keith (Keith) Sent: 27 October 2014 16:39 To: 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 https://www.ietf.org/mailman/listinfo/mmusic
- [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)