From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id B1AC121F85E for ; Sat, 14 Nov 2015 08:47:00 -0800 (PST) Received: by lbblt2 with SMTP id lt2so69240908lbb.3 for ; Sat, 14 Nov 2015 08:46:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=LEV4H+dD7p1D0OaJEronn0nvKSHMiAhdVLqMc9pmPLs=; b=i8lrc6VQ48LlNhzkEQBqbnJLPbUQJI5CvD9pAIcn4BDaGLEOmj76I5Cmca7HMhp+PE ckg0cyKNsi6dvkxNy3f/335izX+W1ZNb5VrflL6CBbjUKRZTSOh7HJz0sK9wCPC/n12f 3Wf50B+D7H7idKTzJyBm5M9lVsaFuQvZuvQEEVrq+a0UqGoXL4ueoQVf+BJ7PODj+NHF 3olxeOkhltDCiY8Xy2hkkhzIG90Iu7WKEB/kvzlCb2mExPqeUQ+u51l3cS7QiA1K7958 go3FF4c2zj/OZO1eP4YtQfi0eG9Q7W+FD9c6O9yktOre3WKOOeXQUF5kEAaZYRdaNAtd /O1w== X-Received: by 10.112.64.72 with SMTP id m8mr12744489lbs.41.1447519617835; Sat, 14 Nov 2015 08:46:57 -0800 (PST) Received: from bass.home.chromatix.fi (83-245-237-30-nat-p.elisa-mobile.fi. [83.245.237.30]) by smtp.gmail.com with ESMTPSA id g193sm4109741lfb.6.2015.11.14.08.46.56 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Nov 2015 08:46:57 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Jonathan Morton In-Reply-To: <76A52374-F550-4DB6-9E11-91929794126B@gmx.de> Date: Sat, 14 Nov 2015 18:46:55 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <93874204-46E0-4878-9F1E-021B68EB1325@gmail.com> <76A52374-F550-4DB6-9E11-91929794126B@gmx.de> To: Sebastian Moeller X-Mailer: Apple Mail (2.3096.5) Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] ieee vs ietf stds for dscp mappings 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: Sat, 14 Nov 2015 16:47:23 -0000 > On 14 Nov, 2015, at 17:53, Sebastian Moeller wrote: >=20 > Is anybody actually using any of that? The set of differences between = the schemes as RFCd for the different technologies makes me believe = nobody is ever using more than one of those domains. That=92s part of the problem. The various recommendations conflict with = each other and with actual practice. Note in particular the different treatments just of CS0 (default, and = defined as Best Effort) and CS1 (defined as Background Traffic) - RFC = 7561 actually gets them backwards! The Szigeti-Baker draft is = relatively sane and comprehensive, even though it differs from Cake=92s = schema in detail. The core of the problem is that Diffserv was originally specified = without a complete, working implementation of its PHBs (Per Hop = Behaviours). AFAIK, no such implementation exists to date - certainly = no public one. So there are ad-hoc, locally-defined approximations all = over the place, and my chart illustrates some of that. As well as the PHBs being poorly defined, it has become general practice = for *networks* to set the DSCPs on traffic passing through them, rather = than applications setting them at the endpoints. This makes it = difficult for applications to express their traffic characteristics and = transport needs in general. However, I think this practice has arisen = because applications have not bothered to set their own DSCPs, due to = their having no effect in most networks. Dave noted previously that a lot of traffic gets marked as CS1 in = Comcast=92s network. I=92ve recently noticed the same about the = Elisa/Saunalahti network over here, having got myself a 4G-capable = receiver that came with a prepaid 1-month Saunalahti SIM. DNA, my usual = network, does something different - not sure whether it just doesn=92t = bother changing DSCPs, or does something more complex. - Jonathan Morton