<?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: DHCP Best practice recommendation in SmartZone and Virtual SmartZone</title>
    <link>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26615#M1823</link>
    <description>Hi Dave, you could go with the  DHCP option on each of the gateways  and have a client L3 roam between the access points but this will  likely  cause issues for real time traffic.
&lt;BR /&gt;&lt;BR /&gt;
The option I would suggest is using a centralised DHCP server in the data centre  along with a Virtual Data Plane (V-DP). This way you could tunnel all the client  traffic  back to the VDP and break out from there using a centralised gateway.
&lt;BR /&gt;&lt;BR /&gt;
Gary</description>
    <pubDate>Fri, 07 Feb 2020 19:45:10 GMT</pubDate>
    <dc:creator>gary_simants</dc:creator>
    <dc:date>2020-02-07T19:45:10Z</dc:date>
    <item>
      <title>DHCP Best practice recommendation</title>
      <link>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26614#M1822</link>
      <description>Greetings,&lt;BR /&gt;&lt;BR /&gt;We are working on some deployments where there will be multiple non-connected gateways within a venue space and WiFi users will be roaming between them.&amp;nbsp; We use a vSZ for the controller.&amp;nbsp; &lt;BR /&gt;&lt;BR /&gt;The easy, but probably not the best way to deploy this is to run DHCP on each of the gateways on different subnets, but that might pose a roaming wireless user going between WAPs on different gateways.&lt;BR /&gt;&lt;BR /&gt;Another idea we had is to use a centralized DHCP server so the WiFi client can easily retain their IP as they flow through each gateway, but I expect that we will need to use an identical LAN gateway IP on each gateway which would be ok in some instances, but we also VPN traffic from each gateway to our Datacenter (where the DHCP server will also be).&lt;BR /&gt;&lt;BR /&gt;Does the vSZ have any good way of forcing a WiFi client to quickly re-DHCP as they flow through different WAPs that are on different networks?&amp;nbsp; Any other options I should be looking at?</description>
      <pubDate>Fri, 07 Feb 2020 16:47:42 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26614#M1822</guid>
      <dc:creator>dave_bauman</dc:creator>
      <dc:date>2020-02-07T16:47:42Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Best practice recommendation</title>
      <link>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26615#M1823</link>
      <description>Hi Dave, you could go with the  DHCP option on each of the gateways  and have a client L3 roam between the access points but this will  likely  cause issues for real time traffic.
&lt;BR /&gt;&lt;BR /&gt;
The option I would suggest is using a centralised DHCP server in the data centre  along with a Virtual Data Plane (V-DP). This way you could tunnel all the client  traffic  back to the VDP and break out from there using a centralised gateway.
&lt;BR /&gt;&lt;BR /&gt;
Gary</description>
      <pubDate>Fri, 07 Feb 2020 19:45:10 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26615#M1823</guid>
      <dc:creator>gary_simants</dc:creator>
      <dc:date>2020-02-07T19:45:10Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Best practice recommendation</title>
      <link>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26616#M1824</link>
      <description>Copy that, makes sense.&amp;nbsp; I have not really used the VDP before as I always have a concern about the vSZ ability to route significant traffic loads.&amp;nbsp; There is also the concern about performance over tunnels as well.&amp;nbsp; My additional concern would be how this traffic loads across a vSZ cluster where each vSZ is located in different datacenters.</description>
      <pubDate>Fri, 07 Feb 2020 19:50:02 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26616#M1824</guid>
      <dc:creator>dave_bauman</dc:creator>
      <dc:date>2020-02-07T19:50:02Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Best practice recommendation</title>
      <link>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26617#M1825</link>
      <description>We run clustered VSZ’s and clustered V-DP’s In different data centres and haven’t had any routing or tunnel issues.
&lt;BR /&gt;&lt;BR /&gt;
Traffic to the VSZ’s will be low as it’s only management traffic, so shouldn’t be to much of a concern. There is also the option to balance the traffic across the VSZ’s and doing  this normally keeps the load  pretty even across the cluster.
&lt;BR /&gt;&lt;BR /&gt;
If you were to run multiple VDP’s as well you can create zone affinity profiles  to send traffic to specific Data planes to balance the traffic.</description>
      <pubDate>Fri, 07 Feb 2020 20:15:57 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/DHCP-Best-practice-recommendation/m-p/26617#M1825</guid>
      <dc:creator>gary_simants</dc:creator>
      <dc:date>2020-02-07T20:15:57Z</dc:date>
    </item>
  </channel>
</rss>

