From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id EFCAF3CB36 for ; Tue, 16 Oct 2018 11:14:50 -0400 (EDT) Received: by mail-qt1-x835.google.com with SMTP id q41-v6so26083977qtq.10 for ; Tue, 16 Oct 2018 08:14:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fJp0TwLbbgB3W3jNplP26ahT846RI97Bm569yDZJRe0=; b=XKf+iQvWNfDSqGVDKba+HYlF2mEfYBC2pUXfqEbEqCZdGod8gD4piAMOJKvTVWE9we Jd2WUF9NsBIhc9ERRnJcRrhzMVXedVkIeJonjT8igNir4vXmyzswN3tZUsfGON5FUGGN XGs4m8ogw0+iKTaDkSKUVigT8qZtN7ienS/QvbsqoOLXbqRFRr0tWs40LOr8JwZ46Non yXYBCYJ3V7heBPyw4Ek9DsEtu2zWZFRz3/Ip/cxLYZlcnpkSAZZAHeC80IVmei7bmoMh GZNcLABig7xzs2EijZeOSK68DigisI5zZQNEB+jdyYihGjd/iunju1NKLHl41f16Jre0 lSEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fJp0TwLbbgB3W3jNplP26ahT846RI97Bm569yDZJRe0=; b=KhZfSBc4dqHmYT5Tvvm7k66DLYbU9+zREvU+V6UrQ+SnkPe8lJ9Li3CZbn58cFlqRG qIos5+RCQJYXhT1vOKB6Oslix4tUzEN/5QmImK0rFmMeGgLfZjK9s1Rjj19BetFsxnHz i8MGCnFhZ4SqA5uvXlxq/mhVZQY9g/8H8smxe3dc++W62iHmk6mLm6cbm7ITgl1bafOx z2a6ZfJ8ZpL9aYE6ZkyonCpChhCaWEyNB0HpRaAthBOTEK0pqsgpTY3oe/wgqBhL+A4o fKB7DPmM6RETGB/VU4/UcytvacDbXnU7vT7BjstiodI+74Se50dJQcJHASuAH2+Rpt4V aOeg== X-Gm-Message-State: ABuFfoiNbPh6Ozwf0G4fM/1BVOaIVo7WICmjnmnfOQHfDVFHm8v4KRDu IKtgcRhQE+OOCwLyXUALLWX1fjpziUatOmRSopo= X-Google-Smtp-Source: ACcGV62j5TW6amJke3F9008MuIg7bofSS72a6P1CVP2ldNrjipmiFV4ULo8A4BdAmz0sdcd7apYKV18VOp83oxKBhAs= X-Received: by 2002:a0c:9609:: with SMTP id 9mr22169046qvx.129.1539702890287; Tue, 16 Oct 2018 08:14:50 -0700 (PDT) MIME-Version: 1.0 References: <68031ed5-05e5-8f53-5e7d-ef0fce9d08da@kau.se> <20181016080628.2ca3652b@xeon-e3> In-Reply-To: <20181016080628.2ca3652b@xeon-e3> From: Dave Taht Date: Tue, 16 Oct 2018 08:14:36 -0700 Message-ID: To: Stephen Hemminger Cc: Stefan Alfredsson , bloat Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 15:14:51 -0000 On Tue, Oct 16, 2018 at 8:06 AM Stephen Hemminger wrote: > > On Tue, 16 Oct 2018 11:59:18 +0200 > Stefan Alfredsson wrote: > > > 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-bas= ed-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%20Vy= os > > > > "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 > > > > > > > > There are two basic components to network OS, the control plane and the > data plane. VyOs has the old V1 which is filesystem based control plane > and kernel dataplane. DaNoS has yang/netconf database based control plane > (in Go) and DPDK (or switch offload?) based dataplane. Ubiquity redid > the control plane as well, and uses their own hardware for dataplane. > > So more of "my grandfather's ax"... so in other words we should have done a dpdk version long ago. And even the= n, this white box brags of the "deep buffering" in the switch chip. ... and I have an initial report of 2 seconds of buffering on one of the first 5G devices. Sigh. And what was so wrong with the "everything as a file" model?? double sigh. > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat --=20 Dave T=C3=A4ht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740