Re: [homenet] New Version Notification for draft-barth-homenet-wifi-roaming-00.txt

Tore Anderson <> Mon, 30 November 2015 13:08 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 704351AC40F for <>; Mon, 30 Nov 2015 05:08:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id hrrlARZHDylS for <>; Mon, 30 Nov 2015 05:08:46 -0800 (PST)
Received: from ( [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id EAF5C1AC3F1 for <>; Mon, 30 Nov 2015 05:08:45 -0800 (PST)
Received: from [2a02:c0:2:1:1194:17:0:1029] (port=42666 by with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <>) id 1a3OC7-00082i-QT; Mon, 30 Nov 2015 14:08:39 +0100
Date: Mon, 30 Nov 2015 14:08:39 +0100
From: Tore Anderson <>
To: Steven Barth <>
Message-ID: <>
In-Reply-To: <>
References: <> <>
X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Archived-At: <>
Cc: " Group" <>
Subject: Re: [homenet] New Version Notification for draft-barth-homenet-wifi-roaming-00.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Homenet WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 30 Nov 2015 13:08:47 -0000

* Steven Barth <>

> here is some attempt to formalize a simple WiFi roaming approach
> using host routes and a stateless proxy for DAD NDP messages.
> It's a bit theoretical right now but may be useful as a start for a
> discussion. We could do a talk on it in Yokohama as well.

Hi Steven and thanks for this! It's a problem it's important to solve.

Some questions/thoughts after a very quick skim through:

>      A router MUST listen for all Neighbor Solicitations with a target
>      addresses from an assigned roaming prefix having the unspecified
>      address as the source address.  Similarly it MUST listen for all
>      Neighbor Advertisements with a target address from an assigned
>      roaming prefix and having the all-nodes multicast address as the
>      destination address.
>      A router MUST forward all such messages via global unicast to all
>      other routers having roaming interfaces sharing the roaming
>      prefixes the target address of the respective message belongs to.

(Similar language in section 3.2.)

Do I understand correctly that this will only happen for NS packets
destined for the globally scoped address? That is, no proxying of the
DAD messages for link-local addresses? Assuming clients don't re-start
DAD after having roamed from one BSS to another, isn't that a problem?

>     The IPv6 address fe80::1 SHOULD be used as fixed link-local
>     address exclusively by the router on roaming interfaces.

Isn't a more appropriate address to use for this the subnet-router
anycast address, i.e., fe80::? See RFC4291 section 2.6.1 - the intended
usage seems to be quite fitting for your use case:

   The Subnet-Router anycast address is intended to be used for
   applications where a node needs to communicate with any one of the
   set of routers.


>     Stateful DHCPv6 MUST NOT be used to avoid the need to synchronize
>     lease information and relay DHCPv6 packets.

What about DHCPv6 Prefix Delegation? Not supported? I think there is a
use case for supporting PD to wireless clients if possible (think
virtual machines, 464xlat, etc.)