From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mschmidt@redhat.com>
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mx1.redhat.com",
	Issuer "DigiCert SHA2 Extended Validation Server CA" (verified OK))
	by huchra.bufferbloat.net (Postfix) with ESMTPS id 50C2321F279
	for <cerowrt-devel@lists.bufferbloat.net>;
	Tue, 21 Oct 2014 10:05:13 -0700 (PDT)
Received: from int-mx14.intmail.prod.int.phx2.redhat.com
	(int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s9LH58JC017474
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256
	verify=FAIL); Tue, 21 Oct 2014 13:05:08 -0400
Received: from [10.34.26.230] (dhcp-26-230.brq.redhat.com [10.34.26.230])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP
	id s9LH56X1030611; Tue, 21 Oct 2014 13:05:07 -0400
Message-ID: <54469242.5010506@redhat.com>
Date: Tue, 21 Oct 2014 19:05:06 +0200
From: Michal Schmidt <mschmidt@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: Dave Taht <dave.taht@gmail.com>
References: <CAA93jw7TzyvMEGMGxdd6TSuSp_5o5dS_UCFNMr6sryPK56Fihg@mail.gmail.com>	<121767.1413574248@turing-police.cc.vt.edu>	<CAA93jw4YFUMq=riXA8CYV0Sa2f4sxyxe2DahD0FgKtkayEGKxw@mail.gmail.com>	<9382.1413826910@turing-police.cc.vt.edu>	<544672D3.8020709@redhat.com>	<58702.1413908858@turing-police.cc.vt.edu>
	<CAA93jw5VtNRC+MCgk1v+dfud7G8vCpHkjZtxQYD6VDEdszgrhA@mail.gmail.com>
In-Reply-To: <CAA93jw5VtNRC+MCgk1v+dfud7G8vCpHkjZtxQYD6VDEdszgrhA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
Cc: Tom Gundersen <teg@jklm.no>, cerowrt-devel@lists.bufferbloat.net
Subject: Re: [Cerowrt-devel] SQM in mainline openwrt,
 fq_codel considered for fedora default
X-BeenThere: cerowrt-devel@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development issues regarding the cerowrt test router project
	<cerowrt-devel.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/cerowrt-devel>,
	<mailto:cerowrt-devel-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/cerowrt-devel>
List-Post: <mailto:cerowrt-devel@lists.bufferbloat.net>
List-Help: <mailto:cerowrt-devel-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/cerowrt-devel>,
	<mailto:cerowrt-devel-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Tue, 21 Oct 2014 17:05:42 -0000

On 10/21/2014 06:57 PM, Dave Taht wrote:
> This is not the place to engage in the systemd debate.

I agree. I wrote one more reply on that topic, but did not and will not
send it.

> I would appreciate some interest from the systemd folk into the work
> of ietf  homenet, and into  things like hnetd and mdns proxy. (and the
> reverse from those working on those concepts) The excessively dynamic
> nature of the modern ipv6 rollout has led to a need to tightly
> integrate address assignment,  routing and naming, which helped delay
> barrier breaker a year and it's not clear to me to what extent the
> modern linux server or desktop can deal with that and still provide
> useful services, nor concepts like source specific routing, and better
> integration with 802.11 and 802.14.

Adding Tom Gundersen (the author of systemd-networkd) to CC in case he
has any comments about this.

Thanks,
Michal