Re: [rtcweb] Catching up on diffserv markings

"Pal Martinsen (palmarti)" <palmarti@cisco.com> Thu, 22 October 2015 07:49 UTC

Return-Path: <palmarti@cisco.com>
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 E922E1B2B1C; Thu, 22 Oct 2015 00:49:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 U2aXfOvvnVhn; Thu, 22 Oct 2015 00:49:31 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E5EF1B2B1A; Thu, 22 Oct 2015 00:49:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35360; q=dns/txt; s=iport; t=1445500172; x=1446709772; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=MrfXA4FWcPQsgu8ff/zp9ykdv/4yoD6alkLNpyO+aw0=; b=OsWFmdq4CGBBuFRN5WBtRWZqudAqB4rpC3degt4lMD4uIvS43XjwUQP1 muFD+UBcwbTwSylZJsiPTWyDpc9iVakmaXV1o/OJqmBG8JoeGycawhxh3 MJ+/HgAJzB8WX9AKSduQp22SZC/wt6FG3gZP2A7KmI1rZnitCEF78PENo c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BiBQCtlChW/4MNJK1YBoJpTVRvBr4igVYDFwEJgkOCb0oCHIEeOhIBAQEBAQEBgQqELwEBBAEBASArIAUGEAIBCDgBBgMCAgIlCxQRAgQOBRkEBIgPDbFSkwIBAQEBAQEBAQEBAQEBAQEBAQEBAQEYhneCEIJuhEo/BAcJgmAxgRQFlioBhRiIBYIgmgMBKAM4ghEdgVVyhT2BBgEBAQ
X-IronPort-AV: E=Sophos; i="5.20,181,1444694400"; d="scan'208,217"; a="43727555"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Oct 2015 07:49:17 +0000
Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t9M7nG3d014350 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 22 Oct 2015 07:49:16 GMT
Received: from xch-rcd-019.cisco.com (173.37.102.29) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 22 Oct 2015 02:48:56 -0500
Received: from xch-rcd-019.cisco.com ([173.37.102.29]) by XCH-RCD-019.cisco.com ([173.37.102.29]) with mapi id 15.00.1104.000; Thu, 22 Oct 2015 02:48:56 -0500
From: "Pal Martinsen (palmarti)" <palmarti@cisco.com>
To: Dave Taht <dave.taht@gmail.com>
Thread-Topic: [rtcweb] Catching up on diffserv markings
Thread-Index: AQHRDBhhKLAKR0e6806JMGmCoYGOXJ52cb+AgAEGK4A=
Date: Thu, 22 Oct 2015 07:48:56 +0000
Message-ID: <43B59C2F-4B64-4318-8339-04903AF2A6AC@cisco.com>
References: <CAA93jw64CVt6wvexRfpmaF1gFk-iegKSJxQscjccRSZ0yshvsQ@mail.gmail.com> <5627B90D.8070106@alvestrand.no>
In-Reply-To: <5627B90D.8070106@alvestrand.no>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.64.11]
Content-Type: multipart/alternative; boundary="_000_43B59C2F4B644318833904903AF2A6ACciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/IqDcKuO-seAaiYDSbkSVzN_o514>
Cc: "cake@lists.bufferbloat.net" <cake@lists.bufferbloat.net>, "rmcat@ietf.org" <rmcat@ietf.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "aqm@ietf.org" <aqm@ietf.org>
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: Thu, 22 Oct 2015 07:49:34 -0000

On 21 Oct 2015, at 18:10, Harald Alvestrand <harald@alvestrand.no<mailto:harald@alvestrand.no>> wrote:

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.

That sounds like the world I am living in as well.


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!)

So how would ECN work on UDP? I do not think the necessary bits from the IP header are available for the application to do anything. I do think Linux supports this, have not tested.

And what about the network, would it support UDP when setting the ECN bits? Probably a configuration related problem if not supported.

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.


There is a new ICE wg. It was created so “network people” could participate without the overhead of listening to the SDP related discussions. (https://datatracker.ietf.org/wg/ice/charter/)

.-.
Pål-Erik


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


_______________________________________________
rtcweb mailing list
rtcweb@ietf.org<mailto:rtcweb@ietf.org>
https://www.ietf.org/mailman/listinfo/rtcweb