Re: [rtcweb] Eric Rescorla's Discuss on draft-ietf-rtcweb-overview-18: (with DISCUSS and COMMENT)

Cullen Jennings <fluffy@iii.ca> Sat, 13 May 2017 13:44 UTC

Return-Path: <fluffy@iii.ca>
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 28B8D129494; Sat, 13 May 2017 06:44:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.701
X-Spam-Level:
X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
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 JXLVfJ6Cz2rZ; Sat, 13 May 2017 06:44:35 -0700 (PDT)
Received: from smtp81.iad3a.emailsrvr.com (smtp81.iad3a.emailsrvr.com [173.203.187.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8552129C09; Sat, 13 May 2017 06:42:17 -0700 (PDT)
Received: from smtp35.relay.iad3a.emailsrvr.com (localhost [127.0.0.1]) by smtp35.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id DD655598C; Sat, 13 May 2017 09:42:06 -0400 (EDT)
X-Auth-ID: fluffy@iii.ca
Received: by smtp35.relay.iad3a.emailsrvr.com (Authenticated sender: fluffy-AT-iii.ca) with ESMTPSA id 0A1685988; Sat, 13 May 2017 09:42:05 -0400 (EDT)
X-Sender-Id: fluffy@iii.ca
Received: from [10.1.3.67] (S01065475d0f7dcd1.cg.shawcable.net [70.75.17.123]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:587 (trex/5.7.12); Sat, 13 May 2017 09:42:06 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: Cullen Jennings <fluffy@iii.ca>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4CBA05BC@ESESSMB109.ericsson.se>
Date: Sat, 13 May 2017 07:42:04 -0600
Cc: Eric Rescorla <ekr@rtfm.com>, Sean Turner <sean@sn3rd.com>, The IESG <iesg@ietf.org>, "rtcweb-chairs@ietf.org" <rtcweb-chairs@ietf.org>, RTCWeb IETF <rtcweb@ietf.org>, "draft-ietf-rtcweb-overview@ietf.org" <draft-ietf-rtcweb-overview@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <A67D1A42-CDBE-4A4B-95DC-CB94A351A016@iii.ca>
References: <149285978295.25905.7347383325486705546.idtracker@ietfa.amsl.com> <7594FB04B1934943A5C02806D1A2204B4CB805F3@ESESSMB109.ericsson.se> <15D737F9-2F65-45C5-AA26-946910B4030F@sn3rd.com> <D539F225.1C532%christer.holmberg@ericsson.com> <CABcZeBP2f0BRob205nfoeLWn+1KKe6-mw1GRqFbyfwa9Y7B9mg@mail.gmail.com> <D1C03CFA-0F3E-4250-B053-F8F0B4B28ACC@iii.ca> <7594FB04B1934943A5C02806D1A2204B4CBA05BC@ESESSMB109.ericsson.se>
To: Christer Holmberg <christer.holmberg@ericsson.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/VKFUDHL5EKI7ZQVbWG8DyX7G-rc>
Subject: Re: [rtcweb] Eric Rescorla's Discuss on draft-ietf-rtcweb-overview-18: (with DISCUSS and COMMENT)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 13 May 2017 13:44:37 -0000

OK, so let me try to give some really clear guidance here ... if you are writing a draft that does not need to normatively depend on another draft, it should not normatively depended on that draft. 

I really doubt anyone is going to argue with that so lets make it so. 

> On May 13, 2017, at 1:54 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> 
> Hi,
> 
> As co-chair of a number of the dependencies, we have been discussing what to reference a number of times, and we have also changed the references. We can't keep changing back and forth. 
> 
> In addition, I don't think WG X can decide what the drafts of WG Y reference. There needs to be a collaborative decision.
> 
> "We also assumed that some new work was going to require changes in ICE but as that work went progressed, we largely figured out ways to make it work with existing ICE implementations."
> 
> Is this "discovery" documented somewhere?
> 
> "If trickle ice actually gets done before 5245bis, and it does not depend on any 5245bis features, then clearly is should be changed to just depend on 5245."
> 
> First, we need to agree on whether trickle depends on 5245bis features or not.
> 
> Second, as co-author of 5245bis, I have asked the chairs to initiate the road towards WGLC, so I would hope both 5245bis and trickle-ice could be done more or less at the same time.
> 
> Regards,
> 
> Christer
> 
> 
> -----Original Message-----
> From: Cullen Jennings [mailto:fluffy@iii.ca] 
> Sent: 13 May 2017 01:55
> To: Eric Rescorla <ekr@rtfm.com>; Christer Holmberg <christer.holmberg@ericsson.com>
> Cc: Sean Turner <sean@sn3rd.com>; The IESG <iesg@ietf.org>; rtcweb-chairs@ietf.org; RTCWeb IETF <rtcweb@ietf.org>; draft-ietf-rtcweb-overview@ietf.org
> Subject: Re: [rtcweb] Eric Rescorla's Discuss on draft-ietf-rtcweb-overview-18: (with DISCUSS and COMMENT)
> 
> 
> Let me try and answer with the caveat that I may get this wrong and need to be corrected by my co-chairs...
> 
> TL;DR - The chairs recommend changing the ref in overview to point at 5245 instead of 5245-bis
> 
> 
> here is the longer version.... 
> 
> First a side note on how we got here. Some of the reasons we set up dependencies  like they are is that many years ago we made guess about what order work would get completed on and, shockingly, some predictions of standards developments timelines were less than perfect. We also assumed that some new work was going to require changes in ICE but as that work went progressed, we largely figured out ways to make it work with existing ICE implementations. 
> 
> We are confident that overview does not actually depend on anything in 5245-bis but instead just depends on 5245. 
> 
> Next lets discuss trickle-ice. The WebRTC set of specs currently normatively depends on trickle ICE. There is some questions if trickle ICE might depend on 5245-bis. Some of the trickle ICE  authors do not think it does. One of the authors said the chairs asked them to ref 5245 instead of 5245bis as both tickle ICE and 5245bis would be done around the same time. In general, the webrtc chairs would prefer to make the WebRTC dependency cluster as small as possible. If trickle ice actually gets done before 5245bis, and it does not depend on any 5245bis features, then clearly is should be changed to just depend on 5245. The WG responsible for 5245bis and trickle ICE can figure out what they want to do as both theses drafts progress. Given there is a strong possibility that trickle ice will only reference 5245, we think it would be better if overview did not bring 5245bis into the WebRTC dependency cluster. If on the other hand, trickle ICE does end up depending on 5245bis, there is no harm, and no need to change overview to point at 5245. 
> 
> There are other drafts that are normative dependencies of JSEP and the WebRTC cluster that also point at 5245bis. When we consider the technical things these drafts need, it seems likely they can also reference 5245 instead of 5245bis. For example draft-ietf-ice-dualstack-fairness, draft-ietf-mmusic-ice-sip-sdp, draft-ietf-mmusic-sdp-bundle-negotiation, and draft-ietf-rtcweb-transports (which is with the RFC Editor). The argument for the others is roughly the same as it is with trickle ICE. 
> 
> Cullen (without review from my co-chairs but trying to represent what we discussed on our chair call)
> 
> 
> PS - if you are trying to figure out some of the dependencies for the WebRTC cluster, you might find https://datatracker.ietf.org/doc/draft-jennings-rtcweb-deps/?include_text=1 useful but it is not 100% accurate. 
> 
> 
> 
>> On May 11, 2017, at 7:43 AM, Eric Rescorla <ekr@rtfm.com> wrote:
>> 
>> Question for the chairs.
>> 
>> On Thu, May 11, 2017 at 12:44 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
>> Hi,
>> 
>> What is the status regarding this?
>> 
>> Regards,
>> 
>> Christer
>> 
>> On 26/04/17 06:02, "Sean Turner" <sean@sn3rd.com> wrote:
>> 
>>> 
>>>> On Apr 23, 2017, at 14:44, Christer Holmberg 
>>>> <christer.holmberg@ericsson.com> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>>> ------------------------------------------------------------------
>>>>> ----
>>>>> DISCUSS:
>>>>> ------------------------------------------------------------------
>>>>> ----
>>>>> 
>>>>> Your citation to ICE is to 5245-bis, but at least the JSEP editor 
>>>>> consensus was that WebRTC depended on 5245, so this needs to be 
>>>>> resolved one way or the other.
>>>> 
>>>> Keep in mind that, no matter what draft-rtcweb-overview and 
>>>> draft-rtcweb-jsep explicitly say, both specs reference 5245bis 
>>>> *IMPLICITLY*, e.g., via draft-mmusic-bundle, draft-ice-trickle 
>>>> etc... As I have indicated in the past, it would cause confusion to reference both.
>>>> 
>>>> So, I think we shall reference 5245-bis everywhere (I also thought 
>>>> we already decided no that in the past)-
>>>> 
>>>> Regards,
>>>> 
>>>> Christer
>>> 
>>> /* bike shed alert:
>>> /*
>>> /* Assuming you¹re of the mind that a bis/updates draft is
>>> /* signaling to all implementors of the original RFC that the
>>> /* intention is that all implementations be updated then it¹s
>>> /* a bit more than implicit.
>>> 
>>> spt
>>> 
>> 
>> 
>