Re: [rtcweb] Working Group Last Call: JSEP
Ted Hardie <ted.ietf@gmail.com> Tue, 25 October 2016 18:12 UTC
Return-Path: <ted.ietf@gmail.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 D209D129599 for <rtcweb@ietfa.amsl.com>; Tue, 25 Oct 2016 11:12:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 7yAI42ulkHF7 for <rtcweb@ietfa.amsl.com>; Tue, 25 Oct 2016 11:12:14 -0700 (PDT)
Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDD981294D3 for <rtcweb@ietf.org>; Tue, 25 Oct 2016 11:12:13 -0700 (PDT)
Received: by mail-oi0-x233.google.com with SMTP id m72so110441936oik.3 for <rtcweb@ietf.org>; Tue, 25 Oct 2016 11:12:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=pFVIisentRQYsToPpLvDh+8lbULjPrSXARVbHvooK2Y=; b=WQJmn8ntyI69l1xYWQKKqt2jo0Zaen63yRld7Alf3tLInkt5DYQ6LvpR9agMoqc0RS 3HwH8+BTeJFrQh2/FLhayR1NutGxKXnUJ9fAo/Nv1rrmNDXWJ1IiLv+9umGSgPF6j0v2 IRQsx7vgnJS6pNKqM92nHBUuvbMQxi23QlNI/KgB0qV3y5BH/kutzla6Zos/sl598OMa xRXalo39R7pb8/Dqq6xWQErZ5xywZdCa417MbH3vh55Q0V9MzZXIYFyrgDRDqsx2wXt5 AabDlpjbgKEFfDtecp+dMjbJkBJH1yksX0l5eqJx+SIkS8E1fuL1vHh0QDwpQgFShrX5 /05A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pFVIisentRQYsToPpLvDh+8lbULjPrSXARVbHvooK2Y=; b=aXar1flXlrFE6oXPeTYk5pYJtSn8Dcn6sD7IeBJy7sdMXD3eUey3qCM2SAlA5pzg0z JO1TgkNP2dplMq7hJTXOG7alEKaJbXl2bLPEeXzwMeJj25GkxDIoFUJoDgfxCCKoHEJ2 rPj57dckQgWc9jd2Uru8qnf1n/YGlX0/mffRFFB3m3atfIm/W6q8EpQp4D6DhG0APtUZ LMgGdUMi3vzjzDn61O6DgKR1F3jD9Av9+WEdELdtqJORWk8taX0t+elmGmYQ9xCi6wZk xTzPL4zvRLMUL2L9Wr7HBK5Jgh+i6u1TuS9gKlm/cnU7rnZiv8vxYjSh32LLW3GEPJQE fBVA==
X-Gm-Message-State: AA6/9Rme6qzCojN9CYVmlDqhuYKHDReK3riT6SoSfh94CHPfSPtj/1lEWfDm8tyVYgNBYAkVMgzMOefWJo6LMQ==
X-Received: by 10.202.230.207 with SMTP id d198mr23963625oih.27.1477419132831; Tue, 25 Oct 2016 11:12:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.202.85.203 with HTTP; Tue, 25 Oct 2016 11:11:42 -0700 (PDT)
In-Reply-To: <18EF5EAF-81FF-4917-93DE-B25F20913216@csperkins.org>
References: <CA+9kkMBLcUFs-sdpSnTEHfGVwwG1iDsWpsk1ONHrq2M7LV4g3w@mail.gmail.com> <18EF5EAF-81FF-4917-93DE-B25F20913216@csperkins.org>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Tue, 25 Oct 2016 11:11:42 -0700
Message-ID: <CA+9kkMASf0rx9oxdC1LLOJ+0vNOisQ+pNgVxDday1O0P7uEAoQ@mail.gmail.com>
To: Colin Perkins <csp@csperkins.org>
Content-Type: multipart/alternative; boundary="001a1141ad8a98d5ab053fb4723d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/Z4GWFTOhQdKl05sq1SmAf96OuF0>
Cc: Cullen Jennings <fluffy@cisco.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Working Group Last Call: JSEP
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 25 Oct 2016 18:12:16 -0000
Hi Colin, On Tue, Oct 25, 2016 at 10:42 AM, Colin Perkins <csp@csperkins.org> wrote: > Hi, > > This is a well written draft. I think Section 6 needs work, along the > lines of the recent discussion and updates to BUNDLE, but the rest of the > document seems to be in good shape. > > Section 6 says: > > Note: The following algorithm does not yet have WG consensus but is > included here as something concrete for the working group to discuss. > > I don’t think what’s written here is right yet. The RTP specification has > rules for forming RTP packets into RTP streams based on their SSRC, and for > associating RTCP packets with RTP streams. Similarly, BUNDLE, as of -35, > has rules for mapping RTP streams to m= sections based on the MID. This > section seems to be trying to replicate these, rather than building on > them. > > I think this section should leave the mapping from RTP/RTCP packets to RTP > streams to RTP, and the mapping from RTP streams to m= sections to SDP (and > BUNDLE, if used). It should talk instead about how RTP streams associated > with m= sections are mapped onto RtpSenders and RtpReceivers. This may > sound like just a terminology difference, but I think it’s important to get > the layering and division of responsibilities right, if the protocol is to > be maintainable and extensible. > > I've entered the above as an issue in the tracker: https://github.com/rtcweb-wg/jsep/issues/364 . Further commentary on the list, please. > > I also had some minor nits on the rest of the document: > > - Section 5.1.1, 1st paragraph: The list of mandatory to implement > standards is “derived from the requirements outlined in > [I-D.ietf-rtcweb-rtp-usage]”. Should the draft say somewhere that “RTP > media transport MUST be implemented according to > [I-D.ietf-rtcweb-rtp-usage]”? > > - Section 5.1.1: It’s easy to skim-read R-5 this as “MUST”, since all the > other requirements are MUST. It might be more visually distinct if written > as “SHALL NOT” rather than “MUST NOT”. > > - Section 5.1.1: R-16 should be removed. > > - Section 5.2.1, top of page 38: The header extension is in Section 14 of > BUNDLE, not Section 11 (also second bullet point on page 39). > > - Section 5.8, 3rd bullet on page 60: I suggest changing “If the MID > header extension is supported, prepare to demux RTP data intended for this > media section“ to “…prepare to demux RTP streams intended…”, to match the > recent discussion around terminology in BUNDLE. > > I've entered these as a single editorial issue, at the moment, https://github.com/rtcweb-wg/jsep/issues/365 . If any need further discussion, we can break the relevant pieces out. Thanks for your review! Ted > Colin > > > > > On 21 Oct 2016, at 20:25, Ted Hardie <ted.ietf@gmail.com> wrote: > > The chairs would like to start a working group last call on > draft-ietf-rtcweb-jset-17 to end on November 9th, 2016, 17:00 KST. > > Please review thoroughly, as working through the last comments will be the > major effort of our working group meeting in Seoul. > > From a process perspective, we will be working through the comments as > issues against the github repo. In order to accommodate folks who do not > use github, the chairs will enter a new issue for any issue raised on the > mailing list. That means that if you are raising a new issue, please send > it to the list with a new subject line so that the chairs catch it. > > If you prefer, you may also enter the issues at > https://github.com/rtcweb-wg/jsep. If you do so, please send a copy of > the issue to the mailing list so that conversation and resolution occurs > here. > > This has been a long road, but this a very major milestone. Thanks to the > authors for their work so far. > > regards, > > Ted, Cullen, Sean > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Real-Time Communication in WEB-browsers > of the IETF. > > Title : Javascript Session Establishment Protocol > Authors : Justin Uberti > Cullen Jennings > Eric Rescorla > Filename : draft-ietf-rtcweb-jsep-17.txt > Pages : 94 > Date : 2016-10-21 > > Abstract: > This document describes the mechanisms for allowing a Javascript > application to control the signaling plane of a multimedia session > via the interface specified in the W3C RTCPeerConnection API, and > discusses how this relates to existing signaling protocols. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-rtcweb-jsep/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-rtcweb-jsep-17 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-rtcweb-jsep-17 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > > > -- > Colin Perkins > https://csperkins.org/ > > > > >
- [rtcweb] Working Group Last Call: JSEP Ted Hardie
- Re: [rtcweb] Working Group Last Call: JSEP Colin Perkins
- Re: [rtcweb] Working Group Last Call: JSEP Bernard Aboba
- Re: [rtcweb] Working Group Last Call: JSEP Ted Hardie
- Re: [rtcweb] Working Group Last Call: JSEP Philipp Hancke
- Re: [rtcweb] Working Group Last Call: JSEP Bernard Aboba
- Re: [rtcweb] Working Group Last Call: JSEP Justin Uberti
- [rtcweb] PR-Answer (Re: Working Group Last Call: … Harald Alvestrand
- Re: [rtcweb] Working Group Last Call: JSEP Magnus Westerlund
- Re: [rtcweb] Working Group Last Call: JSEP Ted Hardie
- Re: [rtcweb] Working Group Last Call: JSEP Magnus Westerlund
- Re: [rtcweb] Working Group Last Call: JSEP Peter Thatcher