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

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 06 August 2016 20:32 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 2C9F412D0C9; Sat, 6 Aug 2016 13:32:46 -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, FREEMAIL_FROM=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 85SC8F3k3UlR; Sat, 6 Aug 2016 13:32:44 -0700 (PDT)
Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (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 941E412D0AD; Sat, 6 Aug 2016 13:32:44 -0700 (PDT)
Received: by mail-pa0-x22d.google.com with SMTP id ti13so23937320pac.0; Sat, 06 Aug 2016 13:32:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=V2lHAI++yxyN4/17pVKRH4U00nZEWT/rG4tR4BMkUM0=; b=klRTAOvvU5z0AEAtTqmNmJAeZKZBFLrnCSaR3QL31wkzs/dFqSsVhHKIw+BrHSLU8h PbgfOyrl3xg3XlpePhGJgOmTzwd9iYg4klJp02x/0JJIQ1pGdUxtcmrEKbN+7A1V8KYU 7DNU+R/AHvitNqTE4Tr5DE8ESZQiYLiWI4t4ZkEep0SXGVeDKFujEW+jDgQDmPxftRCO FPj2UODaFxHSYSesbM0owdshzIXw562590ndUNgtMX80x0BnRYaNC5zTvqT1pH8sqhbt iOZdSlJes2kJLwVdMepGNUyJa8J40SaW3qFenY4Wb6Ara1akXEudIVqMkws6cR9aeZ1r fGBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=V2lHAI++yxyN4/17pVKRH4U00nZEWT/rG4tR4BMkUM0=; b=NjLr+AYEuE5Tu071jLjKYwnt8zVLUQ85JZPcNDpeB/I5+326mMPH+2LBo0Rcw+kNs4 VRUsbT25eW4LsurzMIZWC7CdzhqBYat0K95+PJnCXZ7rqwNu0vyeshdzRZ8fI9AILcQi hVaAkgMZmMC0nYsa441FvqJSN/mwcGIwBzs1ZIKweFwIhfAyWh2jWNcSFxWbBio1mhiw 4ksWbpfX9mGB+poAkLCZHMpRskkC0T8C/f8IBG41KzZV6Vg+FzU6/ZfhoRrhaXGoc0ol ePl284vVcmQWaq1lcOBiy43GihxJkM42aFwiiFccGVzFtJsx6G0rmIYGOG4qeWe+gmRm VY6g==
X-Gm-Message-State: AEkoouull2tk6E00SSWNaRkxd9mLI6DIWz3AZfmMO0vvSRu7V9joZumiPFpUunxEgBDmUQ==
X-Received: by 10.66.54.229 with SMTP id m5mr5380691pap.91.1470515564164; Sat, 06 Aug 2016 13:32:44 -0700 (PDT)
Received: from [192.168.178.23] ([118.148.115.173]) by smtp.gmail.com with ESMTPSA id w76sm37096504pfd.69.2016.08.06.13.32.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 13:32:43 -0700 (PDT)
To: Christer Holmberg <christer.holmberg@ericsson.com>, "draft-ietf-clue-datachannel.all@ietf.org" <draft-ietf-clue-datachannel.all@ietf.org>, General Area Review Team <gen-art@ietf.org>
References: <4e8a5e7c-2537-dc1b-d755-b0fed4e842d7@gmail.com> <7594FB04B1934943A5C02806D1A2204B4770FB67@ESESSMB209.ericsson.se>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <c0d43bca-e666-fa9b-12f8-30bb10125482@gmail.com>
Date: Sun, 7 Aug 2016 08:32:39 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4770FB67@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/JArfk1GW3g_KKTLcLxXEbU8ZRVI>
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.17
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: Sat, 06 Aug 2016 20:32:46 -0000

On 02/08/2016 09:47, Christer Holmberg wrote:
> Hi Brian,
> 
> Thanks for your review! Please see inline.
> 
>> I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) 
>> reviews all IETF documents being processed by the IESG for the IETF Chair.  Please treat these comments just like any other last call comments.
>>
>> For more information, please see the FAQ at <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
>>
>> Document: draft-ietf-clue-datachannel-13.txt
>> Reviewer: Brian Carpenter
>> Review Date: 2016-07-28
>> IETF LC End Date: 2016-08-01
>> IESG Telechat date:
>>
>> Summary: Ready
>> --------
>>
>> 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.

> 
> 
>> Nits:
>> -----
>>
>> I expected a reference to draft-ietf-clue-protocol where CLUE is first mentioned in the Introduction.
> 
> I'll fix that.

Thanks
    Brian