<?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: Wireless - Meraki Reason codes in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503571#M301987</link>
    <description>&lt;P&gt;&lt;A href="https://support.google.com/chrome/a/answer/7172038?hl=en#zippy=%2Cassociation-status-codes" target="_blank" rel="nofollow noopener noreferrer"&gt;https://support.google.com/chrome/a/answer/7172038?hl=en#zippy=%2Cassociation-status-codes&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 14 Mar 2023 17:06:15 GMT</pubDate>
    <dc:creator>aleabrahao</dc:creator>
    <dc:date>2023-03-14T17:06:15Z</dc:date>
    <item>
      <title>Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503567#M301983</link>
      <description>&lt;P&gt;Hi ,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Does anyone know if Meraki is disclosing it's proprietary reason codes ?&lt;/P&gt;&lt;P&gt;802.11 reason codes are already available through the IEEE ( as mentioned in the documentation below ) &lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.meraki.com/MR/Monitoring_and_Reporting/Common_Wireless_Event_Log_Messages" target="_blank" rel="noopener nofollow noreferrer"&gt;https://documentation.meraki.com/MR/Monitoring_and_Reporting/Common_Wireless_Event_Log_Messages&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Here is an example of a reason code from Meraki : &lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="RaphaelL_0-1678806891742.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/271110iE83AE46FEC7961A6/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;STRIKE&gt;Also , I think that Meraki is not using the IEEE reason code description/id correctly ... &lt;/STRIKE&gt;&lt;/P&gt;&lt;P&gt;&lt;STRIKE&gt;53 = MESH-MAX-PEERS : The mesh STA has reached the supported maximum number of&lt;/STRIKE&gt;&lt;BR /&gt;&lt;STRIKE&gt;peer mesh STAs&lt;/STRIKE&gt;&lt;/P&gt;&lt;P&gt;&lt;STRIKE&gt;49 = REASON_INVALID_PMKID : Invalid pairwise master key identifier (PMKID)&lt;/STRIKE&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="RaphaelL_1-1678806938427.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/271112i43B2941D78AFA64A/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;STRIKE&gt;8: LEAVING_NETWORK_DISASSOC : Disassociated because sending STA is leaving (or has left)&lt;/STRIKE&gt;&lt;BR /&gt;&lt;STRIKE&gt;BSS&lt;/STRIKE&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="RaphaelL_2-1678806980685.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/271111iB77CC1CE791037DD/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;STRIKE&gt;Or Am I misinterpreting the IEEE documents ?   &lt;/STRIKE&gt;    Edit :Yes I was.&lt;/P&gt;&lt;P&gt;Thanks , &lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 15:18:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503567#M301983</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-14T15:18:39Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503568#M301984</link>
      <description>&lt;P&gt;Meraki is correct, here is this part of the IEEE table:&lt;/P&gt;&lt;DIV class=""&gt;&lt;H2 id="toc-hId-1623556587"&gt;Association status codes&lt;/H2&gt;&lt;/DIV&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;Status code Meaning &lt;TABLE&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;0&lt;/TD&gt;&lt;TD&gt;Successful&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;1&lt;/TD&gt;&lt;TD&gt;Unspecified failure&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;2&lt;/TD&gt;&lt;TD&gt;Tunneled direct link setup (TDLS) wakeup schedule rejected but alternative schedule provided&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;3&lt;/TD&gt;&lt;TD&gt;TDLS wakeup schedule rejected&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;5&lt;/TD&gt;&lt;TD&gt;Security disabled&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;6&lt;/TD&gt;&lt;TD&gt;Unacceptable lifetime&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;7&lt;/TD&gt;&lt;TD&gt;Not in same basic service set (BSS)&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;10&lt;/TD&gt;&lt;TD&gt;Can't support all requested capabilities in capability information field&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;11&lt;/TD&gt;&lt;TD&gt;Reassociation denied due to inability to confirm that association exists&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;12&lt;/TD&gt;&lt;TD&gt;Association denied due to reason outside scope of this standard&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;13&lt;/TD&gt;&lt;TD&gt;Responding station doesn't support specified authentication algorithm&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;14&lt;/TD&gt;&lt;TD&gt;Received authentication frame with authentication transaction sequence number out of expected sequence&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;15&lt;/TD&gt;&lt;TD&gt;Authentication rejected because of challenge failure&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;16&lt;/TD&gt;&lt;TD&gt;Authentication rejected due to timeout waiting for next frame in sequence&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;17&lt;/TD&gt;&lt;TD&gt;Association denied because AP unable to handle additional associated stations&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;18&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting all data rates in the BSSBasicRateSet parameter, where BSS refers to basic service set&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;19&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting short preamble option&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;20&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting packet binary convolutional code (PBCC) modulation option&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;21&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting channel agility option&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;22&lt;/TD&gt;&lt;TD&gt;Association request rejected because spectrum management capability required&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;23&lt;/TD&gt;&lt;TD&gt;Association request rejected because of unacceptable information in the power capability element&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;24&lt;/TD&gt;&lt;TD&gt;Association request rejected because of unacceptable information in the supported channels element&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;25&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting short slot time option&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;26&lt;/TD&gt;&lt;TD&gt;Association denied due to requesting station not supporting direct sequence spread spectrum orthogonal frequency division multiplexing (DSSS-OFDM) option&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;27&lt;/TD&gt;&lt;TD&gt;Association denied because requesting station doesn't support high throughput (HT) features&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;28&lt;/TD&gt;&lt;TD&gt;Pairwise master key (PMK-R0) Key Holder (R0KH) unreachable&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;29&lt;/TD&gt;&lt;TD&gt;Association denied because requesting station doesn't support phased coexistence operation (PCO) transition time required by the AP&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;30&lt;/TD&gt;&lt;TD&gt;Association request rejected temporarily; try again later&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;31&lt;/TD&gt;&lt;TD&gt;Robust management frame policy violation&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;32&lt;/TD&gt;&lt;TD&gt;Unspecified. Quality of service (QoS)-related failure&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;33&lt;/TD&gt;&lt;TD&gt;Association denied because QoS AP has insufficient bandwidth to handle another QoS station&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;34&lt;/TD&gt;&lt;TD&gt;Association denied due to excessive frame loss rates or poor conditions on current operating channel, or both&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;35&lt;/TD&gt;&lt;TD&gt;Association (with QoS BSS) denied because the requesting station does not support the QoS facility&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;37&lt;/TD&gt;&lt;TD&gt;Request declined&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;38&lt;/TD&gt;&lt;TD&gt;Request not successful as one or more parameters have invalid values&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;39&lt;/TD&gt;&lt;TD&gt;Traffic stream (TS) not created because request can't be honored; however, suggested traffic specification (TSPEC) provided so that the initiating station may attempt to set another TS with suggested changes to TSPEC&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;40&lt;/TD&gt;&lt;TD&gt;Invalid information element (doesn't follow 802.11 standard)&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;41&lt;/TD&gt;&lt;TD&gt;Invalid group cipher&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;42&lt;/TD&gt;&lt;TD&gt;Invalid pairwise cipher&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;43&lt;/TD&gt;&lt;TD&gt;Invalid authentication and key management protocol (AKMP)&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;44&lt;/TD&gt;&lt;TD&gt;Unsupported robust security network element (RSNE) information element version&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;45&lt;/TD&gt;&lt;TD&gt;Invalid RSNE information element capabilities&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;46&lt;/TD&gt;&lt;TD&gt;Cipher suite rejected because of security policy&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;47&lt;/TD&gt;&lt;TD&gt;TS not created; however, hybrid coordinator (HC) may be capable of creating TS, in response to a request, after the time indicated in TS delay element&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;48&lt;/TD&gt;&lt;TD&gt;Direct link not allowed in the BSS by policy&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;49&lt;/TD&gt;&lt;TD&gt;Destination station not present within this BSS&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;50&lt;/TD&gt;&lt;TD&gt;Destination station not a QoS station&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;51&lt;/TD&gt;&lt;TD&gt;Association denied because ListenInterval too large&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;52&lt;/TD&gt;&lt;TD&gt;Invalid fast transition (FT) action frame count&lt;/TD&gt;&lt;/TR&gt;&lt;TR&gt;&lt;TD&gt;53&lt;/TD&gt;&lt;TD&gt;Invalid shared key (pairwise master key identifier or PMKID)&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 14 Mar 2023 16:18:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503568#M301984</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2023-03-14T16:18:41Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503569#M301985</link>
      <description>&lt;P&gt;Source ?&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 16:47:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503569#M301985</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-14T16:47:05Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503570#M301986</link>
      <description>&lt;P&gt;Edit : &lt;EM&gt;The full list of specified 802.11 reason codes can be found in IEEE's documentation in &lt;A class="" title="https://ieeexplore.ieee.org/document/9363693/" href="https://ieeexplore.ieee.org/document/9363693/" target="_blank" rel="external noopener nofollow noreferrer"&gt;this article&lt;/A&gt; (requires account) under "Table 9-49—Reason codes" in section "9.4.1.7 Reason Code field".&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;So I was only focusing on section 9.4.1.7 ( de-auth ) , but my codes are in the section 9.4.1.9 ( auth ).&lt;/P&gt;&lt;P&gt;My first question is still valid.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 16:54:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503570#M301986</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-14T16:54:32Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503571#M301987</link>
      <description>&lt;P&gt;&lt;A href="https://support.google.com/chrome/a/answer/7172038?hl=en#zippy=%2Cassociation-status-codes" target="_blank" rel="nofollow noopener noreferrer"&gt;https://support.google.com/chrome/a/answer/7172038?hl=en#zippy=%2Cassociation-status-codes&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 17:06:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503571#M301987</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2023-03-14T17:06:15Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503572#M301988</link>
      <description>&lt;P&gt;Ok, but reason code 53 is association, in this case.&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="alemabrahao_0-1678814346778.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/271115i381FF34119829A56/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 17:19:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503572#M301988</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2023-03-14T17:19:44Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503573#M301989</link>
      <description>&lt;P&gt;That's what I said.&lt;/P&gt;&lt;P&gt;Logs are Auth/Assoc &lt;/P&gt;&lt;P&gt;&lt;EM&gt;So I was only focusing on section &lt;STRONG&gt;9.4.1.7 ( de-auth )&lt;/STRONG&gt; , but my codes are in the section 9.4.1.9 ( auth ).&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 17:27:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503573#M301989</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-14T17:27:25Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503574#M301990</link>
      <description>&lt;P&gt;I can't exactly say what Reason 103 is, but according to &lt;A href="https://networkengineering.stackexchange.com/questions/25251/what-should-be-the-eapol-key-timeout-setting-on-the-wlc" target="_self" rel="nofollow noopener noreferrer"&gt;StackExchange&lt;/A&gt; , it could have something to do with the re-keying process, where the client is sending an M2 with what the AP considers a MIC error. Reducing the EAPoL timeourt might do the trick.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 17:38:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503574#M301990</guid>
      <dc:creator>Rasmus Hoffmann Birkelund</dc:creator>
      <dc:date>2023-03-14T17:38:01Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503575#M301991</link>
      <description>&lt;P&gt;Makes sense that Meraki would re-use codes from Cisco's WLC. &lt;/P&gt;&lt;P&gt;Those '103' started to appear out of nowhere. &lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2023 17:51:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503575#M301991</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-14T17:51:14Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503576#M301992</link>
      <description>&lt;P&gt;I was able to capture it. I'm not an expert on that field at all. But it seems you were right with the M2. I can see a couple a 'retry' then finaly M2,M4 and the client is auth again : &lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="RaphaelL_0-1678892332806.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/271118iDD6C569CDB42F5FC/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Rollbacking to MR28.X fixes the issue. Weird. I will update my ticket&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 14:59:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503576#M301992</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-15T14:59:17Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503577#M301993</link>
      <description>&lt;P&gt;But it still doesn't change the fact the there is still no documentation on the Meraki proprietory reason codes, as well as detailed information on what they mean/are caused. &lt;SPAN class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;&lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 15:39:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503577#M301993</guid>
      <dc:creator>Rasmus Hoffmann Birkelund</dc:creator>
      <dc:date>2023-03-15T15:39:23Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless - Meraki Reason codes</title>
      <link>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503578#M301994</link>
      <description>&lt;P&gt;Exactly &lt;SPAN class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;&lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/SPAN&gt; That would be so usefull !&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 15:40:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-meraki-reason-codes/m-p/5503578#M301994</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2023-03-15T15:40:49Z</dc:date>
    </item>
  </channel>
</rss>

