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:ali...@cooperw.in] 
> Sent: 09 August 2016 21:53
> To: Christer Holmberg <christer.holmb...@ericsson.com>
> Cc: Brian E Carpenter <brian.e.carpen...@gmail.com>; 
> draft-ietf-clue-datachannel....@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.holmb...@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.holmb...@ericsson.com]
>> Sent: 07 August 2016 20:13
>> To: Brian E Carpenter <brian.e.carpen...@gmail.com>; 
>> draft-ietf-clue-datachannel....@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
> 
> 

_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art

Reply via email to