<?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: Ruckus 7372 best practice without controller in Access Points - Indoor and Outdoor</title>
    <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43421#M12377</link>
    <description>Hm... without the controller receiving the channel/client info from your APs to keep channels coordinated and to seamlessly roam your clients, &lt;BR /&gt;you need to make careful design decisions.&lt;BR /&gt;&lt;BR /&gt;Each time a client roams to a new AP it will need to re-associate and re-authenticate (depending on your WLAN security).&lt;BR /&gt;&lt;BR /&gt;Because each AP is an individual, you cannot assume it will change 2.4G channels often, unless using Channelfly, which employs channels 1-11&lt;BR /&gt;that not all (older) clients may support.&amp;nbsp; SmartChannel alone will make new channel decisions when APs are rebooted, but may settle in after that.&lt;BR /&gt;&lt;BR /&gt;Channelfly on 5G is appropriate, because 5G capable clients will likely have the protocols to learn/move when AP channels change too.&lt;BR /&gt;&lt;BR /&gt;Those considerations might lead you to design a static channel plan for 2.4G if only utilizing 3 channels, while 5G has more available,&lt;BR /&gt;however I do not recognize the message above, and remind that it's the client's radio/drivers that decide roaming thresholds.&amp;nbsp; Sitting&lt;BR /&gt;in a single classroom should not have many client roaming events, but between class shuffle periods would likely appear in AP logs.&lt;BR /&gt;&lt;BR /&gt;And do look for a ZD1100 at value pricing these days (EoS), but can run up to 9.10.x firmware and supports 7372 model APs.</description>
    <pubDate>Tue, 30 Aug 2016 16:42:50 GMT</pubDate>
    <dc:creator>michael_brado</dc:creator>
    <dc:date>2016-08-30T16:42:50Z</dc:date>
    <item>
      <title>Ruckus 7372 best practice without controller</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43420#M12376</link>
      <description>&lt;P&gt;Hey guys,&lt;/P&gt;&lt;P&gt;Upgraded our wireless network a year ago, ro the Ruckus 7372 (9 APs in total) but without a controller currently given cost. We're a small school and the controller is coming but want to be aware of any issues of running without a controller.&lt;/P&gt;&lt;P&gt;I notice a lot of jumping around in the logs via smart channel / channelfly but generally it's running well. Also see it a lot of errors regarding disconnections from APs they're not associated with.&lt;/P&gt;&lt;PRE&gt;&lt;CODE&gt;Cannot notify kernel for Delete AP (65535) event, -- Address family not supported by protocol(124) &amp;nbsp;&lt;/CODE&gt;&lt;/PRE&gt;Would it worth it assigning a specific channel to each AP?</description>
      <pubDate>Tue, 30 Aug 2016 06:22:38 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43420#M12376</guid>
      <dc:creator>gareth_palmer</dc:creator>
      <dc:date>2016-08-30T06:22:38Z</dc:date>
    </item>
    <item>
      <title>Re: Ruckus 7372 best practice without controller</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43421#M12377</link>
      <description>Hm... without the controller receiving the channel/client info from your APs to keep channels coordinated and to seamlessly roam your clients, &lt;BR /&gt;you need to make careful design decisions.&lt;BR /&gt;&lt;BR /&gt;Each time a client roams to a new AP it will need to re-associate and re-authenticate (depending on your WLAN security).&lt;BR /&gt;&lt;BR /&gt;Because each AP is an individual, you cannot assume it will change 2.4G channels often, unless using Channelfly, which employs channels 1-11&lt;BR /&gt;that not all (older) clients may support.&amp;nbsp; SmartChannel alone will make new channel decisions when APs are rebooted, but may settle in after that.&lt;BR /&gt;&lt;BR /&gt;Channelfly on 5G is appropriate, because 5G capable clients will likely have the protocols to learn/move when AP channels change too.&lt;BR /&gt;&lt;BR /&gt;Those considerations might lead you to design a static channel plan for 2.4G if only utilizing 3 channels, while 5G has more available,&lt;BR /&gt;however I do not recognize the message above, and remind that it's the client's radio/drivers that decide roaming thresholds.&amp;nbsp; Sitting&lt;BR /&gt;in a single classroom should not have many client roaming events, but between class shuffle periods would likely appear in AP logs.&lt;BR /&gt;&lt;BR /&gt;And do look for a ZD1100 at value pricing these days (EoS), but can run up to 9.10.x firmware and supports 7372 model APs.</description>
      <pubDate>Tue, 30 Aug 2016 16:42:50 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43421#M12377</guid>
      <dc:creator>michael_brado</dc:creator>
      <dc:date>2016-08-30T16:42:50Z</dc:date>
    </item>
    <item>
      <title>Re: Ruckus 7372 best practice without controller</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43422#M12378</link>
      <description>Thanks! I'm inquiring about the ZD1200 currently, not too many vendors here in Japan. &amp;nbsp;Would it be possible to pick up a used ZD1100 via Ebay etc and purchase licences separately?</description>
      <pubDate>Wed, 31 Aug 2016 02:22:09 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43422#M12378</guid>
      <dc:creator>gareth_palmer</dc:creator>
      <dc:date>2016-08-31T02:22:09Z</dc:date>
    </item>
    <item>
      <title>Re: Ruckus 7372 best practice without controller</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43423#M12379</link>
      <description>You can limit the channels a standalone will use on 2.4 via a blacklist, specifically:&lt;BR /&gt;&lt;BR /&gt;set blacklist wlan0 disable&lt;BR /&gt;set blacklist wlan0 2 -1&lt;BR /&gt;set blacklist wlan0 3 -1&lt;BR /&gt;set blacklist wlan0 4 -1&lt;BR /&gt;set blacklist wlan0 5 -1&lt;BR /&gt;set blacklist wlan0 7 -1&lt;BR /&gt;set blacklist wlan0 8 -1&lt;BR /&gt;set blacklist wlan0 9 -1&lt;BR /&gt;set blacklist wlan0 10 -1&lt;BR /&gt;&lt;BR /&gt;MTBC for Channelfly can also be adjusted if they are change-happy, though I don't remember the command for that off-hand. &amp;nbsp;I don't remember it being much of an issue unless the APs are being rebooted a lot.</description>
      <pubDate>Wed, 31 Aug 2016 04:04:44 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/Ruckus-7372-best-practice-without-controller/m-p/43423#M12379</guid>
      <dc:creator>mitchell_axtell</dc:creator>
      <dc:date>2016-08-31T04:04:44Z</dc:date>
    </item>
  </channel>
</rss>

