<?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: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834742#M255844</link>
    <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp; I would like to see logs. If you could enable debug while try to conect those devices and share here the logs, that would be great.&lt;/P&gt;
&lt;P&gt;But, if I were the network admin over there, this information here would be my starting&amp;nbsp; point&lt;/P&gt;
&lt;P&gt;"- Placing a Windows laptop onto the network, using Wi-Fi only, with the same static IP addressing as the new device works like a champ. Instant connectivity to the network and to the internet."&lt;/P&gt;
&lt;P&gt;&amp;nbsp;And then, the question to be made is not this one:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;"What could be different in the way the Cisco APs handle the connections between these two devices?"&lt;/P&gt;
&lt;P&gt;but tihs:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;"What could be different in the way this two device handle the connections with cisco AP?"&lt;/P&gt;
&lt;P&gt;If the laptop connect just fine, the suspicious must fall over this device and not on the network.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sat, 13 May 2023 18:32:49 GMT</pubDate>
    <dc:creator>Flavio Miranda</dc:creator>
    <dc:date>2023-05-13T18:32:49Z</dc:date>
    <item>
      <title>Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834730#M255843</link>
      <description>&lt;P&gt;Hoping to get some help here... we are baffled.&lt;BR /&gt;&lt;BR /&gt;There are 400+ commercial IoT devices (all the same) on the wireless network across several campuses.&amp;nbsp; These devices have always connected very quickly and have been very stable.&lt;BR /&gt;&lt;BR /&gt;Internet shortages, chip changes, etc... The manufacturer has had to change radios to a new generation from their supplier.&amp;nbsp; The supplier is one of the large global suppliers based in the US with a very good reputation (not mentioning names here since this is a new radio and there's a chance that there's a bug in the hardware or stack, though that is thought to be unlikely).&lt;BR /&gt;&lt;BR /&gt;The problem is that the &lt;STRONG&gt;new&lt;/STRONG&gt; devices can not connect to the network 99.9% of the time and reach the internet cloud service used.&amp;nbsp; Here's what we know and why we are stumped (everyone).&amp;nbsp; Hopefully, there's some excellent insight to be had from the community.&lt;BR /&gt;&lt;BR /&gt;Network Basics-&lt;BR /&gt;- 30+ campuses with thousands of connections&lt;BR /&gt;- Wi-Fi policy is WPA2 Only&lt;BR /&gt;- large static block of 850+ devices&lt;BR /&gt;- outbound ports are all properly configured to allow the devices to connect to their cloud application&lt;BR /&gt;- same SSID/credentials deployed at all APs at all campuses&lt;BR /&gt;- 400+ of the older devices connected across 12+ campuses (circa 2022 mfg with circa 2014 radios)&lt;BR /&gt;&lt;BR /&gt;&lt;U&gt;&lt;STRONG&gt;Previous Device &amp;amp; Settings &lt;/STRONG&gt;&lt;/U&gt;&lt;BR /&gt;- stable with 400+ devices installed&lt;BR /&gt;- b/g radio, 2.4, WPA or WPA2-PSK capable (&lt;STRONG&gt;WPA2-PSK used for this network&lt;/STRONG&gt;)&lt;BR /&gt;- IPv4 static addressing, subnet mask, gateway, and DNS all verified to be correct&lt;BR /&gt;- SSID name, WPA2-PSK, credentials all checked&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;U&gt;&lt;STRONG&gt;NEW Device Settings (circa 2023 mfg with circa 2022 radios)&lt;BR /&gt;&lt;/STRONG&gt;&lt;/U&gt;- b/g/&lt;U&gt;n&lt;/U&gt; radio, 2.4, WPA or WPA2-PSK, or &lt;U&gt;WPA/WPA2-PSK MIXED&lt;/U&gt; capable (&lt;STRONG&gt;&lt;U&gt;WPA2-PSK used for this network&lt;/U&gt;&lt;/STRONG&gt;)&lt;BR /&gt;- IPv4 static addressing, subnet mask, gateway, and DNS all verified to be correct&lt;BR /&gt;- SSID name, WPA2-PSK, credentials all checked&lt;U&gt;&lt;STRONG&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/U&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;NEW Device Connection Issues&amp;nbsp;&lt;/STRONG&gt;&lt;BR /&gt;- Devices will &lt;STRONG&gt;&lt;U&gt;usually&lt;/U&gt;&lt;/STRONG&gt; not connect to the cloud service (2 campuses attempted with multiple devices)&amp;nbsp;&lt;BR /&gt;- &lt;EM&gt;&lt;U&gt;Have had 2 devices connect on one campus after the devices sat powered up for 10+ hours.&amp;nbsp; When the device connects, the cloud service also authenticates and the device is stable.&amp;nbsp; Additional devices installed at the same campus never complete the connection.&lt;/U&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;- If the device is changed to DHCP, the device connects to the network and to the cloud service, but only stays connected for 10-15 minutes, then the connection to the cloud disappears.&amp;nbsp; Further analysis seems to indicate a DHCP scope overlap with static addressing (thinking that's a different issue?).&lt;BR /&gt;- Changing the device to a different static address within the same range of another campus (and physically moved to that campus) does not result in a successful connection.&lt;BR /&gt;&lt;EM&gt;- IT manager states he can see the device connected to the AP in the room, but no data is being transmitted and the device cannot be pinged.&amp;nbsp;&lt;BR /&gt;&lt;/EM&gt;- Placing a Windows laptop onto the network, using Wi-Fi only, with the same static IP addressing as the new device works like a champ. Instant connectivity to the network and to the internet.&lt;BR /&gt;&lt;BR /&gt;Device manufacturer has verified many different networks/routers/APs to be operational with the new device hardware, but does not have access to full Cisco environment for testing.&amp;nbsp; Tests have been performed in both DHCP and static addressing, with the exact same static addressing, subnet mask, gateway and router schema.&lt;BR /&gt;&lt;BR /&gt;So..&lt;BR /&gt;1) What could be different in the way the Cisco APs handle the connections between these two devices?&lt;BR /&gt;2) If this is a radio or radio stack issue, since the radios are proven to work with many other APs from various manufacturers, where should the investigation start?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance for any help!&lt;/P&gt;</description>
      <pubDate>Sat, 13 May 2023 17:12:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834730#M255843</guid>
      <dc:creator>jcdrew</dc:creator>
      <dc:date>2023-05-13T17:12:00Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834742#M255844</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp; I would like to see logs. If you could enable debug while try to conect those devices and share here the logs, that would be great.&lt;/P&gt;
&lt;P&gt;But, if I were the network admin over there, this information here would be my starting&amp;nbsp; point&lt;/P&gt;
&lt;P&gt;"- Placing a Windows laptop onto the network, using Wi-Fi only, with the same static IP addressing as the new device works like a champ. Instant connectivity to the network and to the internet."&lt;/P&gt;
&lt;P&gt;&amp;nbsp;And then, the question to be made is not this one:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;"What could be different in the way the Cisco APs handle the connections between these two devices?"&lt;/P&gt;
&lt;P&gt;but tihs:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;"What could be different in the way this two device handle the connections with cisco AP?"&lt;/P&gt;
&lt;P&gt;If the laptop connect just fine, the suspicious must fall over this device and not on the network.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 13 May 2023 18:32:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834742#M255844</guid>
      <dc:creator>Flavio Miranda</dc:creator>
      <dc:date>2023-05-13T18:32:49Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834914#M255858</link>
      <description>&lt;P&gt;Flavio - I agree with your comment. I probably asked the wrong question. It's just bizarre that this connection issue with the new devices only seems to happen when they try to connect to this Cisco network.&amp;nbsp; &amp;nbsp;All other networks tested connect very quickly.&lt;BR /&gt;&lt;BR /&gt;Working to get a sniffer on the network to try to see full handshake info on wireshark, and compare the 'old' and the 'new'.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Will report what is found.&lt;/P&gt;</description>
      <pubDate>Sun, 14 May 2023 22:02:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834914#M255858</guid>
      <dc:creator>jcdrew</dc:creator>
      <dc:date>2023-05-14T22:02:38Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834926#M255864</link>
      <description>&lt;P&gt;1. What WLC model, what version of software, what AP model(s)?&lt;/P&gt;
&lt;P&gt;2. Run a debug for the client device MAC address on the WLC.&amp;nbsp; If it's 9800 WLC then radioactive trace for the client MAC.&amp;nbsp; Run the results through&amp;nbsp;&lt;A href="https://cway.cisco.com/wireless-debug-analyzer/" target="_blank"&gt;https://cway.cisco.com/wireless-debug-analyzer/&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;3. Check the WLC config with&amp;nbsp;&lt;A href="https://cway.cisco.com/wireless-config-analyzer/" target="_blank"&gt;https://cway.cisco.com/wireless-config-analyzer/&lt;/A&gt;&amp;nbsp;- for AireOS use output of "show run-config", for 9800 use output of "show tech wireless".&lt;/P&gt;
&lt;P&gt;4. A problem like this might be related to what features you have enabled/disabled on the WLAN so start looking at those - things like 11k and&amp;nbsp;11v BSS Transition Support for example (amongst others).&lt;/P&gt;
&lt;P&gt;Can't the vendor provide you with any debug logs from the device?&lt;/P&gt;</description>
      <pubDate>Sun, 14 May 2023 23:38:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4834926#M255864</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2023-05-14T23:38:34Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835392#M255875</link>
      <description>&lt;P&gt;A "new generation" device that only talks 802.11b/g and "n"?&lt;/P&gt;
&lt;P&gt;That only means the device is running a very ancient wireless NIC driver.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Try with open authentication and see if the wireless clients are able to consistently connect.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 15 May 2023 09:28:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835392#M255875</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2023-05-15T09:28:13Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835400#M255878</link>
      <description>&lt;P&gt;Exactly as Leo said ^^^&lt;BR /&gt;I had a similar case where customer couldn't get equipment to work and after extensive troubleshooting and the reseller being unhelpful and disinterested I eventually had to tell the customer we couldn't help them and they should look for an alternative piece of equipment.&lt;BR /&gt;Many of these vendors tend to look for the oldest, cheapest chipset they can find which often come with 10+ year old driver code reference implementation (released with the original chipset) which they've never updated, so compatibility with modern networks is patchy at best.&amp;nbsp; That also means likely to be full of security vulnerabilities.&lt;/P&gt;</description>
      <pubDate>Mon, 15 May 2023 09:47:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835400#M255878</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2023-05-15T09:47:16Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835507#M255892</link>
      <description>&lt;P&gt;Leo - Yeah, as strange as it seems, it's not uncommon that even newer IoT devices (bare metal microcontrollers, not devices with an OS) have only 2.4 and b/g/n. Data that gets transferred is minimal and range is often an issue, so 2.4 often performs better.&amp;nbsp; &amp;nbsp;Open auth has the same result.&lt;/P&gt;&lt;P&gt;The devices can be seen by the APs, just not transmitting data and they can not be pinged.&lt;/P&gt;</description>
      <pubDate>Mon, 15 May 2023 13:11:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835507#M255892</guid>
      <dc:creator>jcdrew</dc:creator>
      <dc:date>2023-05-15T13:11:18Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835516#M255893</link>
      <description>&lt;P&gt;Rich - I get it, and fortunately that's not the case here. The device manufacturer is all over it.&amp;nbsp; They are puzzled as well, as it doesn't seem to be happening on any other networks.&amp;nbsp; The manufacturer is working with the silicon provider, setting up sniffing gear to be able to capture packets and see what's different between the 'old' and the 'new' devices.&amp;nbsp; Again, these are brand new chipsets from a major US supplier (not a cheap Chinese toy device) and there's a potential the issue is in silicon or the new stack in the chipset.&lt;/P&gt;</description>
      <pubDate>Mon, 15 May 2023 13:19:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835516#M255893</guid>
      <dc:creator>jcdrew</dc:creator>
      <dc:date>2023-05-15T13:19:39Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835541#M255899</link>
      <description>&lt;P&gt;Ok good that you've got engagement with the vendor because they'll need to debug it on the device side.&lt;BR /&gt;Over the air captures should help identify what's going wrong.&lt;/P&gt;</description>
      <pubDate>Mon, 15 May 2023 13:45:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/4835541#M255899</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2023-05-15T13:45:02Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142236#M273363</link>
      <description>&lt;P&gt;Wondering if anyone found a solution to this. At my office we are getting new Logitech Tap Schedulers. At 1st none of these could connect to the WPA2/AES128 PSK network but if I made a open one it would connect fine. But out of the blue 90% finally connected but we can't get the other 10% to connect. Got Logitech involved but they want to blame my network because those devices connect to other networks just fine.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Jul 2024 15:16:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142236#M273363</guid>
      <dc:creator>William Foster</dc:creator>
      <dc:date>2024-07-09T15:16:37Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142407#M273380</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/328158"&gt;@William Foster&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;SPAN&gt;because those devices connect to other networks just fine.&amp;nbsp;&lt;/SPAN&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Yeah, I've heard those lines so many times from various equipment vendors.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;They only stopped singing the same refrain after we have dragged them in and told them to troubleshoot or we are not signing the purchase order.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Jul 2024 22:35:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142407#M273380</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2024-07-09T22:35:16Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142912#M273401</link>
      <description>&lt;P&gt;2.4 gets a bad rap.&amp;nbsp; It's perfect for these kind of applications.&amp;nbsp; You are essentially getting three additional channels to work with!&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jul 2024 13:34:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142912#M273401</guid>
      <dc:creator>Wes Schochet</dc:creator>
      <dc:date>2024-07-10T13:34:03Z</dc:date>
    </item>
    <item>
      <title>Re: Some WPA2-PSK Devices Not Connecting or Taking Hours to Connect</title>
      <link>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142914#M273402</link>
      <description>&lt;P&gt;I think you're on the right track here.&amp;nbsp; I had a bunch of medical devices that would continually drop.&amp;nbsp; For some reason, Aironet IE was on for that SSID - turned it off and all of my problems went away!&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jul 2024 13:37:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/some-wpa2-psk-devices-not-connecting-or-taking-hours-to-connect/m-p/5142914#M273402</guid>
      <dc:creator>Wes Schochet</dc:creator>
      <dc:date>2024-07-10T13:37:11Z</dc:date>
    </item>
  </channel>
</rss>

