Re: [homenet] Homenet market gap analysis...

Ted Lemon <mellon@fugue.com> Wed, 13 March 2019 23:01 UTC

Return-Path: <mellon@fugue.com>
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 DD1631311FE for <homenet@ietfa.amsl.com>; Wed, 13 Mar 2019 16:01:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 ttsghZUAqrOf for <homenet@ietfa.amsl.com>; Wed, 13 Mar 2019 16:01:45 -0700 (PDT)
Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0130B1279B3 for <homenet@ietf.org>; Wed, 13 Mar 2019 16:01:44 -0700 (PDT)
Received: by mail-qk1-x72d.google.com with SMTP id z3so2214928qkf.5 for <homenet@ietf.org>; Wed, 13 Mar 2019 16:01:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M9OnR0pp+qsXa2U0AHKTAoKK6anOl9gxN8z7U1NZXIw=; b=WDZv5IGan+eIuZT9hvRirs1iPPeftW/tmGl0k3198YK9GLqMpaSfuL/zqok8pzR0U/ VQ1+bQiBk/socmSzXS/KBg4gkDBJyicWat/femn9oCmcdV8fNt/CPqSQ40uuW+vDVdM6 wEDCzW5oYp0bUw65E1az4MAp5EoOnb+za4q+avaRc3MwIS9U0W3bhBbZyHZpHIvp9TV0 UtQaXu1fR2n9ewmJsl/C5ZbntDDjVsXt1v3YBMedTH0QnVI+SqylOS1evpwa0b8Piki8 czF8/IKbmWCu8FmFDsgHzzdOYHC9ZUI2eDbFtPg+wUSPzAqZ/D0CtzKAuEUCqk1VuqcY /sqg==
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; bh=M9OnR0pp+qsXa2U0AHKTAoKK6anOl9gxN8z7U1NZXIw=; b=VmyqLaE7KT7ev1aT6YWIh9ZSY0W18C5qG0kuOgeJiRNBE2mTTv9/RjTDxUbyXucW3f 9lNWfALdpkwP3ApJcKOsFxRdY6kOPpWd40A2A7cgQD61lqAiQf5aJ7UTQEggLfXLxKIm rtCmmrpaIZCjkJmXfqXX7TIRQ8ZLYLAdNImljC6OeZ/rQSnDxCYc+qVe+rJRFWGeXyCe OVetX6+SYbxywasPoCY251juCImFZ1p5KXa0mMzHzatQlwpJBZhCNBWjvJjD2t5+Q9HT bY885oY6PmxB0wzbMzgxBuPXt7PrliutHXuEaE7jKQjzHHMQJe2mI2XMXteXoe9zK7AN MVXQ==
X-Gm-Message-State: APjAAAX+qnRyigMfyngXcMfb4NHuVghn0MEsvzBeYbp29F2lUcdT6aOO SPNMaqMi/GwLdYn4eYwl8yXxImV2Q230FFBr7azEXA==
X-Google-Smtp-Source: APXvYqyXwixVeomIvBpEdZOAe249t3JpQbcQkKCcY84ec5Fij+XHwYGTPpB6go7Cy3ac7Qz5Kdfe2rWu0Xkl/exLCWo=
X-Received: by 2002:ae9:c314:: with SMTP id n20mr2631699qkg.164.1552518104020; Wed, 13 Mar 2019 16:01:44 -0700 (PDT)
MIME-Version: 1.0
References: <ACFF8ADB-BC7F-4A12-BE14-E7655F1C82E2@fugue.com> <alpine.DEB.2.20.1903132134500.3161@uplift.swm.pp.se> <87a7hy1n42.fsf@toke.dk>
In-Reply-To: <87a7hy1n42.fsf@toke.dk>
From: Ted Lemon <mellon@fugue.com>
Date: Wed, 13 Mar 2019 19:01:33 -0400
Message-ID: <CAPt1N1mkTrzX4mnXc=Cci-OdH_SVBXf62DZKEc4Wxx8ORYB2nA@mail.gmail.com>
To: Toke Høiland-Jørgensen <toke@toke.dk>
Cc: HOMENET <homenet@ietf.org>, Mikael Abrahamsson <swmike@swm.pp.se>
Content-Type: multipart/alternative; boundary="000000000000191002058401cab6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/GEI-ODDlnnyq-4OOWpLknCYKlyg>
Subject: Re: [homenet] Homenet market gap analysis...
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 13 Mar 2019 23:01:48 -0000

I suppose a point to be investigated is that however roaming happens,
unless all packets are flooded to all links, the layer 2 switch always
triggers a routing change, whether at layer 2 or layer 3.

So it might be worth doing an analysis of the pros and cons of L2 versus L3
roaming. I know Dave Täht has looked into doing it at L3 at the host, but
that isn’t practical and is in any case out of scope for homenet. What is
easier if it’s done at L2?  At L3?

On Wed, Mar 13, 2019 at 17:27 Toke Høiland-Jørgensen <toke@toke.dk> wrote:

> Mikael Abrahamsson <swmike@swm.pp.se> writes:
>
> > I especially agree with the statement on wifi roaming between APs does
> > require shared L2, and there has been discussions about this and how
> > to solve that, and I think it's a requirement for homenet to become a
> > useful solution in that space. This would probably require some kind
> > of tunneling or vlan encapsuatlion between homenet devices to be
> > controlled somehow. There are routing protocols out there that already
> > do this, can perhaps be used as inspiration.
>
> You don't actually need encapsulation or VLANs if all access points
> participate in the routing protocol. You can just announce routes for
> each of the clients' IP addresses on roaming. You'll need some mechanism
> for discovering those IP addresses of course; one option is something
> like l3roamd[0] (which more or less just sniffs the addresses used by
> the client), but others are certainly possible. I remember discussing
> other approaches with Juliusz at some point, but I guess none of us ever
> got around to implementing something.
>
> Either way, I guess this is something homenet could conceivably specify
> a solution for if there was sufficient interest... :)
>
> -Toke
>
> [0] https://github.com/freifunk-gluon/l3roamd
>