Skip to contentSkip to conversation

How to test the non-mesh client roaming feature?

B.A.T.M.A.N. liu 3 participants 3 messages Aug 21, 2014 – Aug 27, 2014

lore
Share & tools
lore

liu

author
#0 lore raw

Hello, everyone. I want to test the non-mesh client roaming feature. And I have connected my notebook to the mesh node A via the access point on node A. What should I do next? When the notebook move to the mesh node B, should I connect it to the access point on node B manually?How to make the non-mesh client move to another mesh node automatically? Thanks.

Best regards
liu

#1 lore raw

Liu,

Quoted 6 lines · liu

Hello, everyone. I want to test the non-mesh client roaming feature. And I have connected my notebook to the mesh node A via the access point on node A. What should I do next? When the notebook move to the mesh node B, should I connect it to the access point on node B manually?How to make the non-mesh client move to another mesh node automatically? Thanks.

this behaviour depends on the client OS (each OS implements a different logic), but in general, if all the APs have the same ESSID, the client should just switch from one to the other without any user intervention.

The client should switch when the signal from the new AP gets much better than the old one (at least in principle...then each OS may apply more robust/smart rules).

Keep in mind that this has nothing to do with batman-adv but is more about the lower layers (wifi stack/driver) and their implementations.

Cheers,

Signature · 1 line
Antonio Quartulli
#2 lore raw

Am 21.08.14 09:28, schrieb Antonio Quartulli:

Quoted 9 lines

Liu,

Quoted 1 line · liu

Hello, everyone. I want to test the non-mesh client roaming feature.

this behaviour depends on the client OS (each OS implements a different logic), but in general, if all the APs have the same ESSID, the client should just switch from one to the other without any user intervention.

Quoted 7 lines

The client should switch when the signal from the new AP gets much better than the old one (at least in principle...then each OS may apply more robust/smart rules).

Keep in mind that this has nothing to do with batman-adv but is more about the lower layers (wifi stack/driver) and their implementations.

so practically within wifi-field i prefer two ways for testing:

* via wifi-client (Android Smartphone)

The nicest App i found is
https://play.google.com/store/apps/details?id=com.arubanetworks.arubautilities
there you can see the ping to your default gateway and all your APs. That one you are connected to is marked, the client-switching too..

https://twitter.com/rundfreifunk/status/504611193324326912

* on your mesh-node, best used on your local dhcp-server (openwrt with batman-adv)

-> cat /tmp/dhcp.leases; arp -a

get the mac-adress or ip-adress of your test-client (the smartphone) and open two ssh windows:

-> ping <ip-adress>

-> batctl -m bat12 tr <that-adress>

that shows the batman-adv route to your client and all the actually involved batman-nodes. unfortunatly that traceroute is only to the last batman-node (that one, your smartphone is connected to) and NOT up to your client. so maybe that batman-traceroute is working, but the ping wont. and last but not least, dont get confused with all of these mac-adresses!

https://twitter.com/rundfreifunk/status/429992988602032129

good luck and greetings
ufo

Signature · 2 lines
---
Freifunk Leipzig http://leipzig.freifunk.net