From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by huchra.bufferbloat.net (Postfix) with ESMTP id 610AF21F6A9 for ; Wed, 21 Oct 2015 09:10:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 393E47C0B0B; Wed, 21 Oct 2015 18:10:57 +0200 (CEST) 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 03NT44YPHYyX; Wed, 21 Oct 2015 18:10:54 +0200 (CEST) Received: from [IPv6:2001:470:de0a:1:2cac:97a8:89fe:113e] (unknown [IPv6:2001:470:de0a:1:2cac:97a8:89fe:113e]) by mork.alvestrand.no (Postfix) with ESMTPSA id 17AD77C0B06; Wed, 21 Oct 2015 18:10:54 +0200 (CEST) To: Dave Taht , "rtcweb@ietf.org" , "rmcat@ietf.org" , "aqm@ietf.org" , cake@lists.bufferbloat.net References: From: Harald Alvestrand X-Enigmail-Draft-Status: N1110 Message-ID: <5627B90D.8070106@alvestrand.no> Date: Wed, 21 Oct 2015 18:10:53 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 22 Oct 2015 09:07:57 -0700 Subject: Re: [Cake] [rtcweb] Catching up on diffserv markings X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 16:11:22 -0000 Den 21. okt. 2015 17:51, skrev Dave Taht: > I unsubscribed from rmcat and rtcweb groups a while back after I got > overloaded, and appear.in started working so well, (for both ipv6 and > ipv4! I use it all day long now!), to focus on finishing up the new > "cake" qdisc/shaper/aqm/QoS system, among other things. > > http://www.bufferbloat.net/projects/codel/wiki/CakeTechnical > > Cake is now entering the testlab, and among other things, it has > support for the diffserv markings discussed in the related, now > concluded dart wg, but in ways somewhat different from that imagined > there. We have not got any good code in our testbeds yet to test > videoconferencing behavior, and we could use some, although it does > look like we can drive firefox with some remote control stuff with a > fixed video playback now.... > > Five questions: > > 1) Has anyone implemented or tested putting voice and video on two > different 5-tuples in any running code out there? All VC systems I know of except WebRTC-based ones do it, AFAIK. It's putting them on the same that's unusual. > 2) How about diffserv markings in general? Do any browsers or webrtc > capable software support what was discussed way back when? I know Hangouts did something like that internally, on the controlled network. But not according to spec. > 3) Were diffserv marking changes eventually allowed on the same 5-tuple? Yes, with caveats. draft-ietf-tsvwg-rtcweb-qos has the table. > 4) Did the ECN support that was originally in one draft or another > ever make it into any running code? I don't know. I think we lost it from the docs. > (yea, apple plans to turn on ecn universally in their next OS!) > > 5) What else did I miss in the past year I should know about? For TCP and SCTP congestion controllers, we're back to one DSCP marking per flow, and resetting the congestion control state if DSCP marking changes. > > Feel free to contact me off list if these have already been discussed. > I have totally lost track of the relevant drafts. They're not finished still :-) > > Sincerely, > > Dave Täht > I just lost five years of my life to making the edge > of the internet, and, wifi better. > And, now... the FCC wants to make my work illegal > for ordinary people to install. > https://www.gofundme.com/savewifi > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb >