<?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: Outage on 802.1X Wifi in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007998#M201002</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have Fast Transition enabled both on both PSK and 802.1X network. I disabled it at 802.1X network and will try to monitor and see what happens but before that may you explain how it can have affects on 802.1X network.&lt;/P&gt;</description>
    <pubDate>Wed, 08 Jan 2020 09:26:13 GMT</pubDate>
    <dc:creator>OrkhanRustamli</dc:creator>
    <dc:date>2020-01-08T09:26:13Z</dc:date>
    <item>
      <title>Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006919#M200996</link>
      <description>&lt;P&gt;Hello all,&lt;/P&gt;&lt;P&gt;I have had WiFi network with 8 APs with one SSID which was PSK secured. One month ago, we have added I have created new SSID which is 802.1X secured with ISE but it turned to be nightmare for me. Some part of people are complaining that they face a lot of outages in using new wifi and it is so bad. I have checked and they were right, some people have weird problems. I updated all their drivers and OS, moreover I disabled DFS channels from DCA(My APs was seeing a lot of radar signals on DFS channels) but nothing helped. Interesting part is that people sitting in same room next to each other and one has problem while for another everything is smooth. I wonder whether that is connected with any timeout timers or nor. I have disabled Re-Authentication timeout and Idle Session Timeout which was not helpful. I am using Cisco recommended software.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help is appreciated.&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jul 2021 18:29:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006919#M200996</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2021-07-05T18:29:45Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006943#M200997</link>
      <description>&lt;P&gt;You need to supply some logging to see what's happening.&lt;/P&gt;&lt;P&gt;My guess is the client switches back and forth to the old /new SSID&lt;/P&gt;&lt;P&gt;1) ensure the old WLAN profile is removed or at least set to NOT connect automatically.&lt;/P&gt;&lt;P&gt;2) ensure dot1x profile is tested first in your ISE Configuration&lt;/P&gt;&lt;P&gt;3) do you use computer or user authentication for dot1x -&amp;gt;&amp;nbsp; set the WLAN profile accordingly.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 06 Jan 2020 13:01:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006943#M200997</guid>
      <dc:creator>pieterh</dc:creator>
      <dc:date>2020-01-06T13:01:00Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006983#M200998</link>
      <description>&lt;P&gt;May you tell me what command outputs are needed?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Jan 2020 14:08:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4006983#M200998</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-01-06T14:08:28Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007049#M200999</link>
      <description>&lt;P&gt;start with describing the environment&amp;nbsp;&lt;/P&gt;&lt;P&gt;- WLC type/model&lt;/P&gt;&lt;P&gt;- (Aire)OS&amp;nbsp; version&amp;nbsp;&lt;/P&gt;&lt;P&gt;- AP type/model&lt;/P&gt;&lt;P&gt;- ISE version&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;if windows clients look at the windows-event log&lt;/P&gt;&lt;P&gt;especially the "application and services log -&amp;gt; Microsoft -&amp;gt; windows -&amp;gt; WLAN autoconfig" logging&lt;/P&gt;&lt;P&gt;if possible from the wireless controller capture output from&lt;/P&gt;&lt;P&gt;- config paging disabled&lt;/P&gt;&lt;P&gt;- show logging&lt;/P&gt;&lt;P&gt;you may even debug a specific client&lt;/P&gt;&lt;P&gt;- debug client &amp;lt;MAC address&amp;gt;&lt;/P&gt;&lt;P&gt;and let this run for some time untill you've captured some examples of these "outage"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 06 Jan 2020 16:05:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007049#M200999</guid>
      <dc:creator>pieterh</dc:creator>
      <dc:date>2020-01-06T16:05:49Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007434#M201000</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;WLC Model -&amp;nbsp;&lt;SPAN class="ng-binding"&gt;AIR-CT3504-K9&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Image -&amp;nbsp;&lt;SPAN class="ng-binding"&gt;8.5.151.0&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;AP Type -&amp;nbsp;AIR-AP1852I-E-K9&lt;/P&gt;&lt;P&gt;ISE -&amp;nbsp;&lt;SPAN&gt;2.4.0.357 patch 9&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Let me describe the problem again. We have fabric wifi network with 802.1x authentication. User devices are mostly MAC but also have important amount of Windows devices as well. I have started moving people from old legacy network to this Wifi where some part of people started complaining that network dropping constantly (WiFi is connected but no connection even to gateway). They can successfully authenticate to network and for starting everything is okay. However after half an hour or some time they start to lose internet and even ping to gateway is timed out. I did debug client in AP and WLC when they have problem and nothing. DNAC show smooth 10 health score connection for affected users at the problem time. I disabled Session timeout and make EAP_Broadcast key timeout to 86400 which not helped.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;From WLC I see a lot of&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;*Dot1x_NW_MsgTask_2: Jan 07 11:48:01.956: %DOT1X-4-MAX_EAPOL_KEY_RETRANS: [PA]1x_ptsm.c:550 Max EAPOL-key M1 retransmissions exceeded for client xxxxxxxxx&lt;BR /&gt;*Dot1x_NW_MsgTask_6: Jan 07 11:47:56.203: %DOT1X-4-MAX_EAPOL_KEY_RETRANS: [PA]1x_ptsm.c:550 Max EAPOL-key M1 retransmissions exceeded for client yyyyyyyyy&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;logs but when I check the mac addresses I see that they are connected to old legacy WiFi which is PSK network but not 802.1X&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Moreover I created new WiFi SSID with same network as 802.1X one and put affected users there and they said no problem at all which made me think that it is not about Fabric network.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jan 2020 09:50:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007434#M201000</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-01-07T09:50:41Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007649#M201001</link>
      <description>Do you maybe have 802.11r enabled? If so, try it disabled. &lt;BR /&gt;Also you might want to try the latest release 8.5.160.0 &lt;BR /&gt;&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/release/notes/crn85mr6.html" target="_blank"&gt;https://www.cisco.com/c/en/us/td/docs/wireless/controller/release/notes/crn85mr6.html&lt;/A&gt;</description>
      <pubDate>Tue, 07 Jan 2020 15:44:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007649#M201001</guid>
      <dc:creator>patoberli</dc:creator>
      <dc:date>2020-01-07T15:44:35Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007998#M201002</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have Fast Transition enabled both on both PSK and 802.1X network. I disabled it at 802.1X network and will try to monitor and see what happens but before that may you explain how it can have affects on 802.1X network.&lt;/P&gt;</description>
      <pubDate>Wed, 08 Jan 2020 09:26:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4007998#M201002</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-01-08T09:26:13Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008014#M201003</link>
      <description>See here what it does:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.cisco.com/c/dam/en/us/td/docs/wireless/controller/technotes/80211r-ft/b-80211r-dg.html" target="_blank"&gt;https://www.cisco.com/c/dam/en/us/td/docs/wireless/controller/technotes/80211r-ft/b-80211r-dg.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;In short, the wireless device drivers need to correctly handle those altered frames. If they don't (driver bugs, wlc bugs, OS bugs, ...), then they show very weird behavior.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Jan 2020 10:03:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008014#M201003</guid>
      <dc:creator>patoberli</dc:creator>
      <dc:date>2020-01-08T10:03:42Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008016#M201004</link>
      <description>&lt;P&gt;Thank you for provided information but I still do not understand how it is not affecting PSK network but only 802.1X&lt;/P&gt;</description>
      <pubDate>Wed, 08 Jan 2020 10:09:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008016#M201004</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-01-08T10:09:03Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008075#M201005</link>
      <description>Drivers react differently if it's 802.1x and PSK, so you never know.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Jan 2020 11:40:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008075#M201005</guid>
      <dc:creator>patoberli</dc:creator>
      <dc:date>2020-01-08T11:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008204#M201006</link>
      <description>They are different, just like open ssid.  Did you open a TACc case so they can review how your ISE policies are defined?  What is the common message from users about the new SSID?  What is your experience when using the new SSID?  Have you isolated what devices work well and what devices have issues?  Have you isolated if the issue is on a specific area or floor?&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Jan 2020 15:14:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4008204#M201006</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2020-01-08T15:14:42Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026705#M201007</link>
      <description>&lt;P&gt;Hello, Sorry for late reply because I was on vacation.&lt;/P&gt;&lt;P&gt;*I opened TAC case but they not paid attention to ISE but mostly wanted me to get almost 20 commands debugs when problem happen which is pretty hard to get because I do not know when and which users face the issue and cannot get all of them immediately which resulted in closing the case.&amp;nbsp;&lt;/P&gt;&lt;P&gt;*I tried several tests for trying to figure out what is going on.&amp;nbsp;&lt;/P&gt;&lt;P&gt;*I created same network with only PSK where users tell that everything is smooth now.&lt;/P&gt;&lt;P&gt;The problem is not isolated to specific room or place because I hear users complaining from different places of office.&lt;/P&gt;&lt;P&gt;*The symptom of the problem is that users are still connected and WiFi icons don`t show any error mark but they basically does not have connection at all. I could catch some problematic laptops when problem appeared and in issue time they cannot even ping their anycast gateway which sits in closest edge switch.&lt;/P&gt;&lt;P&gt;*For another part of users the wifi is completely perfect without any error.&lt;/P&gt;&lt;P&gt;*After disabling FT, some people claimed that now it seems to be okay but almost after a week they started telling that again same problem.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2020 10:10:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026705#M201007</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-02-10T10:10:15Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026724#M201008</link>
      <description>Ok, then it could be an ACL or VLAN issue in regards to a policy that might get pushed from the ISE.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Feb 2020 10:43:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026724#M201008</guid>
      <dc:creator>patoberli</dc:creator>
      <dc:date>2020-02-10T10:43:39Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026750#M201009</link>
      <description>Rule number 1, don’t add all the features on the SSID because it’s available.  Like mentioned by others, disable 802.1r and also k/v. Look at your radius logs, if you see authentication “pass”, then there is nothing wrong with 802.1x.  Not being able to ping the gateway is typical for old drivers. Have you tried to look at how old the driver is on the devices?  Are you also doing aaa override where maybe ISE is send the correct or incorrect vlan?  Is this FlexConnect or local?&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Feb 2020 11:26:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026750#M201009</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2020-02-10T11:26:39Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026761#M201010</link>
      <description>&lt;P&gt;Well,&lt;/P&gt;&lt;P&gt;11v has been disabled since WLAN creation. 11k - Neighbor List is only thing that is enabled. 11r was disabled by advise which then enabled back because people had both problem with same issue and with roaming.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I cannot be sure that it is because of ISE or 802.1x because all users are authenticated very well. The problem appears to happen after they are authenticated and been working with wifi for a while. I disabled re-authentication and idle-session timeout for minimizing re-authentication.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;90% percent of devices in our corporation is MAC and other part is also latest other vendor devices. We checked all drivers and updates which are up to date.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;AAA override is enabled under WLAN but ISE is not pushing any VLAN. Authentication policy in ISE is configured to be EAP-TLS and Authorization Policy is set to be Access-Accept and SGT Values.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The current WLAN is in Fabric Network and APs for that WLAN plays standalone role working with VXLAN.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2020 11:49:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026761#M201010</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-02-10T11:49:15Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026770#M201011</link>
      <description>&lt;P&gt;How can it be related with Policy where during issue laptops cannot even ping their Anycast Gateway in Fabric network which is the first switch after an AP. Moreover I am not pushing any VLAN in CoA. The only thing that can be related to VLAN that I am using Fabric Network managed by DNA Center. Unfortunately, it is not possible to create SSID from DNAC and provision to WLC because DNAC seems to have some BUG. For solving that I created fabric ssid from WLC manually where I also had to show VLAN INTERFACE (because it is mandatory drop down in WLC config). VLAN Interface and Fabric network is kinda strange to each other because in Fabric network APs play standalone role and don`t send any traffic to WLC except management.&lt;/P&gt;&lt;P&gt;Why I do not pay attention to this point because not everyone has problem with wifi.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2020 12:11:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026770#M201011</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-02-10T12:11:08Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026776#M201012</link>
      <description>Sorry I never worked with DNAC or Fabric, can't help you further.&lt;BR /&gt;&lt;BR /&gt;In the old setups, what sometimes happened, was that a policy pushed via the ISE overwrote the VLAN and it the AP was in Flexconnect mode, but the switchport didn't carry the VLAN, the client attached to that AP was stranded.</description>
      <pubDate>Mon, 10 Feb 2020 12:26:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026776#M201012</guid>
      <dc:creator>patoberli</dc:creator>
      <dc:date>2020-02-10T12:26:43Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026832#M201013</link>
      <description>Well it seems like you might need to open the Tac case with ISE team since you are also using SGT’s. AAA override is not needed if you are not changing the vlan, but unless SGT requires that then yes.  That might be the issue as psk is not affected by SGT and that’s why it works. &lt;BR /&gt;</description>
      <pubDate>Mon, 10 Feb 2020 14:08:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026832#M201013</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2020-02-10T14:08:39Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026984#M201014</link>
      <description>&lt;P&gt;What you are describing sounds like a compatibility issue with Macbooks and the WLC on the rekey that happens after a session timeout. You may have this disabled on the WLAN but ISE can override it in the authorization policy. Give me the TAC sr number and we can work on it together to confirm if this is the case.&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2020 17:49:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4026984#M201014</guid>
      <dc:creator>Jay Vivas</dc:creator>
      <dc:date>2020-02-10T17:49:51Z</dc:date>
    </item>
    <item>
      <title>Re: Outage on 802.1X Wifi</title>
      <link>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4027303#M201015</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Here is ,SR 688082420, TAC serial number but as I said because I was in leave and my colleagues&amp;nbsp;forgot to continue working on the case, it was closed. I would really appreciate any help because I already suffer from this problem for 3 months.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Really interesting, if it is compatibility problem then why not all users with same devices are infected. 2 users sitting next to each other with same device and in same AP, but only one faces the issue.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 11 Feb 2020 07:20:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/outage-on-802-1x-wifi/m-p/4027303#M201015</guid>
      <dc:creator>OrkhanRustamli</dc:creator>
      <dc:date>2020-02-11T07:20:48Z</dc:date>
    </item>
  </channel>
</rss>

