This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Extreme Networks
- Community List
- Technical Discussions
- Network Architecture & Design
- Re: Wireless client registering to NAC and flippin...
Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Wireless client registering to NAC and flipping VLAN is slow to get new IP address causing delay in registration process
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-04-2020 01:38 PM
Hello!
We are using Extreme Management Center 8.4, V2110 Medium 10.41, Extreme Networks Access Control Engine 8.4, and VMWare 6.5.
For whatever reason, when a client connects to the captive portal and signs in correctly. It will stay there for 5 or 10 minutes unless we force authentication on Management Center. Of course, they get in the quarantine vlan which is 172.x.x.x, but once forced, they get into the correct vlan 10.x.x.x.
Not really sure what’s going on. I can’t follow the last solution in the article that includes the same title, because I cannot find that in Management Center.
Solved! Go to Solution.
1 ACCEPTED SOLUTION
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-09-2020 01:10 PM
Hello, thank you so much for your help. However, the java error that was posted is an issue in version 8.4 of Extreme Networks Access Control.
[com.enterasys.tesNb.server.snmp.reauthentication.DisconnectMessageReauthenticationWorker] (Reauthentication Service Thread19:) Unable to update the authorization level for MAC: 00-1E-4C-9A-CB-47, IP: 172.16.222.64 because of exception:java.lang.NullPointerException
The cause of the issue is due to changing re-authentication on the Access Controller.
The unofficial workaround is to enforce using Java NAC Manager. However, that doesn’t fix the issue.
Upgrading both Extreme Networks Management Center and Extreme Networks Access Control to 8.5 corrected the issue entirely.
15 REPLIES 15
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-05-2020 06:53 AM
Hello Lane,
can you post your quarantine rule? When shouled devices go to the quarantine rule and network?
If I understand you correct, the unregistered vlan and the internet vlan is the same, correct?
Regards
Stephan
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-04-2020 09:24 PM
Just giving you my experience. I’ve done all you have done and still no joy. Apple for some reason doesn’t accept the disassociate packet that it is sent, and never releases its hold on the wireless signal so that it can associate and obtain the new ip address. Not sure what devices you have tested with, but for me Android and Windows works well, Apple doesn’t.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-04-2020 09:07 PM
Still doesn’t really help.
What is weird is if I go into the V2110 and find the client, disassociate it, it will automatically connect (providing I enter the right credentials in the captive portal first.)
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-04-2020 07:31 PM
I try to avoid flipping vlans on wireless, it just doesn’t consistently work well, especially for Apple devices.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
11-04-2020 07:24 PM
If I disassociate in the V2110, they automatically get connected.
