<div dir="ltr">I'd agree with Ruchie. Most of my libraries don't use a captive portal and patrons have unrestricted access as soon as they are within range. This is much more convenient and considerably cheaper to set up. I'd wager that most small libraries use this method simply because of cost and ease of installation. The few small libraries that I don't support that have contacted me recently offlist also use this method.<div><br></div><div>For the purposes of accessing the Internet, you're right, Kevin. I'd expect the behavior you see with your CP to be pretty normal: All access is blocked until the AUP on the CP is accepted. I suppose the CP could be configured to only block HTTP and HTTPS network traffic until the AUP is accepted, but that's probably an unusual config.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>______________________________<br><b>Chad Neeper</b><br><font size="1">Senior Systems Engineer</font><br><br><b>Level 9 Networks</b><br><font size="1">740-548-8070 (voice)<br>866-214-6607 (fax)</font><br><br><font size="1"><i>Full IT/Computer consulting services -- Specialized in libraries and schools</i></font><br></div></div></div></div>
<br><div class="gmail_quote">On Wed, Feb 25, 2015 at 9:09 AM, Ruchie Rice <span dir="ltr"><<a href="mailto:rrice@fcdlibrary.org" target="_blank">rrice@fcdlibrary.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I believe the using of resources applies to libraries who are not using a portal page and their device checks for updates etc. when they are within a recognized
network.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:Papyrus;color:black">Ruchie Rice</span><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"><u></u><u></u></span></p><span class="">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Information Technology Coordinator<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Fairfield County District Library<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">219 N. Broad St.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Lancaster, OH 43130<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"><a href="https://helpdesk.clcohio.org/" target="_blank">https://helpdesk.clcohio.org/</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"> <u></u><u></u></span></p>
<p class="MsoNormal"><i><span lang="EN" style="font-size:10.5pt;font-family:"Helvetica",sans-serif;color:#1f497d">“Coming together is a beginning; keeping together is progress; working together is success” – Henry Ford</span></i><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
</span><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <a href="mailto:oplintech-bounces@lists.oplin.org" target="_blank">oplintech-bounces@lists.oplin.org</a> [mailto:<a href="mailto:oplintech-bounces@lists.oplin.org" target="_blank">oplintech-bounces@lists.oplin.org</a>]
<b>On Behalf Of </b>Kevin Jones<br>
<b>Sent:</b> Wednesday, February 25, 2015 9:05 AM<span class=""><br>
<b>To:</b> OPLINTECH<br>
<b>Subject:</b> Re: [OPLINTECH] New WiFi connection stats reporting / captured portals<u></u><u></u></span></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Please explain to me how device initiated connections are using library resources if they haven't accepted the Portal page. I can't get anything to work on my phone if I haven't accepted the portal page. I may have an address on the network
but I am not able to do anything. Is just getting an IP Address considered using library resources?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="border:solid windowtext 1.0pt;padding:0in"><img border="0" width="100" height="100" src="cid:~WRD000.jpg" alt="Image removed by sender."></span><u></u><u></u></p>
</div>
</div><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Mon, Feb 23, 2015 at 3:51 PM, Chad Neeper <<a href="mailto:cneeper@level9networks.com" target="_blank">cneeper@level9networks.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Hello, OPLINTECH:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I've been hearing from some of my libraries that they're now going to be required to annually report WiFi connection statistics starting with 2015. Presently, other than one rogue, none of my libraries collect those stats. Being small libraries
with only one or two very simple access points, I'm pretty sure that most of the devices they're using simply don't provide stats on the number of individual network connections. One way to provide the statistic would be to implement captive portals and require
a human to click "I accept" to an Acceptable Use Policy on a splash page whenever they try to initiate a browsing session. The captive portal would likely provide the required statistics. But it introduced some other questions: <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">1) The state wants the number of WiFi connections....Are those supposed to be Human-initiated connections? When I walk into a library, my phone automatically establishes a connection and refreshes itself with various content, downloading
my latest podcasts, synching my e-mail, etc. That's the behavior I want my phone to do, but I often don't want to open a browser session and actually browse to a website on my phone. Sometimes I do, but more often, I don't. So should those automatic connections
count in the stats? If so, then every single patron with a smart phone will likely get counted, even if they're just driving by the library and come into range for a few seconds.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">2) If the state is only interested in the Human initiated connections, then that would pretty much mandate a captured portal and require the click on "I accept" before a session is permitted. Personally, I hate WiFi hotspots like that because
it interferes with the normal operation of my wireless device. I also hate being forced to remember to open a browser and perform an action after I've tried to figure out for a few moments why my device isn't connected properly. In the past, I've even run
into locations that for whatever reason the captive portal doesn't play nicely with my wireless device and I'm just SoL.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">3) If I need to set up captive portals at each of my small libraries to report this stat, should I bill the state directly? My libraries are already pretty strapped. ;-)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal">4) Does anyone collect this stat using software that isn't built into their wireless access points and isn't a full "I accept" human-interaction required captive portal?<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Ideally, I'd have something that's:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- 3rd party software only solution independent of any particular vendor's access points<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- Open source<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- Simple/turn-key (translates to cheap to implement for my small libraries)<u></u><u></u></p>
<div>
<p class="MsoNormal">- Doesn't prevent the normal background function of wifi devices when a human doesn't specifically want to use their browser<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">- Collects the number of wifi connections that's either human-initiated or automatic, depending on which stat the state actually wants to know (assuming the state even knows the difference)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I know people will probably reply with the names of their own captive portals or access point manufacturers/models that provide the stats. What are others planning to do now that this particular stat appears to be more required and what
type of stats you're providing or plan to provide (all connections, human-only, whatever)? As much as that, I'm just kind of curious where/if this conversation thread goes.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Any comments or thoughts on this?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Chad<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal">______________________________<br>
<b>Chad Neeper</b><br>
<span style="font-size:7.5pt">Senior Systems Engineer</span><br>
<br>
<b>Level 9 Networks</b><br>
<span style="font-size:7.5pt"><a href="tel:740-548-8070" target="_blank">740-548-8070</a> (voice)<br>
<a href="tel:866-214-6607" target="_blank">866-214-6607</a> (fax)</span><br>
<br>
<i><span style="font-size:7.5pt">Full IT/Computer consulting services -- Specialized in libraries and schools</span></i><u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
OPLINTECH mailing list<br>
<a href="mailto:OPLINTECH@lists.oplin.org" target="_blank">OPLINTECH@lists.oplin.org</a><br>
<a href="http://lists.oplin.org/mailman/listinfo/oplintech" target="_blank">http://lists.oplin.org/mailman/listinfo/oplintech</a><br>
<br>
<u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div></div></div>
</div>
</div>
<br>_______________________________________________<br>
OPLINTECH mailing list<br>
<a href="mailto:OPLINTECH@lists.oplin.org">OPLINTECH@lists.oplin.org</a><br>
<a href="http://lists.oplin.org/mailman/listinfo/oplintech" target="_blank">http://lists.oplin.org/mailman/listinfo/oplintech</a><br>
<br>
<br></blockquote></div><br></div>