Modify

Opened 5 years ago

Closed 3 years ago

Last modified 20 months ago

#13187 closed enhancement (fixed)

Support 802.11r with a simple config

Reported by: anonymous Owned by: developers
Priority: normal Milestone: Features Paradise
Component: packages Version: Trunk
Keywords: 802.11r Cc:

Description

802.11r[1] is a fast AP switching extension to Wifi that allows you to change AP without losing the active connections. This is particularly useful for realtime applications like VoIP, where you want to allow a user to roam through a building, switching AP but keeping the connection alive without pauses.

The standard is from 2008 and it seems most of the support is already included in the tools and drivers (hostapd/wpa_supplicant/mac80211). It would be great if openwrt had a simple way to configure a set of access points that are connected to the same LAN uplink in this mode. Ideally it would just be a setting in the wireless section in luci.

[1] http://en.wikipedia.org/wiki/IEEE_802.11r-2008

Attachments (0)

Change History (37)

comment:1 Changed 5 years ago by Pedro Côrte-Real <pedro@…>

Apparently this was reported as anonymous, sorry.

comment:2 Changed 5 years ago by Pedro Côrte-Real <pedro@…>

Here are two users in the forums (one in 2009 and one in 2010) asking for the same thing:

https://forum.openwrt.org/viewtopic.php?id=19920
https://forum.openwrt.org/viewtopic.php?id=26388

I've also been looking for this since 2011:

https://forum.openwrt.org/viewtopic.php?id=31114

There's clearly a lot of value to implementing this standard. It should significantly improve the functionality of moving clients in a multi-AP network. For VoIP over wifi it seems like a must.

comment:3 Changed 5 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Features Paradise

comment:4 Changed 5 years ago by krzysztof.matusik@…

Please have a ​look @ ticket 13250.

I'm tinkering with hostapd.sh to implement 802.11r part of hostapd with uci. Unfortunately current build of wpad doesn't recognize 802.11r options, so I'm asking to include them in compilation in that ticket.
If this gets done, next thing will be tesing, bug-fixing, enhancing luci- and we're done.

regards

comment:5 Changed 5 years ago by Pedro Côrte-Real <pedro@…>

That's awesome, thanks!

comment:6 Changed 5 years ago by Krzysztof Matusik <krzysztof.matusik@…>

Well, there's nothing to thanks for yet :-) I hope I will do something useful eventually, when we finish.

comment:7 Changed 5 years ago by nbd

802.11r is now enabled in hostapd/wpad

comment:8 Changed 5 years ago by Krzysztof Matusik <krzysztof.matusik@…>

Thanks nbd.
I should find some time this week to push it further on, I'll report back then.

comment:9 follow-up: Changed 5 years ago by cody@…

Hi all, is there some documentation available on this particular functionality? Is the support enabled?

comment:10 in reply to: ↑ 9 Changed 5 years ago by Krzysztof Matusik <krzysztof.matusik@…>

Replying to cody@…:

Hi all, is there some documentation available on this particular functionality? Is the support enabled?

Sorry, I haven't found spare time to finish it yet.

comment:11 Changed 5 years ago by anonymous

Hi, someone knows how to configure this feature (802.11r) on hostapd - Openwrt ?

Many thanks

comment:12 Changed 5 years ago by UltimateC

It seems like this is the most active thread asking for 802.11r hostapd for Openwrt documentation.

Does anybody have links to documentation?

comment:13 Changed 5 years ago by anonymous

must-have feature

comment:14 Changed 4 years ago by anonymous

update: still a must-have feature of wifi

comment:15 follow-up: Changed 4 years ago by anonymous

I'm definitely looking forward to native UCI support for 802.11r. Some time ago I tried some script hacking to get it to work, but native support would be better of course.

comment:16 Changed 4 years ago by anonymous

bump

comment:17 Changed 4 years ago by Shogo

Any ideas on how at least to test it in hostapd?

comment:18 Changed 4 years ago by anonymousuk

another bump as this would give openwrt such a powerful edition, that would help in so many installs.

comment:19 in reply to: ↑ 15 Changed 3 years ago by anonymous

Replying to anonymous:

I'm definitely looking forward to native UCI support for 802.11r. Some time ago I tried some script hacking to get it to work, but native support would be better of course.

So did you managed to get it to work ? Would anybody be able to provide additional information and documentation since it's already in the hostapd

comment:20 Changed 3 years ago by anonymous

BUMP

comment:22 Changed 3 years ago by itsascambutmailmeanyway@…

What build or version are those patches intended for? I tried to apply them to BB and no go.

Can the patches be made for BB release version? - at least this way there is a stable reference.

comment:23 follow-up: Changed 3 years ago by Stijn Tintel <stijn@…>

Patches are for CC. This is a new feature, so I assume that it will not be backported to BB.

comment:24 in reply to: ↑ 23 Changed 3 years ago by itsascambutmailmeanyway@…

It also seems the patches go on the Git branch, not any SVN checkout.

comment:25 Changed 3 years ago by Stijn Tintel <stijn@…>

All 3 patches apply fine on a clean SVN checkout of trunk r44486.

stijn@taz /tmp $ svn co svn://svn.openwrt.org/openwrt/trunk/ 
...
 U   trunk
