Re: [Gen-art] Gen-ART Last Call review of draft-ietf-clue-datachannel-13

Alissa Cooper <alissa@cooperw.in> Wed, 10 April 2019 20:08 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 650361200C1; Wed, 10 Apr 2019 13:08:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=bQKBSpGj; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Fh14f6Vo
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 0BwzJhdwA50B; Wed, 10 Apr 2019 13:08:36 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52CD2120047; Wed, 10 Apr 2019 13:08:36 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4BB6221D6E; Wed, 10 Apr 2019 16:08:35 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 10 Apr 2019 16:08:35 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=f JlQLQPPXEWAUI1aP0tgrRqN2mTF/e0XuOo0ZdegeQA=; b=bQKBSpGj4lEtbRMGs IeDY6Ug0YE4Q93LOkUH1tosIFbSvb+CWxpjD3I0FRB8HhXiJ1bB0SdhhYvPZlZeu 7S8OKIQ1WtGQHFkX8NvsG8ieOIM6sUPGsyTwoxbvF8ZhU3L5zE+iAaoVWtRuD84a nZePe5lIHiGMTQsPlTdZ0AWitRKoWFCGV57YEQt20+F0kbiwSyucrHJHF4orw/yD lVGyu8jplBXb9dVKyCEWmKWXPnULLJiyNAOqgO//gNbWjosM9iWh8ZIIDTQ5YP3H ZBLoLHeNXgWiiH3CZspp9uKs4I954XYZxRhCyq5rC7fh6SxPmGi4QNNGympYfLdK woBJw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=fJlQLQPPXEWAUI1aP0tgrRqN2mTF/e0XuOo0Zdege QA=; b=Fh14f6Vo1OMEpJgVQ/gz6QEQhZSsZ7fg6s9j/OrcT3M97rKxMw6r8e2PU v0+vPIhx/NOaXsJK2z+xRzPNS6GJYhid7N5zcIaPmPcUNVzBOKs4yy4oirQjwJRg 7gGhjqGivm/tdCP0ejokU/XJCj8RlE38XGtEDc1RyQ7l4QzkXbcgR8xXU2ly88J2 nF5EmMN48vMzWyEytfOVZnHqkkejdG9OON+2xY7S9a7ZCoBWRBLeAj7xOvajOouX O43bJQaTIuaBuv9bfBsHgHehnduA4fM8jAJGpx1H5g9PJC+Xqy7yQJvZQ+XrBT8C tygqa3fg6Krycv0bbu1xSQNWyhikg==
X-ME-Sender: <xms:Qk2uXJzCmJU6_iPgSPTsBQuohM2zVev9Vu0tepZTHSDafRaGiMEnSw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrudejgddugeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucffohhmrg hinhepghhithhhuhgsrdgtohhmpdhivghtfhdrohhrghenucfkphepudejfedrfeekrddu udejrdekjeenucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrh ifrdhinhenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:Q02uXKANJuIfRcomy8uSFJ4R6RG1nmHFaMJEmtGNXFqUj6NG02zHbg> <xmx:Q02uXMO8tvdjJqnzkarWX5z72LXomgppZye0_ad977bZ17ntdoKFzw> <xmx:Q02uXDYnyAkzGNAwWbHS83wJOjVxIiXXA6mg1711G2LDN2iaiiF58A> <xmx:Q02uXHJ8dkU-Fhs5yqYf4aQcs4V5ynUhBSIlUvWSDrsqt0pYCRPptw>
Received: from rtp-alcoop-nitro5.cisco.com (unknown [173.38.117.87]) by mail.messagingengine.com (Postfix) with ESMTPA id 852CEE4448; Wed, 10 Apr 2019 16:08:34 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <5fc37fba-4974-2bdd-c3b3-99e6e4c8bd6e@gmail.com>
Date: Wed, 10 Apr 2019 16:08:32 -0400
Cc: "draft-ietf-clue-datachannel.all@ietf.org" <draft-ietf-clue-datachannel.all@ietf.org>, General Area Review Team <gen-art@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <424CFA0F-0D79-426E-9C6F-0807869F21BC@cooperw.in>
References: <4e8a5e7c-2537-dc1b-d755-b0fed4e842d7@gmail.com> <7594FB04B1934943A5C02806D1A2204B4770FB67@ESESSMB209.ericsson.se> <c0d43bca-e666-fa9b-12f8-30bb10125482@gmail.com> <7594FB04B1934943A5C02806D1A2204B4BBB86D8@ESESSMB208.ericsson.se> <7594FB04B1934943A5C02806D1A2204B4BBC4909@ESESSMB208.ericsson.se> <3F3AA8F5-376D-4B17-8167-54A2F17B5A04@cooperw.in> <7594FB04B1934943A5C02806D1A2204B4BBCF6A4@ESESSMB208.ericsson.se> <5fc37fba-4974-2bdd-c3b3-99e6e4c8bd6e@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Christer Holmberg <christer.holmberg@ericsson.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/JFx48qmdr4TFGwSnvqGN-XUuOeI>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-clue-datachannel-13
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Apr 2019 20:08:38 -0000

