Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-04.txt
"MARCON, JEROME (JEROME)" <jerome.marcon@alcatel-lucent.com> Wed, 06 March 2013 10:40 UTC
Return-Path: <jerome.marcon@alcatel-lucent.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0477C21F86F8 for <rtcweb@ietfa.amsl.com>; Wed, 6 Mar 2013 02:40:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.816
X-Spam-Level:
X-Spam-Status: No, score=-9.816 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8]
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 sGq-eGJ4-JxO for <rtcweb@ietfa.amsl.com>; Wed, 6 Mar 2013 02:40:19 -0800 (PST)
Received: from smail2.alcatel.fr (smail2.alcatel.fr [64.208.49.57]) by ietfa.amsl.com (Postfix) with ESMTP id 2A92021F86E4 for <rtcweb@ietf.org>; Wed, 6 Mar 2013 02:40:18 -0800 (PST)
Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail2.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id r26AdWiN016866 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 6 Mar 2013 11:40:16 +0100
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (135.120.45.62) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 6 Mar 2013 11:40:09 +0100
Received: from FR711WXCHMBA02.zeu.alcatel-lucent.com ([169.254.2.26]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 6 Mar 2013 11:40:09 +0100
From: "MARCON, JEROME (JEROME)" <jerome.marcon@alcatel-lucent.com>
To: Randell Jesup <randell-ietf@jesup.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-04.txt
Thread-Index: AQHOE6kv4waTKhEPkEqZxW6NBQbqlZiVlNqAgAFIbACAAaCdEA==
Date: Wed, 06 Mar 2013 10:40:08 +0000
Message-ID: <39821B4C400EC14DAD4DB25330A9271A02108E@FR711WXCHMBA02.zeu.alcatel-lucent.com>
References: <20130225224014.18570.20111.idtracker@ietfa.amsl.com> <39821B4C400EC14DAD4DB25330A9271A0191D3@FR711WXCHMBA03.zeu.alcatel-lucent.com> <5135C64A.50302@jesup.org>
In-Reply-To: <5135C64A.50302@jesup.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.39]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.69 on 155.132.188.80
Subject: Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-04.txt
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Mar 2013 10:40:20 -0000
Randell, Thanks, some other comments inline. Please answer (again) to question 4, I have other pending questions related to this matter. Jerome > -----Message d'origine----- > De : rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] > De la part de Randell Jesup > Envoyé : mardi 5 mars 2013 11:18 > À : rtcweb@ietf.org > Objet : Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-channel-04.txt > > On 3/4/2013 9:36 AM, MARCON, JEROME (JEROME) wrote: > > Randell, > > > > Thanks for this update. There are some points not (yet) > explained in the text: > > > > 1. Following the SDP opening handshake, are the data > channels implicitly opened, or does the offerer send one > DATA_CHANNEL_OPEN message per new data channel ? > > One Open per new channel which can be followed immediately > with data. > If the application has some out-of-band way to know about the > channels expected (see the text), it could indicate so > (effectively allowing application-mediated negotiation with > no Open messages in-band - not that I generally would suggest > this for normal uses). > OK, that should be in the text. > > 2. "channel is available to send as soon as the > DATA_CHANNEL_OPEN has been sent". And the SACK received I guess ? > > No SACK required I believe. As far as SCTP is concerned, > Open messages are just data on the stream. > I am following Michael's clarifications on this. > > 3. Assuming an endpoint creating a new offer (e.g. to > reflect a change in media streams) while an SCTP association > is already established. In this case, what does the SCTP > association m-line contain: the unchanged list of data > channels contained in the initial offer (which created the > SCTP association), or the list of data channels currently > opened, or .. ? > > Just the listing for the association that was in the original > offer (though this would be the SCTP SDP MMUSIC draft's issue). > OK, so you said In Boston. At least the text should say when the offer should signal (or the answerer should interpret) that the list of data channels is no longer valid. How to signal this is I understand in the scope of MMUSIC which hopefully will find a cleaner way that just repeating some now invalid information. > > 4. What happens if the SDP Opening Handshake agreed on some > data channels using the 'chat' subprotocol, and later on an > endpoint creates in-band a new channel with 'file transfer' > subprotocol ? > > When you create a channel, it sends Open on an unused Stream. > > That does not answer to my question, so I reformulate: some time after the initial SDP Opening Handshake, can the DATA_CHANNEL_OPEN message create in-band a data channel with a 'subprotocol' not negotiated by the initial SDP Opening Handshake ? > > -- > Randell Jesup > randell-ietf@jesup.org > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb >
- [rtcweb] I-D Action: draft-ietf-rtcweb-data-chann… internet-drafts
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Randell Jesup
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Peter Thatcher
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Salvatore Loreto
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Salvatore Loreto
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Salvatore Loreto
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Randell Jesup
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Randell Jesup
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- [rtcweb] RE : I-D Action: draft-ietf-rtcweb-data-… MARCON, JEROME (JEROME)
- Re: [rtcweb] RE : I-D Action: draft-ietf-rtcweb-d… Harald Alvestrand
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- [rtcweb] RE : I-D Action: draft-ietf-rtcweb-data-… MARCON, JEROME (JEROME)
- [rtcweb] RE : RE : I-D Action: draft-ietf-rtcweb-… MARCON, JEROME (JEROME)
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-data-c… Michael Tuexen
- Re: [rtcweb] RE : I-D Action: draft-ietf-rtcweb-d… Randell Jesup