I believe it might be 18.104.22.168.283 that broke this, but it might have also been a prior release. When connecting to the guest network, client connectivity would be intercepted and clients would be shown the Welcome Message, Terms and Conditions and whatnot. With the latest updates, clients are being redirected to the “management” IP address of Unleashed and, since guests do not have access to this IP, Guest Access and the display of the Welcome Message and related is now broken (the captive portal never loads).
What am I missing here? I believe this might have been an issue a while back, but there appears to be a regression in the latest update or two.
We checked simultaneously with our engineering team regarding the current issue and found this to be a bug happening with Master AP.
Our engineering team was able to replicate the issue over master AP and I am in verge of opening a case with engineering for the same.
What they say is, prior to 200.5, we do not use tunnel between the client and the master but post 200.5, we use tunnel between client and the master and because of this ACL framework change, the AP cannot detect the arp requests.
We also found that ipv6 overrides the ipv4 address while reporting to master AP. Now when this override happens, it becomes difficult for the AP to trace the ipv4 address.The workaround found currently is to disable the ipv6 on the client. Could you please try this as test on one of your client and confirm if that works?
Thanks for chiming in Jim—I’d appreciate it if you would update the thread as to the results of your case and how long it took Ruckus to resolve. As for the possible workaround, this is a non-starter and unrealistic—I can’t have all guests disable IPv6, assuming they even knew how—so I see no reason to even try it.