[Scale-planning] [Tech] wifi SSID WAS Re: Signage

David Lang david at lang.hm
Fri Mar 10 23:45:05 UTC 2017


On Fri, 10 Mar 2017, Hriday Balachandran wrote:

> You guys worry too much. Wireless is going to be awesome next year.
> (famous last words)

Last year we also had a problem getting the wifi up soon enough in the Expo 
floor. The fundamental problem is that we can't put in the network until the 
booths are built, and last year that happened about the same time the vendors 
were allowed to start setting up. It would be incredibly useful to get the 
booths setup a day earlier (it's not like the stuff or space is going to be used 
by anyone else while we are using the rest of the space on thursday)

> With regards to staff wifi, Zach, do we have any stats on the number
> of people that used it? I'm trying to understand what the motivation
> for that was. We might be able to get away with not having one next
> time.

It's a security measure, we need tech and AV to get at things that nobody else 
should get to. While we could take other measures (VPN or authenticated 
connections), using a separate SSID is simple. In the past we didn't 
differentiate between the 2.4g and 5g staff network and had them share an SSID, 
but we had it hidden and encrypted with a different key.

David Lang

> On Fri, Mar 10, 2017 at 4:19 PM, Ilan Rabinovitch <ilan at linuxfests.org> wrote:
>>
>> On Fri, Mar 10, 2017 at 5:02 AM, Zach Underwood <zunder1990 at gmail.com>
>> wrote:
>>>
>>> As for as hiding staff SSID that is a waste of time, I dont think many, if
>>> any of the public was thinking they needed to join to the staff network. At
>>> some point you cant fix stupid.
>>
>>
>> I'm going to disagree.  This is a UX thing we can make better. Don't show
>> people things they dont need.
>>
>>> I think the biggest problem with SSID was the amount of non SCALE ssid
>>> showing up, where this was the biggest problem was on the expo floor where
>>> at any given time there was 20+ SSIDs.
>>
>>
>> We can't control all the hotel APs. We can remind exhibitors not to run
>> their own, but only if we can ensure the wireless setup is flawless from the
>> minute they show up.
>>
>>
>> _______________________________________________
>> Tech mailing list
>> Tech at lists.linuxfests.org
>> https://lists.linuxfests.org/cgi-bin/mailman/listinfo/tech
> _______________________________________________
> Scale-planning mailing list
> Scale-planning at lists.linuxfests.org
> https://lists.linuxfests.org/cgi-bin/mailman/listinfo/scale-planning
>


More information about the Scale-planning mailing list