Re: [tsvwg] Dual-Q Pol[i]cing

Steven Blake <slblake@petri-meat.com> Mon, 25 May 2020 20:15 UTC

Return-Path: <slblake@petri-meat.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 863F33A0834 for <tsvwg@ietfa.amsl.com>; Mon, 25 May 2020 13:15:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.002
X-Spam-Level:
X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 5nKXtu2Shwse for <tsvwg@ietfa.amsl.com>; Mon, 25 May 2020 13:15:05 -0700 (PDT)
Received: from blue.elm.relay.mailchannels.net (blue.elm.relay.mailchannels.net [23.83.212.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C22DA3A0833 for <tsvwg@ietf.org>; Mon, 25 May 2020 13:15:04 -0700 (PDT)
X-Sender-Id: totalchoicehosting|x-authuser|slblake+petri-meat.com@pawpaw.tchmachines.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 66D801215A1; Mon, 25 May 2020 20:15:03 +0000 (UTC)
Received: from pawpaw.tchmachines.com (100-96-2-93.trex.outbound.svc.cluster.local [100.96.2.93]) (Authenticated sender: totalchoicehosting) by relay.mailchannels.net (Postfix) with ESMTPA id 6D8E51214E6; Mon, 25 May 2020 20:15:02 +0000 (UTC)
X-Sender-Id: totalchoicehosting|x-authuser|slblake+petri-meat.com@pawpaw.tchmachines.com
Received: from pawpaw.tchmachines.com (pawpaw.tchmachines.com [208.76.80.100]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 25 May 2020 20:15:03 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: totalchoicehosting|x-authuser|slblake+petri-meat.com@pawpaw.tchmachines.com
X-MailChannels-Auth-Id: totalchoicehosting
X-Fumbling-Cure: 338b1cd2286bacef_1590437702889_2770116816
X-MC-Loop-Signature: 1590437702889:89917530
X-MC-Ingress-Time: 1590437702889
Received: from [136.56.88.61] (port=50490 helo=axion.home.arpa) by pawpaw.tchmachines.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from <slblake@petri-meat.com>) id 1jdJUv-0005bM-NY; Mon, 25 May 2020 16:14:57 -0400
Message-ID: <7e4cdcb0b163d8e4e4c230db4a86c229ea1255c1.camel@petri-meat.com>
From: Steven Blake <slblake@petri-meat.com>
To: "Rodney W. Grimes" <ietf@gndrsh.dnsmgr.net>
Cc: TSVWG <tsvwg@ietf.org>
Date: Mon, 25 May 2020 16:14:58 -0400
In-Reply-To: <202005251649.04PGn8WW081025@gndrsh.dnsmgr.net>
References: <202005251649.04PGn8WW081025@gndrsh.dnsmgr.net>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.34.4 (3.34.4-1.fc31)
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-AuthUser: slblake+petri-meat.com@pawpaw.tchmachines.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/Rr2FWDrHNLqq0lcByTCTYUaoYWw>
Subject: Re: [tsvwg] Dual-Q Pol[i]cing
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 May 2020 20:15:09 -0000

On Mon, 2020-05-25 at 09:49 -0700, Rodney W. Grimes wrote:
> > 
> Unsolicited, but useful data.
> 
> Netflix says they shall not turn on ECN in there services because
> they do not trust the network, which is another case of the issue
> stated above.

Source?

What is their concern, that downstream networks are setting CE more
frequently than necessary to lower Netflix's stream's thruput? Because
those same operators could just as easily drop packets.


Regards,

// Steve