In message <20120913022841.a98d624f6...@drugs.dv.isc.org>
Mark Andrews writes:

[... trim ... net related to point below ...]

> I have laptops that connect to the home net and then go walkabout.
> I suspect a large percentage of homes have some equipment that moves
> about.  Those laptops still want to do things to the home net
> occasionally.  Devices on the home network want to push stuff to
> those laptops occasionally.

First thing is as soon as you walk from one AP to another, your
channel changes and at least with Linux/BSD, nothing much happens.
What should happen is wpa_supplicant should notify dhclient to try to
renew the lease.  If the APs are bridged, nothing need happen (but
there will be more broadcast/multicast than need be).  If you stepped
into another subnet, then you'll need a new DHCP lease.

I haven't tried this with a MAC.  PCs don't seem to work unless you
close the lid and suspend and then unsuspend.

I don't think that with any OS right now (maybe android) you could
walk down the street with an open laptop and switch from one business
wifi to another (different subnets) and just have it work.  OTOH -
open wifi may not be common enough to try it on Main Street.

OTOH if you shut down at home, go to the library or coffee shop, and
start up, all is fine with any OS.  Either the suspend/resume (when it
doesn't hang the laptop) or shutdown/startup will trigger requesting a
rebind and getting refused and getting a new lease.

I've also run into the situation where a channel has a great signal
but there is no DHCP server to be found.

So my point is that

  1) changing wireless channels should force an attempt to rebind, and

  2) not getting any DHCP response or not getting all the required
     DHCP parameters should temporarily eliminate a channel from
     consideration and force roaming to another.

I think homenet could recommend these actions in some document, though
I don't see an existing document where it fits in.

Curtis
_______________________________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet

Reply via email to