Hello,
fixed since 4.0.2.
Regards
Fabrice
Le 2013-07-29 17:50, Stephen Wittstruck a écrit :
Hi again Arthur,
Just found your Jan. 22 post, also. Another good question raised, I think.
Any updates?
Steve
CSM
On Jan 22, 2013, at 3:23 PM, Arthur Emerson III <[email protected]> wrote:
We are just wrapping up our spring semester move-in rush,
and have registered about 2,500 new devices in the past
few days on a brand new PF 3.6.1 deployment. Everything
has worked flawlessly.
The only gotcha that we have encountered so far is with
PF's new gaming console self-registration system and
wired ports. We are using Cisco 2960 switches in the
dorms, configured for port-security traps to PF. If
a student plugs their gaming console into the switch,
PF assigns it to the registration VLAN like it should.
Then, as an asynchronous process, they go to another
computer and register the MAC address with PF via the
new gaming adapter self-registration web page. The
gaming console routine apparently does not send any
notification to the switch port like the traditional
registration routine does, and the gaming device is
stuck on the registration VLAN until either another
MAC address is plugged into that port or I mark the
gaming device as un-registered and then registered
again. It makes total sense from the switch's perspective,
since it shouldn't send a trap since the MAC address
never changed.
Long story short, I'm not sure if I should report this
as a bug, try to fix it myself with a kludge to the code,
or if we should have set the switches up differently to
handle this scenario?
I'm far from a qualified Perl programmer, but do see
a call to "register_node" in /usr/local/pf/html/captive-portal/\
register-gaming-device.cgi and suspect that a few
additional lines to make it de-auth and re-auth the
newly-registered gaming device would solve my problem
without having to change the switches. Is there a
reason why this can't (or shouldn't) be done on the gaming
console self-registration system web page???
-Arthur
-------------------------------------------------------------------------
Arthur Emerson III Email: [email protected]
Network Administrator InterNIC: AE81
Mount Saint Mary College MaBell: (845) 561-0800 Ext. 3109
330 Powell Ave. Fax: (845) 562-6762
Newburgh, NY 12550 SneakerNet: Aquinas Hall Room 11
------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
--
Fabrice Durand
[email protected] :: +1.514.447.4918 (x135) :: www.inverse.ca
Inverse inc. :: Leaders behind SOGo (http://www.sogo.nu) and PacketFence
(http://packetfence.org)
------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
