Re: [rtcweb] Catching up on diffserv markings

Harald Alvestrand <harald@alvestrand.no> Wed, 21 October 2015 16:11 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 462781A92DD; Wed, 21 Oct 2015 09:11:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 C9XqxtLzoDUa; Wed, 21 Oct 2015 09:10:58 -0700 (PDT)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) by ietfa.amsl.com (Postfix) with ESMTP id 528351B29E3; Wed, 21 Oct 2015 09:10:58 -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 <dave.taht@gmail.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "rmcat@ietf.org" <rmcat@ietf.org>, "aqm@ietf.org" <aqm@ietf.org>, cake@lists.bufferbloat.net
References: <CAA93jw64CVt6wvexRfpmaF1gFk-iegKSJxQscjccRSZ0yshvsQ@mail.gmail.com>
From: Harald Alvestrand <harald@alvestrand.no>
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: <CAA93jw64CVt6wvexRfpmaF1gFk-iegKSJxQscjccRSZ0yshvsQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/I_acvmW2iI7xQFzSH93r1mPxtzY>
Subject: Re: [rtcweb] Catching up on diffserv markings
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 21 Oct 2015 16:11:01 -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
>