Re: [homenet] How many people have installed the homenet code?

Tore Anderson <tore@fud.no> Thu, 21 April 2016 18:33 UTC

Return-Path: <tore@fud.no>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5569B12D648 for <homenet@ietfa.amsl.com>; Thu, 21 Apr 2016 11:33:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.896
X-Spam-Level:
X-Spam-Status: No, score=-2.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996] 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 8nRo-bIaypND for <homenet@ietfa.amsl.com>; Thu, 21 Apr 2016 11:33:55 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9FCFC12E367 for <homenet@ietf.org>; Thu, 21 Apr 2016 11:33:46 -0700 (PDT)
Received: from [2a02:c0:2:4:1194:17:0:1006] (port=59288 helo=envy.e5.y.home) by greed.fud.no with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <tore@fud.no>) id 1atJPm-0005K3-As; Thu, 21 Apr 2016 20:33:22 +0200
Date: Thu, 21 Apr 2016 20:33:21 +0200
From: Tore Anderson <tore@fud.no>
To: Tim Coote <tim+ietf.org@coote.org>
Message-ID: <20160421203321.5d4b711c@envy.e5.y.home>
In-Reply-To: <917CFE11-2386-4B0D-8A81-F87764AC09A4@coote.org>
References: <6E709688-414A-4AFB-AEAE-56BAE0469583@coote.org> <87oa93vz8e.wl-jch@pps.univ-paris-diderot.fr> <917CFE11-2386-4B0D-8A81-F87764AC09A4@coote.org>
X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/homenet/SmJTz862qmm1tfsZxq4QV77fqLQ>
Cc: homenet@ietf.org, Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
Subject: Re: [homenet] How many people have installed the homenet code?
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2016 18:33:57 -0000

Hello,

* Tim Coote

> > Even if you're just testing plain babeld, even without hnetd, you
> > must kill network manager.  If you don't, thinkgs may appear to
> > work at first, but NM will take revenge later.  

> I hated NM. But I think that it’s getting better. It does provide an
> initial overall visualisation of what’s going on. Something will be
> required to show the overall picture across all digital entities
> involved in a system, including ‘phones with both wifi and LTE
> connections. For the consumer there needs to be at least a green/red
> light (cf a CD pipeline status), but finer granularity would also
> have value.  I would hope to encourage the NM community to at least
> take cognisance of the Homenet protocols.

NM is being very actively developed, and in my experience its
developers are generally very receptive to bug reports and other
requests. So I'd encourage anyone who have issues with NM to join the
IRC channel and/or reports bugs - chances are they get fixed quickly.

As it happens, NM version 1.2 vas released yesterday. One of the things
that has been improved is NM's ability to stay away from interfaces
that's being managed by something else, so maybe an upgrade would be
enough to fix Juliusz's problems. If not, try adding the following to
NetworkManager.conf:

[main]
no-auto-default=*

Another thing IPv6 folks might be interested in knowing is that it now
defaults to using RFC7217 IID generation instead of EUI-64.

> Maybe I need to create a separate openwrt vm if I cannot run the
> hnetd stack on a more complete distro.

An quicker and more lightweight solution is to isolate hnet inside a
network namespace:

ip netns add hnet-playground
ip link set dev eth1 netns hnet-playground
ip netns exec hnet-playground shncpd --start --if eth1 # or whatever
ip netns exec hnet-playground /bin/bash
# [...do stuff inside the hnet playground here...]

Tore