From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tiger.dc.kau.se (smtp.kau.se [193.10.220.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id CF6473CB35 for ; Tue, 16 Oct 2018 05:59:26 -0400 (EDT) To: References: From: Stefan Alfredsson Message-ID: <68031ed5-05e5-8f53-5e7d-ef0fce9d08da@kau.se> Date: Tue, 16 Oct 2018 11:59:18 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------363B94ED3415455E8A1EB9A1" Content-Language: en-US X-ClientProxiedBy: Exch-A3.personal.kau (130.243.19.84) To Exch-A1.personal.kau (130.243.19.82) Subject: Re: [Bloat] vyatta in AT&T 5G gear 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: Tue, 16 Oct 2018 09:59:27 -0000 --------------363B94ED3415455E8A1EB9A1 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 2018-10-16 11:31, Mikael Abrahamsson wrote: > On Mon, 15 Oct 2018, Dave Taht wrote: > >> Vyos (the open source fork of vyatta) was one of the first to add >> fq_codel support... I wonder.... >> >> http://linuxgizmos.com/att-releases-white-box-spec-for-its-linux-based-5g-routers/ >> > > Isn't Vyos just running the Linux kernel for forwarding? So they > received fq_codel for free when the Linux kernel got support for it? > They just had to make it configurable? > Yes, according to this blog post, http://www.five-ten-sg.com/mapper/blog/Bufferbloat%20solved%20with%20Vyos "Now that Vyos "helium" is available with a Linux 3.13 kernel, the fq_codel queueing discipline can be used to solve many bufferbloat issues. The nightly "lithium" builds contain my patches that allow fq_codel to be used via the native Vyos configuration system." Anyway it's nice to see the Vyatta heritage living on in it's various forms (the AT&T "production hardened" Vyatta, to the Ubiquity EdgeMax and some UniFi devices, to the VyOS open version and now the future plans with dNOS -> DANOS. /Stefan --------------363B94ED3415455E8A1EB9A1 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit

On 2018-10-16 11:31, Mikael Abrahamsson wrote:

On Mon, 15 Oct 2018, Dave Taht wrote:

Vyos (the open source fork of vyatta) was one of the first to add
fq_codel support... I wonder....

http://linuxgizmos.com/att-releases-white-box-spec-for-its-linux-based-5g-routers/

Isn't Vyos just running the Linux kernel for forwarding? So they received fq_codel for free when the Linux kernel got support for it? They just had to make it configurable?

Yes, according to this blog post, http://www.five-ten-sg.com/mapper/blog/Bufferbloat%20solved%20with%20Vyos

"Now that Vyos "helium" is available with a Linux 3.13 kernel, the fq_codel queueing discipline can be used to solve many bufferbloat issues. The nightly "lithium" builds contain my patches that allow fq_codel to be used via the native Vyos configuration system."

Anyway it's nice to see the Vyatta heritage living on in it's various forms (the AT&T "production hardened" Vyatta, to the Ubiquity EdgeMax and some UniFi devices, to the VyOS open version and now the future plans with dNOS -> DANOS.

/Stefan

--------------363B94ED3415455E8A1EB9A1--