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/
>
>
>
>
>