Re: [rtcweb] I-D Action: draft-ietf-rtcweb-transports-12.txt
Harald Alvestrand <harald@alvestrand.no> Tue, 22 March 2016 15:14 UTC
Return-Path: <harald@alvestrand.no>
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 1D7AE12DA1C for <rtcweb@ietfa.amsl.com>; Tue, 22 Mar 2016 08:14:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 DwNICib1v15n for <rtcweb@ietfa.amsl.com>; Tue, 22 Mar 2016 08:14:05 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B9B112D882 for <rtcweb@ietf.org>; Tue, 22 Mar 2016 08:14:04 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id E8D097C7777; Tue, 22 Mar 2016 16:14:02 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9MIRq4N-92vy; Tue, 22 Mar 2016 16:14:01 +0100 (CET)
Received: from [IPv6:2001:470:de0a:1:35d8:7af6:5c73:857b] (unknown [IPv6:2001:470:de0a:1:35d8:7af6:5c73:857b]) by mork.alvestrand.no (Postfix) with ESMTPSA id C31D67C7776; Tue, 22 Mar 2016 16:14:01 +0100 (CET)
To: Michael Welzl <michawe@ifi.uio.no>, rtcweb@ietf.org
References: <20160321223732.12239.92688.idtracker@ietfa.amsl.com> <84BAECBC-E849-424B-9EA1-6B80BA925F5F@ifi.uio.no>
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <56F16139.8010804@alvestrand.no>
Date: Tue, 22 Mar 2016 16:14:01 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <84BAECBC-E849-424B-9EA1-6B80BA925F5F@ifi.uio.no>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/_Iq6mYVtm_SgoDyjrYAn9aNrEFE>
Subject: Re: [rtcweb] I-D Action: draft-ietf-rtcweb-transports-12.txt
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, 22 Mar 2016 15:14:08 -0000
Thank you - yes, it was lost. I've filed this suggestion as https://github.com/rtcweb-wg/rtcweb-transport/issues/16 My queries are of course: - Is the reference to [coupled] normative or informative? - What is the expected timeline for emission of [coupled]? I see that RFC 7657 got published with [coupled] as an informative reference. The "e.g." in your first suggestion might be loose enough to warrant an informative reference. Den 22. mars 2016 15:45, skrev Michael Welzl: > Hi, > > On 26 February, I sent an email to rtcweb in which I made some suggestions to this document. I see that these have not been incorporated, and my email has also never been answered (except that I-D.ietf-dart-dscp-rtp was replaced by RFC 7657, but that may not have been due to my email). I can understand that: probably my prior email just drowned in the WebRTC Audio Codec related thread. However I do think that these comments would be good to address, so I'm copying in the email again below. > > Cheers, > Michael > > ---- > > Hi, > > Overall, I like this document a lot - it makes for a very good read! > > - but I think it would make sense for section 4.1 to explicitly point to draft-ietf-rmcat-coupled-cc (the next version of which is going to explain how weights much be set to adhere to the priority levels that are described in this section; it's easy, we just didn't have this text in there yet). > > > To be concrete, I suggest the following two changes: > > *** > When an WebRTC implementation has packets to send on multiple streams > that are congestion-controlled under the same congestion controller, > the WebRTC implementation SHOULD cause data to be emitted in such a > way that each stream at each level of priority is being given > approximately twice the transmission capacity (measured in payload > bytes) of the level below. > *** > > should be: > > *** > When a WebRTC implementation has packets to send on multiple streams > that are congestion-controlled under the same congestion controller > or multiple coupled congestion controllers (e.g. using the mechanism in > [draft-ietf-rmcat-coupled-cc]), > the WebRTC implementation SHOULD cause data to be emitted in such a > way that each stream at each level of priority is being given > approximately twice the transmission capacity (measured in payload > bytes) of the level below. > *** > > (note a fixed nit in there: the second word is "a" instead of "an") > > > and, perhaps even more importantly, a small change in section 4.2: > > *** > More advice on the use of DSCP code points with RTP is given in > [I-D.ietf-dart-dscp-rtp]. > *** > > should be: > > *** > More advice on the use of DSCP code points with RTP as well as coupled > congestion control is given in [I-D.ietf-dart-dscp-rtp]. > *** > > and in fact I-D.ietf-dart-dscp-rtp should now be RFC 7657. > > > Cheers, > Michael >
- [rtcweb] I-D Action: draft-ietf-rtcweb-transports… internet-drafts
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-transp… Michael Welzl
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-transp… Harald Alvestrand
- Re: [rtcweb] I-D Action: draft-ietf-rtcweb-transp… Michael Welzl