Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel

"DOLLY, MARTIN C" <md3135@att.com> Sun, 02 November 2014 16:51 UTC

Return-Path: <md3135@att.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 179091A9081 for <mmusic@ietfa.amsl.com>; Sun, 2 Nov 2014 08:51:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.893
X-Spam-Level:
X-Spam-Status: No, score=-2.893 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.594] 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 E96yC4-dicYD for <mmusic@ietfa.amsl.com>; Sun, 2 Nov 2014 08:51:03 -0800 (PST)
Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 259EA1A8965 for <mmusic@ietf.org>; Sun, 2 Nov 2014 08:51:03 -0800 (PST)
Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) with ESMTP id 7f066545.2b7b16a90940.8014653.00-2455.22500254.nbfkord-smmo06.seg.att.com (envelope-from <md3135@att.com>); Sun, 02 Nov 2014 16:51:03 +0000 (UTC)
X-MXL-Hash: 545660f716444867-3883d32d698d2359839be7ee96c921c5f4db6563
Received: from unknown [144.160.229.24] (EHLO alpi155.enaf.aldc.att.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id 5f066545.0.8014646.00-2209.22500229.nbfkord-smmo06.seg.att.com (envelope-from <md3135@att.com>); Sun, 02 Nov 2014 16:51:02 +0000 (UTC)
X-MXL-Hash: 545660f630aba0eb-a13aaf378c774ab08e36e16ff92edb61cf3651e4
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id sA2Gp09f027278; Sun, 2 Nov 2014 11:51:01 -0500
Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id sA2Gogi9026023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Nov 2014 11:50:53 -0500
Received: from MISOUT7MSGHUBAB.ITServices.sbc.com (MISOUT7MSGHUBAB.itservices.sbc.com [130.9.129.146]) by mlpi409.sfdc.sbc.com (RSA Interceptor); Sun, 2 Nov 2014 16:50:24 GMT
Received: from MISOUT7MSGUSRDB.ITServices.sbc.com ([169.254.2.207]) by MISOUT7MSGHUBAB.ITServices.sbc.com ([130.9.129.146]) with mapi id 14.03.0195.001; Sun, 2 Nov 2014 11:50:24 -0500
From: "DOLLY, MARTIN C" <md3135@att.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
Thread-Index: Ac/x88lK6mpn4HE9TuemRholN7+6tQEucedQAAxC0AAACH/wMA==
Date: Sun, 02 Nov 2014 16:50:23 +0000
Message-ID: <E42CCDDA6722744CB241677169E83656032BA307@MISOUT7MSGUSRDB.ITServices.sbc.com>
References: <949EF20990823C4C85C18D59AA11AD8B26DC50@FR712WXCHMBA11.zeu.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D4DE52A@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D4DE52A@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.203.187]
Content-Type: multipart/alternative; boundary="_000_E42CCDDA6722744CB241677169E83656032BA307MISOUT7MSGUSRDB_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-AnalysisOut: [v=2.0 cv=X9rl3hve c=1 sm=1 a=dhB6nF3YHL5t/Ixux6cINA==:17 a]
X-AnalysisOut: [=lEem9tHVhq4A:10 a=BLceEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqp]
X-AnalysisOut: [o32RAAAA:8 a=48vgC7mUAAAA:8 a=gxZvrgisAAAA:8 a=EA-3BgdeT4f]
X-AnalysisOut: [5u35CVzYA:9 a=F99EeyZzka0A:10 a=vgoIte4AP48YRrX-:21 a=dsQ-]
X-AnalysisOut: [oLOqGyWLPCqW:21 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=-ktmRL]
X-AnalysisOut: [i88tn7qcr3tWQA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZ]
X-AnalysisOut: [eC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=_3D9Vb7sS_5CwDjo:21 a=nal]
X-AnalysisOut: [c3KPwRDmc6blW:21]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)]
X-MAIL-FROM: <md3135@att.com>
X-SOURCE-IP: [144.160.229.24]
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/f6ab8MUFrYR_tCogcLnRT6gCLNg
Subject: Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Nov 2014 16:51:06 -0000

I support this as a WG item.

From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: Sunday, November 02, 2014 10:50 AM
To: DRAGE, Keith (Keith); mmusic@ietf.org
Subject: Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel

Hi,

I think the draft is useful, and I support adopting it as a WG item. I also intend to be active in the work, review and provide comments, etc.

Regards,

Christer

Sent from my Windows Phone
________________________________
From: DRAGE, Keith (Keith)<mailto:keith.drage@alcatel-lucent.com>
Sent: ‎02/‎11/‎2014 17:07
To: mmusic@ietf.org<mailto:mmusic@ietf.org>
Subject: Re: [MMUSIC] draft-ejzak-mmusic-data-channel-sdpneg and draft-ejzak-mmusic-msrp-usage-data-channel
At the London IETF meeting, we were not quite at the point of asking for adoption of draft-ejzak-mmusic-data-channel-sdpneg. There was a request that certain revisions should be made and a couple of issues addressed.

That has now occurred.

I would like to ask if we can now moved forward to adoption of this draft as a working group item. While it is the responsibility of the chairs to make a formal call, I have asked for a small amount of time in Honolulu with this intent, and it would be useful if people could start to express their opinions one way or other on the list, i.e. whether they think the draft is generally useful, or alternatively, just a bad idea!

Regards

Keith

> -----Original Message-----
> From: DRAGE, Keith (Keith)
> Sent: 27 October 2014 14:39
> To: mmusic@ietf.org<mailto:mmusic@ietf.org>
> Subject: 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-ch
> annel-sdpneg-02.txt
> Status:
> https://datatracker.ietf.org/doc/draft-ejzak-mmusic-data-chann
> el-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-chann
> el-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-us
> age-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>
https://www.ietf.org/mailman/listinfo/mmusic