Hi Ludovic, We are still using ZoneDirector, not the newer SmartZone controller, and seems Packetfence start supporting SmartZone from version 6.5 In version 6.4, which we are using, there are only one switch type for select "Ruckus Wireless Controllers". So you would suggest we to try another switch module?
Regards, Tom On Tue, Jan 16, 2018 at 10:48 PM, Ludovic Zammit <lzam...@inverse.ca> wrote: > Hello there, > > PacketFence two different switch module, there is a legacy one and the other > one is meant for the SmartZone controller. > > Have you tried to change the switch module ? > > Thanks, > > > Ludovic Zammit > lzam...@inverse.ca :: +1.514.447.4918 (x145) :: www.inverse.ca > Inverse inc. :: Leaders behind SOGo (http://www.sogo.nu) and PacketFence > (http://packetfence.org) > > > > > > On Jan 16, 2018, at 9:32 AM, tom lo via PacketFence-users > <packetfence-users@lists.sourceforge.net> wrote: > > Hi, > > > We've been using Packetfence ZEN 6.4 with Ruckus ZoneDirector for a > while, to authentication user against AD before putting them into > production VLAN. > It was working fine until recently that users report that when they > doing authentication in captive portal, they start seeing the message > "Unable to detect network connectivity. Try to restarting your web > browser or opening a new tab to see if your access has been > successfully enabled." > They tried to turn off/on WiFi and they will see "Your network should > be enabled within a minute or two. If it is not reboot your computer", > if they wait for around 15 mins, sometimes they found their device > could fall into production VLAN. > During the issue happens to user, we could see in ZoneDirector that > the client device were still in registration VLN, > and from packetfence admin portal, user mac address "Info" page, the > role is set to a registered role. > If we delete the client connection manually from ZoneDirector GUI, we > found the client device will re-connect and fall into the production > VLAN. > > We tried one suggestion from this mailing list, toggle $TRUE and > $FALSE for synchronize_locationlog in /Switch/Ruckus.pm#L190, and > restart httpd.portal, but made no difference. > > We captured the packetfence.log, and found some warning but not sure > if it's related to the issue. > httpd.portal(2282) WARN: [mac:ab:cd:00:00:12:34] Use of uninitialized > value in concatenation (.) or string at > /usr/local/pf/lib/pf/authentication.pm line 284. > httpd.portal(2282) WARN: [mac:ab:cd:00:00:12:34] Calling match with > empty/invalid rule class. Defaulting to 'authentication' > (pf::authentication::match) > httpd.portal(2245) WARN: [mac:ab:cd:00:00:12:34] Can't re-evaluate > access because no open locationlog entry was found > (pf::enforcement::reevaluate_access) > > Please advise what we could do to troubleshoot the issue. Thanks for your > time. > > > Regards, > Tom > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > PacketFence-users mailing list > PacketFence-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/packetfence-users > > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ PacketFence-users mailing list PacketFence-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/packetfence-users