Brian, a much belated thanks for your review. Christer and Paul, thanks for your responses. I entered a Yes ballot, having shepherded this document previously when I was ART AD. Glad to see it progressing.

Alissa

> On Aug 9, 2016, at 4:08 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> Thanks!
> 
> Of course, if asked to re-review this for the telechat, the review will just say "Ready".
> 
> Regards
>   Brian
> 
> On 10/08/2016 07:05, Christer Holmberg wrote:
>> Submitted.
>> 
>> Regards,
>> 
>> Christer
>> 
>> -----Original Message-----
>> From: Alissa Cooper [mailto:alissa@cooperw.in] 
>> Sent: 09 August 2016 21:53
>> To: Christer Holmberg <christer.holmberg@ericsson.com>
>> Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>om>; draft-ietf-clue-datachannel.all@ietf.org; General Area Review Team <gen-art@ietf.org>
>> Subject: Re: Gen-ART Last Call review of draft-ietf-clue-datachannel-13
>> 
>> 
>>> On Aug 8, 2016, at 12:29 PM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
>>> 
>>> Hi,
>>> 
>>> I've created a new version of the draft, based on Brian's comments. It's not yet submitted, but can be found at GitHub:
>>> 
>>> https://github.com/cdh4u/draft-clue-datachannel/blob/master/draft-ietf
>>> -clue-datachannel.txt
>>> 
>>> The only change is to add a reference to the club protocol draft in the Introduction section.
>>> 
>>> Alissa, please let me know when I can submit the new version :)
>> 
>> You can go ahead and submit.
>> 
>> Thanks,
>> Alissa
>> 
>>> 
>>> Thanks!
>>> 
>>> Regards,
>>> 
>>> Christer
>>> 
>>> 
>>> -----Original Message-----
>>> From: Christer Holmberg [mailto:christer.holmberg@ericsson.com]
>>> Sent: 07 August 2016 20:13
>>> To: Brian E Carpenter <brian.e.carpenter@gmail.com>om>; 
>>> draft-ietf-clue-datachannel.all@ietf.org; General Area Review Team 
>>> <gen-art@ietf.org>
>>> Subject: RE: Gen-ART Last Call review of 
>>> draft-ietf-clue-datachannel-13
>>> 
>>> Hi Brian,
>>> 
>>> ...
>>> 
>>>>>> Minor issues:
>>>>>> -------------
>>>>>> 
>>>>>> Mainly for my own education:
>>>>>> 
>>>>>> 3.2.6.  SCTP Multihoming
>>>>>> 
>>>>>> SCTP multi-homing is not supported for SCTPoDTLS associations, and  
>>>>>> can therefore not be used for a CLUE data channel.
>>>>>> 
>>>>>> What is the advantage of SCTP if you don't get the benefit of multihoming?
>>>>> 
>>>>> There are other SCTP features that are used. The most essential is 
>>>>> the SCTP multi stream feature, which allows multiple data channels 
>>>>> using a single SCTP associations: each data channel is implemented using two unidirectional SCTP streams.
>>>>> 
>>>>> SCTP also provide different options when it comes to data transport reliability and ordering, and data channels can use different combinations.
>>>> 
>>>> OK, thanks. I have the impression that this explanation is given 
>>>> nowhere in the CLUE documents (and not in draft-ietf-rtcweb-transports either). I think it would be helpful if it was recorded *somewhere*.
>>>> It doesn't really belong in clue-datachannel.
>>> 
>>> I agree - it's not the task of CLUE to justify the decisions made by RTCWEB.
>>> 
>>> For the details of the data channel mechanism, please take a look at draft-ietf-rtcweb-data-channel.
>>> 
>>> https://tools.ietf.org/html/draft-ietf-rtcweb-data-channel
>>> 
>>> Regards,
>>> 
>>> Christer
>>> 
>>> 
>>> 
>>>> 
>>>> 
>>>>> Nits:
>>>>> -----
>>>>> 
>>>>> I expected a reference to draft-ietf-clue-protocol where CLUE is first mentioned in the Introduction.
>>>> 
>>>> I'll fix that.
>>> 
>>> Thanks
>>>   Brian
>> 
>>