<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place in Access Points - Indoor and Outdoor</title>
    <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19472#M5113</link>
    <description>I would add this - if you cluster APs, say two APs a few feet from each other, you can take advantage of "client load balancing".&amp;nbsp; in this way, you can specify that an AP with 50 clients get redistributes this traffic across all adjacent APs.&amp;nbsp;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;Also, in your tests, unless your firewall is "Dropping" all other network traffic, you're forgetting that once client devices join the network, their traffic will include things like application check-ins, location data, updates and so on. you're most certainly&amp;nbsp;going to be dealing with more than 8kb/s for these other non-planned consumers of your bandwidth.&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;Professionally speaking, you may consider limiting this "other" traffic at your firewall, dropping all Multicast, using client isolation (so your clients cannot see each other) and possibly using OpenDNS's family shield&amp;nbsp;to further limit (torrents) and other traffic which will otherwise, just suck the life out of your network.</description>
    <pubDate>Mon, 28 Jan 2019 17:37:08 GMT</pubDate>
    <dc:creator>andrew_giancol1</dc:creator>
    <dc:date>2019-01-28T17:37:08Z</dc:date>
    <item>
      <title>Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19469#M5110</link>
      <description>&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;Hi,&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;I need a specific architecture for an event that we propose around video gaming.&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;The purpose is to make 200 concurrent players, in the same place, using their smartphones connected to through WIFI to a "local gaming server" to play a game running on a giant screen:&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Image_ images_messages_5f91c3fb135b77e247907ea1_93b422011e9ef561d110e785c6356487_RackMultipart20190128106669srs-d98fd844-2e0c-4c69-81ee-f74df712039f-297736936.jpg1548686325"&gt;&lt;img src="https://community.ruckuswireless.com/t5/image/serverpage/image-id/1667i45BE0B09CF30B0FC/image-size/large?v=v2&amp;amp;px=999" role="button" title="Image_ images_messages_5f91c3fb135b77e247907ea1_93b422011e9ef561d110e785c6356487_RackMultipart20190128106669srs-d98fd844-2e0c-4c69-81ee-f74df712039f-297736936.jpg1548686325" alt="Image_ images_messages_5f91c3fb135b77e247907ea1_93b422011e9ef561d110e785c6356487_RackMultipart20190128106669srs-d98fd844-2e0c-4c69-81ee-f74df712039f-297736936.jpg1548686325" /&gt;&lt;/span&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;&amp;nbsp;My "homemade&amp;nbsp;tests" on our prototype shows that the bandwidth by player does not exceed 8kB/s so the available bandwidth on the network should not be an issue.&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;What I'm afraid&amp;nbsp;of is the stability of the connection for an user because of the "congestion" of the wifi frequencies, that is why I need a professional solution.&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;What is the access point model I need for an INDOOR event with&amp;nbsp;200&amp;nbsp;players ?&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;What is the access point model I need for an OUTDOOR event&amp;nbsp;with&amp;nbsp;200&amp;nbsp;players ?&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;Finally, is a outdoor access point can be used indoor ?&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;/P&gt;&lt;P alt="" name="" rel="" target="" title="" type="" value=""&gt;Best regards.&lt;/P&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;</description>
      <pubDate>Mon, 28 Jan 2019 14:41:04 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19469#M5110</guid>
      <dc:creator>teddy_bouziat</dc:creator>
      <dc:date>2019-01-28T14:41:04Z</dc:date>
    </item>
    <item>
      <title>Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19470#M5111</link>
      <description>My first question would be about latency tolerance for your game. Although you need a small amount of bandwidth per user, you could still experience latency issues due to utilisation of the frequency.&amp;nbsp;&amp;nbsp;</description>
      <pubDate>Mon, 28 Jan 2019 16:49:21 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19470#M5111</guid>
      <dc:creator>robert_lowe_722</dc:creator>
      <dc:date>2019-01-28T16:49:21Z</dc:date>
    </item>
    <item>
      <title>Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19471#M5112</link>
      <description>Thank for your response.&lt;BR /&gt;This is a very good question, I think the game experience is still good if the ping is under 100ms. Do you think it is a reachable objective ?</description>
      <pubDate>Mon, 28 Jan 2019 17:35:26 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19471#M5112</guid>
      <dc:creator>teddy_bouziat</dc:creator>
      <dc:date>2019-01-28T17:35:26Z</dc:date>
    </item>
    <item>
      <title>Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19472#M5113</link>
      <description>I would add this - if you cluster APs, say two APs a few feet from each other, you can take advantage of "client load balancing".&amp;nbsp; in this way, you can specify that an AP with 50 clients get redistributes this traffic across all adjacent APs.&amp;nbsp;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;Also, in your tests, unless your firewall is "Dropping" all other network traffic, you're forgetting that once client devices join the network, their traffic will include things like application check-ins, location data, updates and so on. you're most certainly&amp;nbsp;going to be dealing with more than 8kb/s for these other non-planned consumers of your bandwidth.&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;Professionally speaking, you may consider limiting this "other" traffic at your firewall, dropping all Multicast, using client isolation (so your clients cannot see each other) and possibly using OpenDNS's family shield&amp;nbsp;to further limit (torrents) and other traffic which will otherwise, just suck the life out of your network.</description>
      <pubDate>Mon, 28 Jan 2019 17:37:08 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19472#M5113</guid>
      <dc:creator>andrew_giancol1</dc:creator>
      <dc:date>2019-01-28T17:37:08Z</dc:date>
    </item>
    <item>
      <title>Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19473#M5114</link>
      <description>So what you are asking for latency wise is similar to VoIP. This is latency dependant and puts a heavy requirement on available airtime. &lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;Andew makes a good point about 'additional traffic' these devices will be sending background data for sure. And while you may be able to drop the packets at your firewall you wont stop them consuming airtime. By my calculations, using Ekahau capacity planning, for 5GHz only radio's you will start to hit 50% airtime utilisation on a 20MHz channel at about 45 clients. So, if you want to support 200 then you are looking at approx 5 x 5GHZ radio's with clients evenly split (manually via separate SSID's would be the best way to force it for a specific purpose such as this.&amp;nbsp;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;&lt;BR alt="" name="" rel="" target="" title="" type="" value="" /&gt;There's still a good few assumptions in there regards min data rate etc and smartphone type.</description>
      <pubDate>Mon, 28 Jan 2019 22:50:36 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19473#M5114</guid>
      <dc:creator>robert_lowe_722</dc:creator>
      <dc:date>2019-01-28T22:50:36Z</dc:date>
    </item>
    <item>
      <title>Re: Hardware suggestion for a non-permanent event for 200 very low BW but 
concurrent users in the same place</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19474#M5115</link>
      <description>Regards AP types, I would say you need to be looking at middle of the range. High end AP's aren't really going to help too much so R510 for indoor or T310 for outdoor. Stretch to R610 &amp;amp; T610 if you have the budget but i'd also recommend a ZD1205 as a central controller.&amp;nbsp;</description>
      <pubDate>Mon, 28 Jan 2019 22:52:34 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Hardware-suggestion-for-a-non-permanent-event-for-200-very-low/m-p/19474#M5115</guid>
      <dc:creator>robert_lowe_722</dc:creator>
      <dc:date>2019-01-28T22:52:34Z</dc:date>
    </item>
  </channel>
</rss>