Checked out revision 44486.
stijn@taz /tmp $ cd trunk/
stijn@taz /tmp/trunk $ svn patch ../OpenWrt-Devel-RFC-1-3-hostapd-append-nasid-to-config-for-all-WPA-types.patch 
U         package/network/services/hostapd/files/hostapd.sh
U         package/network/services/hostapd/files/netifd.sh
>         applied hunk @@ -236,7 +236,7 @@ with offset 3
>         applied hunk @@ -270,7 +270,6 @@ with offset 3
>         applied hunk @@ -336,6 +335,11 @@ with offset 3
stijn@taz /tmp/trunk $ svn patch ../OpenWrt-Devel-RFC-2-3-hostapd-allow-multiple-key-management-algorithms.patch 
G         package/network/services/hostapd/files/hostapd.sh
G         package/network/services/hostapd/files/netifd.sh
>         applied hunk @@ -166,7 +166,7 @@ with offset 3
>         applied hunk @@ -230,6 +230,7 @@ with offset 3
>         applied hunk @@ -273,7 +274,7 @@ with offset 3
>         applied hunk @@ -338,6 +339,7 @@ with offset 3
stijn@taz /tmp/trunk $ svn patch ../OpenWrt-Devel-RFC-3-3-hostapd-add-802.11r-support.patch 
G         package/network/services/hostapd/files/hostapd.sh
G         package/network/services/hostapd/files/netifd.sh
>         applied hunk @@ -337,8 +342,38 @@ with offset 3

comment:26 Changed 3 years ago by nicoru

Applied patch and the generated hostapd.conf looks fine.
But I cant get FT working with my Clients.
Don't know if i fail with the config or Hardware Problems, but the Patch seems to work as expected.

comment:27 follow-up: Changed 3 years ago by stintel

What kind of clients did you test? Are you sure they support FT?

As mentioned in the ML, I only tried with an ath9k client. OS X does not support FT, nor does Android. Apple iOS supports it since version 6, but the only iOS device I own is a bricked iPhone1,1. I couldn't find anything about Windows, but honestly I didn't look very hard.

comment:28 in reply to: ↑ 27 Changed 3 years ago by itsascambutmailmeanyway@…

Replying to stintel:

What kind of clients did you test? Are you sure they support FT?

As mentioned in the ML, I only tried with an ath9k client. OS X does not support FT, nor does Android. Apple iOS supports it since version 6, but the only iOS device I own is a bricked iPhone1,1. I couldn't find anything about Windows, but honestly I didn't look very hard.

iOS = yes ( http://support.apple.com/en-us/HT202628 )
Android = some ( depends on wpa-supplicant, and how it was compiled, some custom ROMs enable it, e.g. CyanogenMod )
OS X = does not look hopeful based on what I have read ( I have it, so when I test, I'll update here )
Windows = don't care.

comment:29 follow-ups: Changed 3 years ago by nicoru

Now it works.
The Problem was my wpa_supplicant.conf
important Parameters are:
key_mgmt=FT-PSK
bgscan="simple:120:-75:600"

My Setup:
APs:
TP-Link TL-WDR4300
TP-Link TL-WR1043ND

Client:
Lenvo x201t with Intel Centrino Ultimate-N 6300 (driver:iwlwifi) (OS:Kubuntu:14.10)

comment:30 in reply to: ↑ 29 Changed 3 years ago by info@…

Replying to nicoru:

Now it works.
...

Great ! Finally I see someone got it working :D

  • Can you please copy the WHOLE conf file here? And Give some more detailed 'HOW TO' ...
  • Will there be any Lucy / GUI page, where non-guru users can "turn this feature on" by filling out some MAC fields ...

comment:32 Changed 3 years ago by nbd

  • Resolution set to fixed
  • Status changed from new to closed

comment:33 in reply to: ↑ 29 Changed 3 years ago by wireless@…

Would you be able to provide more complete information on the steps assuming one who is only familiar with LUCI ? I could only locate wpa_supplicant-wlan1.conf which I assume to be what you are refering to, but the file is empty, so what are the complete values that I need to assign ? Would this work with PSK ?

Replying to nicoru:

Now it works.
The Problem was my wpa_supplicant.conf
important Parameters are:
key_mgmt=FT-PSK
bgscan="simple:120:-75:600"

My Setup:
APs:
TP-Link TL-WDR4300
TP-Link TL-WR1043ND

Client:
Lenvo x201t with Intel Centrino Ultimate-N 6300 (driver:iwlwifi) (OS:Kubuntu:14.10)

comment:34 Changed 2 years ago by anonymous

hi,
TP link-4300 will aupport 802.11r please let me know

comment:35 Changed 2 years ago by muthu.chinna@…

hi,
TP link-4300 will aupport 802.11r please let me know

comment:37 Changed 20 months ago by anonymous

I am completely lost :)
Please, can someone write short instruction for idiots? :)

There are different bits and pieces around, but they belong to different time etc.

So, my OpenWrt version has UCI patches above.
Do I need to have radius server?
Do I need to have separate VLANs for management/clients etc?
Can I simple configure it via UCI (how?) and this will be enough?
Can I have support for legacy (non 802.11r clients on the same SSID?)

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.