From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 3FE273BA8E; Fri, 15 Mar 2019 14:36:55 -0400 (EDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 001A4B2; Fri, 15 Mar 2019 19:36:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1552675014; bh=BC2eSuaDDlYywS0AKOaWy8Ahp4Yv7NWcwDsCDcJfVpU=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=klISETKPjJDVsD8w/OnPlFt/juqe2tCuJWQSPZmb0+uD2uCVH8cQ/qjiJ7sYt0rS8 jPf+LcmttNmDOwb7ZtrtxaxZuKogRUgAPyM/W58iqB0ZrnD3RsMIFABZHvKbdoBJbo H5tIAqnGE2oZC5einpH61HVPrjJOLaC05rH2LbRI= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id F0AAAAF; Fri, 15 Mar 2019 19:36:53 +0100 (CET) Date: Fri, 15 Mar 2019 19:36:53 +0100 (CET) From: Mikael Abrahamsson To: "David P. Reed" cc: Sebastian Moeller , ecn-sane@lists.bufferbloat.net, bloat In-Reply-To: <1552669283.555112988@apps.rackspace.com> Message-ID: References: <1E80578D-A589-4CA0-9015-B03B63042355@gmx.de> <27FA673A-2C4C-4652-943F-33FAA1CF1E83@gmx.de> <1552669283.555112988@apps.rackspace.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Bloat] [Ecn-sane] [iccrg] Fwd: [tcpPrague] Implementation and experimentation of TCP Prague/L4S hackaton at IETF104 X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Mar 2019 18:36:55 -0000 On Fri, 15 Mar 2019, David P. Reed wrote: > So if the responsible network engineers in the carriers cannot agree on > anything, IETF is wasting its time. The IETF has already said that anything diffserv is domain-internal only. I have joined the effort of the LE PHB and see if we can get some kind of agreement and transparancy for a PHB that is aimed at customer access only and "drop most of me and my pals at any sign of customer access line congestion", and see if that can be agreed on. Having a "lower-than-best-effort" diffserve codepoint might work, because it means worse treatment, not preferential treatment. The problem with having DSCP CPs that indicate preferential treatment is typically a ddos magnet. See my emails on this topic on (this? other?) mailing lists where I try to create a three class buffering system saying "LE gets 5%, BE and 'everything-else' gets to split the difference". I even got pushback on this here, and then we're not even close to people running large ISP networks who see ddos attacks happen hourly. Saying L4S should "just use diffserv" is as constructive to say "go away and pound a rock" or "we want that bit pattern so.. screw you". L4S has a much better possibility of actually getting deployment into the wider Internet packet-moving equipment than anything being talked about here. Same with PIE as opposed to FQ_CODEL. I know it's might not be as good, but it fits better into actual silicon and it's being proposed by people who actually have better channels into the people setting hard requirements. I suggest you consider joining them instead of opposing them. -- Mikael Abrahamsson email: swmike@swm.pp.se