IETF Logo Mail Archive

Re: [rtcweb] Prioritization

"Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net> Wed, 30 April 2014 21:37 UTC

Return-Path: <matthew.kaufman@skype.net>
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 68FB01A0953 for <rtcweb@ietfa.amsl.com>; Wed, 30 Apr 2014 14:37:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] 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 J8QybBum3W4V for <rtcweb@ietfa.amsl.com>; Wed, 30 Apr 2014 14:37:15 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0240.outbound.protection.outlook.com [207.46.163.240]) by ietfa.amsl.com (Postfix) with ESMTP id 748E61A079F for <rtcweb@ietf.org>; Wed, 30 Apr 2014 14:37:14 -0700 (PDT)
Received: from BLUPR03CA037.namprd03.prod.outlook.com (10.141.30.30) by BL2PR03MB163.namprd03.prod.outlook.com (10.255.230.147) with Microsoft SMTP Server (TLS) id 15.0.934.12; Wed, 30 Apr 2014 21:37:12 +0000
Received: from BY2FFO11FD041.protection.gbl (2a01:111:f400:7c0c::158) by BLUPR03CA037.outlook.office365.com (2a01:111:e400:879::30) with Microsoft SMTP Server (TLS) id 15.0.921.12 via Frontend Transport; Wed, 30 Apr 2014 21:37:12 +0000
Received: from mail.microsoft.com (131.107.125.37) by BY2FFO11FD041.mail.protection.outlook.com (10.1.14.226) with Microsoft SMTP Server (TLS) id 15.0.929.8 via Frontend Transport; Wed, 30 Apr 2014 21:37:11 +0000
Received: from TK5EX14MBXC298.redmond.corp.microsoft.com ([169.254.1.224]) by TK5EX14MLTC104.redmond.corp.microsoft.com ([157.54.79.159]) with mapi id 14.03.0174.002; Wed, 30 Apr 2014 21:36:33 +0000
From: "Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net>
To: Martin Thomson <martin.thomson@gmail.com>, "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Thread-Topic: [rtcweb] Prioritization
Thread-Index: AQHPYIVjkPq1Tfael0+4dMESGUjujZsiUXSAgAAJBICAABM2gIAABB6AgAAc5ICAAABOkIAIIN6AgAAD8QCAAAOVQA==
Date: Wed, 30 Apr 2014 21:36:32 +0000
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A484504E6582@TK5EX14MBXC298.redmond.corp.microsoft.com>
References: <20140425084726.8812.24604.idtracker@ietfa.amsl.com> <535A21E3.7070008@alvestrand.no> <535A5ACC.9070700@viagenie.ca> <535A6151.1060501@alvestrand.no> <535A68E1.9090901@viagenie.ca> <535A78FF.20700@alvestrand.no> <535A7C73.6050701@viagenie.ca> <CABkgnnWkOGdSzP42rZ-aGjFkGDOOGOfk64rq-80GjeVPZJAqaw@mail.gmail.com> <AE1A6B5FD507DC4FB3C5166F3A05A484504DFEA3@TK5EX14MBXC298.redmond.corp.microsoft.com> <F60C5C26-CFFE-45D1-BF1A-D1C320835C8A@cisco.com> <CABkgnnWcE+KaDk4OnHo0wDwK_gz_4gSr_F5FRe-X1gf41hKotQ@mail.gmail.com>
In-Reply-To: <CABkgnnWcE+KaDk4OnHo0wDwK_gz_4gSr_F5FRe-X1gf41hKotQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.35]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:CAL; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10009001)(6009001)(438001)(189002)(199002)(377454003)(24454002)(51704005)(81542001)(20776003)(47776003)(76482001)(31966008)(74662001)(74502001)(79102001)(4396001)(50986999)(54356999)(76176999)(2009001)(55846006)(77982001)(99396002)(46102001)(33656001)(23676002)(6806004)(80976001)(50466002)(83322001)(19580405001)(19580395003)(44976005)(80022001)(85806002)(66066001)(86362001)(83072002)(92726001)(81342001)(92566001)(87936001)(2656002)(85852003)(84676001); DIR:OUT; SFP:1101; SCL:1; SRVR:BL2PR03MB163; H:mail.microsoft.com; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en;
X-O365ENT-EOP-Header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
X-Forefront-PRVS: 0197AFBD92
Received-SPF: Pass (: domain of skype.net designates 131.107.125.37 as permitted sender) receiver=; client-ip=131.107.125.37; helo=mail.microsoft.com;
Authentication-Results: spf=pass (sender IP is 131.107.125.37) smtp.mailfrom=matthew.kaufman@skype.net;
X-OriginatorOrg: skype.net
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/x4brlSDrCxhgZRHHuqleSYZ4qdA
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Prioritization
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: <http://www.ietf.org/mail-archive/web/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, 30 Apr 2014 21:37:21 -0000

> -----Original Message-----
> From: Martin Thomson [mailto:martin.thomson@gmail.com]
> Sent: Wednesday, April 30, 2014 2:23 PM
> To: Cullen Jennings (fluffy)
> Cc: Matthew Kaufman (SKYPE); Simon Perreault; rtcweb@ietf.org
> Subject: Re: [rtcweb] Prioritization
> 
> On 30 April 2014 14:09, Cullen Jennings (fluffy) <fluffy@cisco.com> wrote:
> > On Apr 25, 2014, at 11:03 AM, Matthew Kaufman (SKYPE)
> <matthew.kaufman@skype.net> wrote:
> >
> >> If a "lower priority" packet is dispatched before a "higher priority" packet
> in order to "prevent starvation", then what does "higher priority" mean?
> >
> > I think the labels reflect what "might" happen on average and not for any
> particular packet.
> 
> I think that Matthew was referring to the part where the browser is involved.
> That is, the bit where, when presented with the option to send just one
> packet from buckets A through D, how does it choose from those buckets.
> 
> The implication was that if A is more important than B, then if A wants to
> send, it gets to send.  Period.  The "prevents starvation"
> view of the world says that work is shared between A-D, with increasingly
> large proportions of the available capacity given to higher priority streams.
> The problem with both these models is that they are crap in various ways.  In
> one, you get cases where lower priority stuff never happens, even if that
> isn't what you wanted; in another, lower priority stuff can get resources, and
> that wasn't what you wanted.
> 
> The DSCP markings and how they might interact with this are just an
> additional layer of uncertainty, primarily.

Accurate summary of my position.

Matthew Kaufman

v2.29.0 | Report a Bug | By Email | System Status