<?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 wlan - subnet size in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802579#M181972</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Davy,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I chuckle when people ask this question. I say this because we are all use to small subnets, because of the broadcast / multicast drama that happens on the wired side. As you pointed out, the WLC proxys this for the clients so its never sent over the wireless. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ive designed many a WLANs. I normally lead with /21 or&amp;nbsp; /22 which in most environments works well. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If there are specific location needs, perhaps NATing or special security segmentation one could venture to use AP groups. This would allow then piece of mind knowing each location is defined by an AP group. Good example would be something like PCI. This could also aid in management as well. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So if you find yourself needing more control in the future, ap groups will give that ability. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 13 Sep 2011 20:00:03 GMT</pubDate>
    <dc:creator>George Stefanick</dc:creator>
    <dc:date>2011-09-13T20:00:03Z</dc:date>
    <item>
      <title>wlan - subnet size</title>
      <link>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802578#M181971</link>
      <description>&lt;P&gt;I'm wondering if there's a best practice regarding the subnet size of the dynamic interface.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is for example a /16 recommended, knowing broadcast/multicast to the clients are disabled.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've a setup where via aaa override, the users are placed in their corresponding vlan: admin (wlan I), staff &lt;/P&gt;&lt;P&gt;(wlan II), guest (wlan III). There's only a wlc on the central site. So all wireless traffic from all sites (connected via fiber) are passing through the wlc.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm wondering if there's a difference (performance,other?,...) between a solution with three vlans (one for each ssid but large enough) versus&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1)ap group solution with dedicates vlan&lt;/P&gt;&lt;P&gt;2)assign a vlan via aaa override based on 'location' and function (admin,...)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(staf from site 1 = staf from site 2)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So what are you thinking?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Pro's /contra's of a big subnet in this situation and in general deployment &lt;SPAN __jive_emoticon_name="wink" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.cisco.com/4.5.4/images/emoticons/wink.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jul 2021 03:46:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802578#M181971</guid>
      <dc:creator>davy.timmermans</dc:creator>
      <dc:date>2021-07-04T03:46:09Z</dc:date>
    </item>
    <item>
      <title>wlan - subnet size</title>
      <link>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802579#M181972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Davy,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I chuckle when people ask this question. I say this because we are all use to small subnets, because of the broadcast / multicast drama that happens on the wired side. As you pointed out, the WLC proxys this for the clients so its never sent over the wireless. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ive designed many a WLANs. I normally lead with /21 or&amp;nbsp; /22 which in most environments works well. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If there are specific location needs, perhaps NATing or special security segmentation one could venture to use AP groups. This would allow then piece of mind knowing each location is defined by an AP group. Good example would be something like PCI. This could also aid in management as well. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So if you find yourself needing more control in the future, ap groups will give that ability. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Sep 2011 20:00:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802579#M181972</guid>
      <dc:creator>George Stefanick</dc:creator>
      <dc:date>2011-09-13T20:00:03Z</dc:date>
    </item>
    <item>
      <title>wlan - subnet size</title>
      <link>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802580#M181973</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Agreed.&amp;nbsp; We run a /16 with no issues.&amp;nbsp; Spectrum saturation is our biggest challenge!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Sep 2011 00:07:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802580#M181973</guid>
      <dc:creator>ericgarnel</dc:creator>
      <dc:date>2011-09-14T00:07:47Z</dc:date>
    </item>
    <item>
      <title>wlan - subnet size</title>
      <link>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802581#M181974</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This confirms my thoughts!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Indeed, if tighter control is needed it can be divided in smaller vlans&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thank you&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Sep 2011 07:17:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wlan-subnet-size/m-p/1802581#M181974</guid>
      <dc:creator>davy.timmermans</dc:creator>
      <dc:date>2011-09-14T07:17:03Z</dc:date>
    </item>
  </channel>
</rss>

