<?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: 6E APs and Non PSC channels in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514967#M305856</link>
    <description>&lt;P&gt;Will the additional channels in Wi-Fi 6E result in longer connection times?&lt;/P&gt;&lt;P&gt;It depends on what modes of scanning the client device are using to discover the Wi-Fi 6E networks. There are currently two modes available:&lt;/P&gt;&lt;P&gt;a. Active scanning: In this mode, client devices will scan a list of PSC (Preferred Scanning Channels) These channels are essentially 4 x 20MHz channels apart from each other. With Wi-Fi 6E using 80MHz channels is going to be the new standard and hence client devices will be actively scanning PSC channels first in order to discover the SSID available in 6GHz. It is expected that APs in 6GHz will be using PSC channels. This is the reason in the Radio Settings page in Dashboard a user can select channels in increment of 4 channels at a time in Dashboard for 6GHz configuration.&lt;/P&gt;&lt;P&gt;b. Passive scanning: Some clients will be performing passive scanning in which they will not be probing the network actively, instead configure their radio to a specific channel in 6GHz and passively listen on that channel. Wi-Fi 6E standard allows the APs to transmit mini-beacons at even 20ms intervals. This will reduce wireless airtime and will also save some battery on the client devices.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;In some scenarios where the Wi-Fi 6E APs is configured to a non-PSC channel, it may take client devices a really long time to discover the Wi-Fi networks from such APs. As mentioned above, clients will be performing a scan of the PSC channel first and then scanning individual channels, hence it may take a long time for the client to discover the Wi-Fi network on 6GHz. However, in the real-world, majority of the clients will be performing an out-of-band scan using a reduced neighbor report which will provide all the required information of SSIDs on the 6GHz network. This will reduce the wireless network discovery time on the 6GHz spectrum significantly on the client-side.&lt;/STRONG&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 21 Feb 2024 22:37:39 GMT</pubDate>
    <dc:creator>aleabrahao</dc:creator>
    <dc:date>2024-02-21T22:37:39Z</dc:date>
    <item>
      <title>6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514963#M305852</link>
      <description>&lt;P&gt;Does the radio management algorithm assign non PSC channels e.g. 1, 5, 9, 13, 17, 25 etc or limit channel assignment to PSC channels?&lt;/P&gt;&lt;P&gt;Since 5 &amp;amp; 21 are PSC channels as explained in this blog:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.extremenetworks.com/resources/blogs/the-road-to-ap-discovery-in-6-ghz" target="_blank" rel="nofollow noopener noreferrer"&gt;https://www.extremenetworks.com/resources/blogs/the-road-to-ap-discovery-in-6-ghz&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Feb 2024 18:01:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514963#M305852</guid>
      <dc:creator>flyingframes</dc:creator>
      <dc:date>2024-02-21T18:01:59Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514964#M305853</link>
      <description>&lt;P&gt;Hi, the radio management algorithm for Meraki 6E APs does consider both PSC and non-PSC channels. However, the use of non-PSC channels may lead to longer connection times for client devices.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://documentation.meraki.com/MR/Other_Topics/Wi-Fi_6E_Frequently_Asked_Questions" target="_blank" rel="nofollow noopener noreferrer"&gt;Wi-Fi 6E Frequently Asked Questions - Cisco Meraki Documentation&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Feb 2024 18:13:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514964#M305853</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2024-02-21T18:13:24Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514965#M305854</link>
      <description>&lt;P&gt;Luckily, the client base seems to use the RNR quite efficiently. With that, even 40 MHz without PSC is possible:&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.youtube.com/watch?v=lAG5jXZCd_8" target="_blank" rel="nofollow noopener noreferrer"&gt;https://www.youtube.com/watch?v=lAG5jXZCd_8&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Feb 2024 21:23:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514965#M305854</guid>
      <dc:creator>Karsten Iwen</dc:creator>
      <dc:date>2024-02-21T21:23:57Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514966#M305855</link>
      <description>&lt;P&gt;So will a Meraki AP assign or not assign a non psc channel with RRM? Sorry but its still unclear.&lt;/P&gt;</description>
      <pubDate>Wed, 21 Feb 2024 22:09:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514966#M305855</guid>
      <dc:creator>flyingframes</dc:creator>
      <dc:date>2024-02-21T22:09:03Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514967#M305856</link>
      <description>&lt;P&gt;Will the additional channels in Wi-Fi 6E result in longer connection times?&lt;/P&gt;&lt;P&gt;It depends on what modes of scanning the client device are using to discover the Wi-Fi 6E networks. There are currently two modes available:&lt;/P&gt;&lt;P&gt;a. Active scanning: In this mode, client devices will scan a list of PSC (Preferred Scanning Channels) These channels are essentially 4 x 20MHz channels apart from each other. With Wi-Fi 6E using 80MHz channels is going to be the new standard and hence client devices will be actively scanning PSC channels first in order to discover the SSID available in 6GHz. It is expected that APs in 6GHz will be using PSC channels. This is the reason in the Radio Settings page in Dashboard a user can select channels in increment of 4 channels at a time in Dashboard for 6GHz configuration.&lt;/P&gt;&lt;P&gt;b. Passive scanning: Some clients will be performing passive scanning in which they will not be probing the network actively, instead configure their radio to a specific channel in 6GHz and passively listen on that channel. Wi-Fi 6E standard allows the APs to transmit mini-beacons at even 20ms intervals. This will reduce wireless airtime and will also save some battery on the client devices.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;In some scenarios where the Wi-Fi 6E APs is configured to a non-PSC channel, it may take client devices a really long time to discover the Wi-Fi networks from such APs. As mentioned above, clients will be performing a scan of the PSC channel first and then scanning individual channels, hence it may take a long time for the client to discover the Wi-Fi network on 6GHz. However, in the real-world, majority of the clients will be performing an out-of-band scan using a reduced neighbor report which will provide all the required information of SSIDs on the 6GHz network. This will reduce the wireless network discovery time on the 6GHz spectrum significantly on the client-side.&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Feb 2024 22:37:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514967#M305856</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2024-02-21T22:37:39Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514968#M305857</link>
      <description>&lt;P&gt;I don't have a definitive answer. However, while testing, the first 40 MHz APs were always placed on channels that included the PSC. The question is what happens when more APs are deployed than 40MHz channels with PSC are available. Sadly I don't have a system to test it.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Feb 2024 11:32:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514968#M305857</guid>
      <dc:creator>Karsten Iwen</dc:creator>
      <dc:date>2024-02-22T11:32:58Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514969#M305858</link>
      <description>&lt;P&gt;RNR is required for Wifi-6E, and PSC is only supposed to be used for pure 6Ghz client AP discovery. IIRC, scanning isn't even supported by Apple devices, they must rely on RNR. Given that, in my testing, PSC's don't really matter. That said, if you are using 80Mhz channels, may as well use a PSC ones.&lt;/P&gt;&lt;P&gt;One more tip with 6ghz, if you are using 40Mhz channels on 5Ghz, and 80Mhz channels on 6Ghz, all of our clients immediately goto 6Ghz without an issue since there's more bandwidth from the client perspective. When we synced the channel width, we didn't always see clients switch to 6Ghz.&lt;/P&gt;</description>
      <pubDate>Mon, 26 Feb 2024 17:42:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514969#M305858</guid>
      <dc:creator>yantisj1</dc:creator>
      <dc:date>2024-02-26T17:42:40Z</dc:date>
    </item>
    <item>
      <title>Re: 6E APs and Non PSC channels</title>
      <link>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514970#M305859</link>
      <description>&lt;P&gt;What a client connects to is based solely on it's proprietary client  wireless chipset/driver algorithms.  Apple lists theirs plainly enough . They don't really list anything for channel width in 6GHz but they do mention  it  for 5 GHz...&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://support.apple.com/en-us/102169#:~:text=When%20auto%2Djoining%20networks%2C%20macOS,private%20networks%2C%20then%20public%20networks.&amp;amp;text=Known%20networks%20are%20scored%20based,a%20network%2C%20its%20score%20decreases" target="_blank" rel="nofollow noopener noreferrer"&gt;https://support.apple.com/en-us/102169#:~:text=When%20auto%2Djoining%20networks%2C%20macOS,private%20networks%2C%20then%20public%20networks.&amp;amp;text=Known%20networks%20are%20scored%20based,a%20network%2C%20its%20score%20decreases&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Tue, 27 Feb 2024 23:33:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/6e-aps-and-non-psc-channels/m-p/5514970#M305859</guid>
      <dc:creator>DainBrammage</dc:creator>
      <dc:date>2024-02-27T23:33:24Z</dc:date>
    </item>
  </channel>
</rss>

