those are mostly for 802.11k, its not required for 802.11r but 802.11k (& v), compliment 802.11r.
u missed one, bss_load_update_period=50
will 802.11k & v ever be added in webif (especially 802.11v, most is stripped from hostapd compilation)? odds are low but it'd be nice..
many basic consumer routers are coming with these features and more enabled out of the box. even an older one, smps-dynamic power save would be nice, but doesnt work on anything so far, only smps-static power save does but thats the shitty one.
Something's not quite working right. It's like everything's running smoothly for a while, and then my iPhone gets stuck to the 2.4ghz radio on the R7500v2 and won't transition back to the 5ghz radio or over to the secondary R7000 AP.
Not sure where to even start, but I noticed you'd recommended "ieee80211d=1" only in the custom config options for the 2.4ghz radio. Any reason you'd add that to 2.4 and not to 5ghz radio config? _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
those are mostly for 802.11k, its not required for 802.11r but 802.11k (& v), compliment 802.11r.
u missed one, bss_load_update_period=50
will 802.11k & v ever be added in webif (especially 802.11v, most is stripped from hostapd compilation)? odds are low but it'd be nice..
many basic consumer routers are coming with these features and more enabled out of the box. even an older one, smps-dynamic power save would be nice, but doesnt work on anything so far, only smps-static power save does but thats the shitty one.
Something's not quite working right. It's like everything's running smoothly for a while, and then my iPhone gets stuck to the 2.4ghz radio on the R7500v2 and won't transition back to the 5ghz radio or over to the secondary R7000 AP.
Not sure where to even start, but I noticed you'd recommended "ieee80211d=1" only in the custom config options for the 2.4ghz radio. Any reason you'd add that to 2.4 and not to 5ghz radio config?
Same here (iPhone stucks to the R7000 and not switching/roaming to the R7800) after I writote the code tatsuya46 suggested "ft_psk_generate_local=1" in the custom config, only this, and it worked.ButI don't know if 802.11v & k are working without the other configs.
(PS have you write correctly the Mobility Domain and NAS ID?)
Same here (iPhone stucks to the R7000 and not switching/roaming to the R7800) after I writote the code tatsuya46 suggested "ft_psk_generate_local=1" in the custom config, only this, and it worked.ButI don't know if 802.11v & k are working without the other configs.
(PS have you write correctly the Mobility Domain and NAS ID?)
Yes, I’m pretty darn sure I had the nas_identifier line set correctly as the unique MAC for each radio. The hostapd documentation recommends any unique 48-bit string for each BSS: https://w1.fi/cgit/hostap/plain/hostapd/hostapd.conf
And the mobility domain is just a four character string that should be the same on each BSS configured for fast roaming so I know that was also correct.
I’ve been trying to read through the documentation to see if anything else jumps out at me, but I’m stumped for the moment. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Same here (iPhone stucks to the R7000 and not switching/roaming to the R7800) after I writote the code tatsuya46 suggested "ft_psk_generate_local=1" in the custom config, only this, and it worked.ButI don't know if 802.11v & k are working without the other configs.
(PS have you write correctly the Mobility Domain and NAS ID?)
Yes, I’m pretty darn sure I had the nas_identifier line set correctly as the unique MAC for each radio. The hostapd documentation recommends any unique 48-bit string for each BSS: https://w1.fi/cgit/hostap/plain/hostapd/hostapd.conf
And the mobility domain is just a four character string that should be the same on each BSS configured for fast roaming so I know that was also correct.
I’ve been trying to read through the documentation to see if anything else jumps out at me, but I’m stumped for the moment.
Did you tried to add only the "ft_psk_generate_local=1" in the custom config as I said?
Did you tried to add only the "ft_psk_generate_local=1" in the custom config as I said?
For me it worked..
Well on this latest build, just turning on 802.11r in the settings also adds the "ft_psk_generate_local=1" to the hostapd config file automatically (which I verified by reading the .conf file on the router), so I don't think that's my issue. In fact, I ran it that way for a little while, with no other custom config lines, and still encountered the same issue.
The only other thing I thought of at the moment is that after turning on 802.11r and adding these custom config lines trying various permutations, I've not rebooted the router at all. My only hope is that maybe if I config all this stuff, save, apply, reboot, maybe it'll work better. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Given the wi-fi disconnect that happens when applying settings, I thought the radios were already being restarted.
But I'll try rebooting the router when the other household members are ready _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Sun Nov 25, 2018 2:42 Post subject:
rawd wrote:
3.x log when it gets an IP (37630)
4.x log where it does not get an IP (37845)
---
3.x
Nov 24 17:07:46 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: auth request, signal -61 (Accepted)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authentication OK (open system)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-AUTHENTICATE.indication(3c:4a:92:xx:xx:xx, OPEN_SYSTEM)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:07:46 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authenticated
Nov 24 17:07:46 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: assoc request, signal -62 (Accepted)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: association OK (aid 2)
Nov 24 17:07:46 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: associated (aid 2)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-ASSOCIATE.indication(3c:4a:92:xx:xx:xx)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: event 1 notification
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: start authentication
Nov 24 17:07:46 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: unauthorizing port
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: EAPOL-Key timeout
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 1/4 msg of 4-Way Handshake
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: received EAPOL-Key frame (2/4 Pairwise)
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 3/4 msg of 4-Way Handshake
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: received EAPOL-Key frame (4/4 Pairwise)
Nov 24 17:07:47 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: authorizing port
Nov 24 17:07:47 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx RADIUS: starting accounting session C29F139FCF0D2694
Nov 24 17:07:47 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: pairwise key handshake completed (RSN)
4.x
Nov 24 17:13:57 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: auth request, signal -62 (Accepted)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authentication OK (open system)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-AUTHENTICATE.indication(3c:4a:92:xx:xx:xx, OPEN_SYSTEM)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:13:57 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authenticated
Nov 24 17:13:57 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: assoc request, signal -61 (Accepted)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: association OK (aid 3)
Nov 24 17:13:57 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: associated (aid 3)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-ASSOCIATE.indication(3c:4a:92:xx:xx:xx)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: event 1 notification
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: start authentication
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: unauthorizing port
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 1/4 msg of 4-Way Handshake
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: event 3 notification
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: unauthorizing port
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: deauthenticated
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DEAUTHENTICATE.indication(3c:4a:92:xx:xx:xx, 3)
Nov 24 17:13:57 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:13:58 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: auth request, signal -62 (Accepted)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authentication OK (open system)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-AUTHENTICATE.indication(3c:4a:92:xx:xx:xx, OPEN_SYSTEM)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-DELETEKEYS.request(3c:4a:92:xx:xx:xx)
Nov 24 17:13:58 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: assoc request, signal -62 (Accepted)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: association OK (aid 3)
Nov 24 17:13:58 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: authenticated
Nov 24 17:13:58 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.11: associated (aid 3)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx MLME: MLME-ASSOCIATE.indication(3c:4a:92:xx:xx:xx)
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: event 1 notification
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: start authentication
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: unauthorizing port
Nov 24 17:13:58 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 1/4 msg of 4-Way Handshake
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: EAPOL-Key timeout
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 1/4 msg of 4-Way Handshake
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: received EAPOL-Key frame (2/4 Pairwise)
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: sending 3/4 msg of 4-Way Handshake
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: received EAPOL-Key frame (4/4 Pairwise)
Nov 24 17:13:59 r7800 daemon.debug hostapd: ath1: STA 3c:4a:92:xx:xx:xx IEEE 802.1X: authorizing port
Nov 24 17:13:59 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx RADIUS: starting accounting session 4970DC4246BF50CD
Nov 24 17:13:59 r7800 daemon.info hostapd: ath1: STA 3c:4a:92:xx:xx:xx WPA: pairwise key handshake completed (RSN)
looks fine, is it using dhcp or static ip? try giving it a static ip if not
bripab007 wrote:
tatsuya46 wrote:
those are mostly for 802.11k, its not required for 802.11r but 802.11k (& v), compliment 802.11r.
u missed one, bss_load_update_period=50
will 802.11k & v ever be added in webif (especially 802.11v, most is stripped from hostapd compilation)? odds are low but it'd be nice..
many basic consumer routers are coming with these features and more enabled out of the box. even an older one, smps-dynamic power save would be nice, but doesnt work on anything so far, only smps-static power save does but thats the shitty one.
Something's not quite working right. It's like everything's running smoothly for a while, and then my iPhone gets stuck to the 2.4ghz radio on the R7500v2 and won't transition back to the 5ghz radio or over to the secondary R7000 AP.
Not sure where to even start, but I noticed you'd recommended "ieee80211d=1" only in the custom config options for the 2.4ghz radio. Any reason you'd add that to 2.4 and not to 5ghz radio config?
5ghz already has ieee80211d=1 in it's config. does the 2.4ghz radio in r7500v2 have 802.11r listed in security? i wont expect it to go much to the r7000 since i doubt it has 802.11r, so to do so it would have to do the 4 way handshake every time, what iphone model is it?
giuliomagnifico wrote:
bripab007 wrote:
tatsuya46 wrote:
those are mostly for 802.11k, its not required for 802.11r but 802.11k (& v), compliment 802.11r.
u missed one, bss_load_update_period=50
will 802.11k & v ever be added in webif (especially 802.11v, most is stripped from hostapd compilation)? odds are low but it'd be nice..
many basic consumer routers are coming with these features and more enabled out of the box. even an older one, smps-dynamic power save would be nice, but doesnt work on anything so far, only smps-static power save does but thats the shitty one.
Something's not quite working right. It's like everything's running smoothly for a while, and then my iPhone gets stuck to the 2.4ghz radio on the R7500v2 and won't transition back to the 5ghz radio or over to the secondary R7000 AP.
Not sure where to even start, but I noticed you'd recommended "ieee80211d=1" only in the custom config options for the 2.4ghz radio. Any reason you'd add that to 2.4 and not to 5ghz radio config?
Same here (iPhone stucks to the R7000 and not switching/roaming to the R7800) after I writote the code tatsuya46 suggested "ft_psk_generate_local=1" in the custom config, only this, and it worked.ButI don't know if 802.11v & k are working without the other configs.
(PS have you write correctly the Mobility Domain and NAS ID?)
the other configs is for 802.11k, neighbor/environment reporting, most of 802.11v support is stripped out of our hostapd for unknown reasons. mobility domain must be the same for all APs in the 802.11r chain. nas id set to the mac of each AP without the :, 12:34:56:78:90:12 becomes 123456789012, each will have a different nas id.
giuliomagnifico wrote:
bripab007 wrote:
giuliomagnifico wrote:
Same here (iPhone stucks to the R7000 and not switching/roaming to the R7800) after I writote the code tatsuya46 suggested "ft_psk_generate_local=1" in the custom config, only this, and it worked.ButI don't know if 802.11v & k are working without the other configs.
(PS have you write correctly the Mobility Domain and NAS ID?)
Yes, I’m pretty darn sure I had the nas_identifier line set correctly as the unique MAC for each radio. The hostapd documentation recommends any unique 48-bit string for each BSS: https://w1.fi/cgit/hostap/plain/hostapd/hostapd.conf
And the mobility domain is just a four character string that should be the same on each BSS configured for fast roaming so I know that was also correct.
I’ve been trying to read through the documentation to see if anything else jumps out at me, but I’m stumped for the moment.
Did you tried to add only the "ft_psk_generate_local=1" in the custom config as I said?
For me it worked..
what wifi analyzer is that? it looks to have a better layout than mine, windows compatible? _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
5ghz already has ieee80211d=1 in it's config. does the 2.4ghz radio in r7500v2 have 802.11r listed in security? i wont expect it to go much to the r7000 since i doubt it has 802.11r, so to do so it would have to do the 4 way handshake every time, what iphone model is it?
Yes, the 7500v2 has 802.11r listed in 2.4ghz section of wireless security tab. Does that particular atheros chip not support it or something?
I'm quite accustomed to how relatively decently the R7500 and R7000 handoff back and prior to enabling 802.11r--it's actually decent enough to not drop calls typically (probably ~100ms switchover), so I can definitely tell that something seems to break after a while with the 802.11r config turned on. When it breaks, it's like the phone (iPhone X) is stuck to the R7500v2, even when I literally have the R7000 in between me and the R7500--well past the point it would normally transition pre-802.11r experimentation. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Sun Nov 25, 2018 5:49 Post subject:
bripab007 wrote:
tatsuya46 wrote:
5ghz already has ieee80211d=1 in it's config. does the 2.4ghz radio in r7500v2 have 802.11r listed in security? i wont expect it to go much to the r7000 since i doubt it has 802.11r, so to do so it would have to do the 4 way handshake every time, what iphone model is it?
Yes, the 7500v2 has 802.11r listed in 2.4ghz section of wireless security tab. Does that particular atheros chip not support it or something?
I'm quite accustomed to how relatively decently the R7500 and R7000 handoff back and prior to enabling 802.11r--it's actually decent enough to not drop calls typically (probably ~100ms switchover), so I can definitely tell that something seems to break after a while with the 802.11r config turned on. When it breaks, it's like the phone (iPhone X) is stuck to the R7500v2, even when I literally have the R7000 in between me and the R7500--well past the point it would normally transition pre-802.11r experimentation.
didnt know, the 2.4ghz radio in r7500 v2 is the same radio i have in dir-862L 5ghz, but for whatever reason that router is missing 802.11r, w, and wpa3 entirely..
it may be an issue that 802.11r has issues communicating with an AP in the same network that doesnt have it, or the client does _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
I'm getting a bunch of RX errors with almost every k4.9 builds including this build and eventually led to wifi drops after couple days :/ back to k3.18 for now... r7500v2
the other configs is for 802.11k, neighbor/environment reporting, most of 802.11v support is stripped out of our hostapd for unknown reasons. mobility domain must be the same for all APs in the 802.11r chain. nas id set to the mac of each AP without the :, 12:34:56:78:90:12 becomes 123456789012, each will have a different nas id.
So, if we don't write all the configs, works only the fast bss transition on 802.11r protocol and not 802.11k & r ?
Quote:
I'm quite accustomed to how relatively decently the R7500 and R7000 handoff back and prior to enabling 802.11r--it's actually decent enough to not drop calls typically (probably ~100ms switchover), so I can definitely tell that something seems to break after a while with the 802.11r config turned on. When it breaks, it's like the phone (iPhone X) is stuck to the R7500v2, even when I literally have the R7000 in between me and the R7500--well past the point it would normally transition pre-802.11r experimentation
My iPhone X works great with the FBSST but the R7000 doesn't seem to have it... or I don't know where I have to look inside the UI of the Broadcom radios because it's surely not active here. The 802.11r FBSST works very well with my iPhones/ipads but only with these device.
I think need a better explanation, a small guide, of these roaming wifi operation modes, because it's very useful when it's correctly configured!
Quote:
what wifi analyzer is that? it looks to have a better layout than mine, windows compatible?
It's WiFi Explorer, yes it's very simple to look but very useful, I don't know if there's also the windows release, here's the home page of the app: https://www.adriangranados.com
Joined: 19 Nov 2008 Posts: 274 Location: Madison, CT, US
Posted: Sun Nov 25, 2018 14:17 Post subject:
802.11r works on my wds system. But roaming is not helping at all. As a matter of fact, some web sites are having trouble loading because of fast transitioning thing. Enabled 802.11r and wpa3 on both main and station routers r7500v2, Kong r37845. Pretty sure nas ID and mobility domain were setup properly. The station also have virtual ap setup for wds and were wpa3 and 802.11r enabled. Problems with Oneplus 5t phone and not with laptops or desktops.Wasted lots of hours for nothing. _________________ Netgear R7800(2), R7500v2(2) WDS, Asus RT-AC68R (2)