<?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: ARP not resolved while roaming in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5342474#M287165</link>
    <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/298582"&gt;@O_A_H&lt;/a&gt;&amp;nbsp; did you perform the disable icmp redirects? Is it the issue fixed?&lt;/P&gt;
&lt;P&gt;We are seeing lot of temporarily disconnections on clients due to no APR responses from the default gateways (c9300 with SVIs), and some disconnection on APs for the same reason (as reported by the AP itself; non-Cisco AP).&lt;/P&gt;</description>
    <pubDate>Mon, 27 Oct 2025 09:56:49 GMT</pubDate>
    <dc:creator>JPavonM</dc:creator>
    <dc:date>2025-10-27T09:56:49Z</dc:date>
    <item>
      <title>ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298792#M284033</link>
      <description>&lt;P&gt;We have Cisco 3500 WLC with 2800 APs (8.10.196.0). APs operate in Local mode, so, SSID traffic is central switched. We have a roaming problem. We used 802.1x-FT. With each roaming event, the client will do ARP to the gateway after it finishes. The problem happens is that most of the times, the first ARP packet is not seen in the AP debugs nor on the AP SPAN packet capture, so, the clients waits 300-500ms and try another ARP which will make it's way to the WLC via CAPWAP but the WLC drops this packet and doesn't forward it to the core (GW), then the client waits again for 300-500ms and send 3rd ARP packet which makes it's way till the core and gets a reply. The client will not pass traffic till the GW ARP is resolved, which accordingly in this situation causes video call freeze for about 0.5 - 1 second (This can be seen from the packet capture on the laptop where the client only receives video traffic and not sending till ARP is resolved). If we assume that the first ARP packet is lost in the air, i find that strange that only first ARP is lost. What could be the issue with the first ARP packet? Would it be a bug (what is the bug ID)? We tested on PSK SSID and the ARP behavior was the same.&lt;BR /&gt;To overcome the WLC dropping the second ARP, I have converted APs to flexconnect and made the SSID local switching so that ARP will be sent from client-&amp;gt;AP-&amp;gt;core (bypass WLC). This enhanced the video call experience but still some freezes happens due to the 1st ARP packet that is being lost. I have tested to add static ARP entry of the GW on the client (to avoid sending GW ARP after each roaming event) but that didn't seem to have an effect and the client still do GW ARP after each roaming event. In a separate floor where we have only 9120 APs (not 2800), the same ARP behavior was seen.&lt;/P&gt;
&lt;P&gt;Another side of the story is that, after the client does successful FT roaming, it will send EAPOL START message to start full reauthentication. Then, full reauthentication happens followed by DHCP and ARP (ARP issue is as stated above). From the laptop packet capture, we can confirm that the full reauthentication behaviour doesn't interrupt 2-way video traffic forwarding during that... it's only ARP (that happens in the end) will interrupt till it's resolved. Why this EAPOL START behavior happens? What is noticed that EAPOL START behaviour happens on laptops that use client certificate. But on clients with machine certificate, they don't do EAPOL START not do full reauthentication (Just FT quick roaming). All laptops are managed by Intune.&lt;BR /&gt;&lt;BR /&gt;At this stage, i'm quite stuck tshooting this issue. The next action point probably would be to create open SSID and do OTA with packet capture on laptop and AP port to see what happens with the first ARP packet... but still as mentioned, it doesn't make sense that most of the time it's lost on Air (RF issue) that only impacts the 1st ARP packet and nothing else from the rest of the traffic.&lt;BR /&gt;&lt;BR /&gt;15-09-2025: Update&lt;/P&gt;
&lt;DIV id="bodyDisplay_6" class="lia-message-body lia-component-message-view-widget-body"&gt;
&lt;DIV class="lia-message-body-content"&gt;
&lt;P&gt;We have migrated the APs to 9800-CL and also in Flexconnect local switching. And the issue persists with 1st ARP being lost.&lt;/P&gt;
&lt;P&gt;I could see the same behaviour with each roaming event.&lt;/P&gt;
&lt;P&gt;1- After roaming, the client will do ARP to the GW, and at this stage, it keeps receiving traffic from the sender, but sending nothing.&lt;/P&gt;
&lt;P&gt;2- The 1st ARP packet most of the times doesn't get a response (90%). Then the client waits about 500ms before sending another ARP to the GW. Then the GW responses to the 2nd ARP, and then the client starts sending traffic again.&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Mon, 15 Sep 2025 13:56:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298792#M284033</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-09-15T13:56:07Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298805#M284034</link>
      <description>&lt;P&gt;Does rebooting the APs help in any matter?&lt;/P&gt;</description>
      <pubDate>Thu, 12 Jun 2025 09:42:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298805#M284034</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2025-06-12T09:42:19Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298806#M284035</link>
      <description>&lt;P&gt;No unfortunately.. Neither rebooting WLC. This was tested while upgrading to 8.10.196.0 (in the process of tshooting) and also APs rebooting when converting from local to flexconnect.&lt;/P&gt;</description>
      <pubDate>Thu, 12 Jun 2025 09:44:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5298806#M284035</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-06-12T09:44:41Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5299395#M284064</link>
      <description>&lt;P&gt;Good luck with that &amp;lt;smile&amp;gt;&lt;BR /&gt;There were a lot of similar problems on those APs (and in common with 9120 they have Broadcom chipset).&lt;BR /&gt;The problems were mostly fixed in&amp;nbsp;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwa73245" target="_blank" rel="noopener"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwa73245&lt;/A&gt;&amp;nbsp;but it wouldn't surprise me if they missed off corner cases.&amp;nbsp; Also see&amp;nbsp;&lt;A href="https://community.cisco.com/t5/user/viewprofilepage/user-id/326026" target="_blank" rel="noopener"&gt;Leo&lt;/A&gt;&lt;SPAN&gt;'s list of&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://community.cisco.com/t5/wireless/can-the-wlc-capture-be-trusted/m-p/4731343/highlight/true#M249052" target="_blank" rel="noopener"&gt;bugs affecting 2800/3800/4800/1560 APs&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;As AireOS is end of life now there is zero chance of getting that fixed now.&amp;nbsp; You can look through all those bugs and try some of the workarounds suggested to see if they make any difference.&amp;nbsp; If not then your only option is to try upgrading to 9800 WLC.&amp;nbsp; The AP code is largely similar (but with additional fixes) and the WLC code is mostly new (and yes new bugs too) but at least if you still find the same problem in the latest code then you can at least open a TAC case and hopefully get it fixed.&lt;/P&gt;
&lt;P&gt;Also, and this might solve your problem with the 2nd lost ARP on 9800 regardless of other bugs, at least for central switching: ARP proxy:&lt;BR /&gt;&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/technical-reference/c9800-best-practices.html#AddressResolutionProtocolARPproxy" target="_blank" rel="noopener"&gt;https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/technical-reference/c9800-best-practices.html#AddressResolutionProtocolARPproxy&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 15 Jun 2025 12:28:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5299395#M284064</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2025-06-15T12:28:51Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5299412#M284068</link>
      <description>&lt;P&gt;If roaming is good then client no need to ask IP.&lt;/P&gt;
&lt;P&gt;I will check my points and update you&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Sun, 15 Jun 2025 13:45:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5299412#M284068</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-06-15T13:45:21Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317230#M285299</link>
      <description>&lt;P&gt;Thanks for the response and the help.&lt;BR /&gt;For now, we decided to stop going further, and do a migration to 9800 later this year. The 50% roaming improvement brought by the flexconnect local switching change is a bit acceptable for the time being.&lt;/P&gt;</description>
      <pubDate>Mon, 04 Aug 2025 14:42:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317230#M285299</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-04T14:42:49Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317231#M285300</link>
      <description>&lt;P&gt;Yes i assume so, but i have seen in packet capture (in proper good roaming clients) that still there are 2 packets in DHCP are done to ack the IP. I didn't expect that but it seems it is client side behaviour, and can be different amongst different clients.&lt;/P&gt;</description>
      <pubDate>Mon, 04 Aug 2025 14:44:20 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317231#M285300</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-04T14:44:20Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317237#M285302</link>
      <description>&lt;P&gt;Let me check some command usful for this case.&lt;/P&gt;
&lt;P&gt;It seem to me client do l3 roaming not l2 roaming.&lt;/P&gt;
&lt;P&gt;But let me check first my note&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Mon, 04 Aug 2025 14:54:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317237#M285302</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-04T14:54:40Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317244#M285304</link>
      <description>&lt;P&gt;show client detail &amp;lt;mac of any clinet face issue&amp;gt; &amp;lt;&amp;lt;- share this&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Mon, 04 Aug 2025 15:09:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317244#M285304</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-04T15:09:05Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317427#M285333</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1065752"&gt;@MHM Cisco World&lt;/a&gt;&amp;nbsp;for your attention.. as i explained above that&amp;nbsp;we decided to stop going further with this tshooting, and do a migration to 9800 later this year. The 50% roaming improvement brought by the flexconnect local switching change is a bit acceptable for the time being.&lt;/P&gt;
&lt;P&gt;However, if you mean about the DHCP ack packets during roaming, it would be interesting to figure that out.. here you are:&lt;/P&gt;
&lt;P&gt;(WLC) &amp;gt;show client detail &amp;lt;omitted&amp;gt;&lt;BR /&gt;Client MAC Address............................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Client Username ................................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Client Webauth Username ......................... N/A&lt;BR /&gt;Hostname: ....................................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Device Type: .................................... Microsoft-Workstation&lt;BR /&gt;AP MAC Address................................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;AP Name..........................................&amp;nbsp;&amp;lt;omitted&amp;gt; &lt;BR /&gt;AP radio slot Id................................. 1 &lt;BR /&gt;Client State..................................... Associated &lt;BR /&gt;User Authenticated by ........................... RADIUS Server&lt;BR /&gt;Client User Group................................ &amp;lt;omitted&amp;gt;&lt;BR /&gt;Client NAC OOB State............................. Access&lt;BR /&gt;Wireless LAN Id.................................. 1 &lt;BR /&gt;Wireless LAN Network Name (SSID)................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Wireless LAN Profile Name........................ &amp;lt;omitted&amp;gt;&lt;BR /&gt;WLAN Profile check for roaming................... Disabled&lt;BR /&gt;Hotspot (802.11u)................................ Not Supported&lt;BR /&gt;Connected For ................................... 8 secs&lt;BR /&gt;BSSID............................................&amp;nbsp;&amp;lt;omitted&amp;gt; &lt;BR /&gt;Channel.......................................... 52 &lt;BR /&gt;IP Address....................................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Gateway Address.................................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Netmask.......................................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;IPv6 Address..................................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Association Id................................... 31 &lt;BR /&gt;Authentication Algorithm......................... Open System&lt;BR /&gt;Reason Code...................................... 1 &lt;BR /&gt;Client IPSK-TAG.................................. N/A&lt;BR /&gt;Status Code...................................... 0 &lt;BR /&gt;Client CCX version............................... No CCX support&lt;BR /&gt;Re-Authentication Timeout........................ 28397&lt;BR /&gt;QoS Level........................................ Gold&lt;BR /&gt;Avg data Rate.................................... 0&lt;BR /&gt;Burst data Rate.................................. 0&lt;BR /&gt;Avg Real time data Rate.......................... 0&lt;BR /&gt;Burst Real Time data Rate........................ 0&lt;BR /&gt;Avg Uplink data Rate............................. 0&lt;BR /&gt;Burst Uplink data Rate........................... 0&lt;BR /&gt;Avg Uplink Real time data Rate................... 0&lt;BR /&gt;Burst Uplink Real Time data Rate................. 0&lt;BR /&gt;802.1P Priority Tag.............................. 4&lt;BR /&gt;Security Group Tag............................... Unknown(0)&lt;BR /&gt;KTS CAC Capability............................... No&lt;BR /&gt;Qos Map Capability............................... Yes&lt;BR /&gt;WMM Support...................................... Enabled&lt;BR /&gt;APSD ACs....................................... BK BE VI VO &lt;BR /&gt;Current Rate..................................... 12.0&lt;BR /&gt;Supported Rates.................................. 6.0,12.0,18.0,24.0,36.0,48.0,&lt;BR /&gt;............................................. 54.0&lt;BR /&gt;Mobility State................................... Local&lt;BR /&gt;Mobility Move Count.............................. 0&lt;BR /&gt;Security Policy Completed........................ Yes&lt;BR /&gt;Policy Manager State............................. RUN&lt;BR /&gt;Pre-auth IPv4 ACL Name........................... none&lt;BR /&gt;Pre-auth IPv4 ACL Applied Status................. Unavailable&lt;BR /&gt;Pre-auth IPv6 ACL Name........................... none&lt;BR /&gt;Pre-auth IPv6 ACL Applied Status................. Unavailable&lt;BR /&gt;Pre-auth Flex IPv4 ACL Name...................... none&lt;BR /&gt;Pre-auth Flex IPv4 ACL Applied Status............ Unavailable&lt;BR /&gt;Pre-auth Flex IPv6 ACL Name...................... none&lt;BR /&gt;Pre-auth Flex IPv6 ACL Applied Status............ Unavailable&lt;BR /&gt;Pre-auth redirect URL............................ none&lt;BR /&gt;Audit Session ID................................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;AAA Role Type.................................... none&lt;BR /&gt;Acct Interim Interval............................ 0&lt;BR /&gt;Local Policy Applied............................. none&lt;BR /&gt;IPv4 ACL Name.................................... none&lt;BR /&gt;AAA FlexConnect ACL Applied Status............... Unavailable&lt;BR /&gt;IPv4 ACL Applied Status.......................... Unavailable&lt;BR /&gt;IPv6 ACL Name.................................... none&lt;BR /&gt;IPv6 ACL Applied Status.......................... Unavailable&lt;BR /&gt;Post-auth Flex IPv6 ACL Name..................... none&lt;BR /&gt;Post-auth Flex IPv6 ACL Applied Status........... Unavailable&lt;BR /&gt;Layer2 ACL Name.................................. none&lt;BR /&gt;Layer2 ACL Applied Status........................ Unavailable&lt;BR /&gt;URL ACL Name..................................... none&lt;BR /&gt;URL ACL Applied Status........................... Unavailable&lt;BR /&gt;Client Type...................................... SimpleIP&lt;BR /&gt;mDNS Status...................................... Disabled&lt;BR /&gt;mDNS Profile Name................................ none&lt;BR /&gt;No. of mDNS Services Advertised.................. 0&lt;BR /&gt;Policy Type...................................... WPA2&lt;BR /&gt;Authentication Key Management.................... FT-802.1x&lt;BR /&gt;Encryption Cipher................................ CCMP-128 (AES)&lt;BR /&gt;Protected Management Frame ...................... No&lt;BR /&gt;Management Frame Protection...................... No&lt;BR /&gt;EAP Type......................................... EAP-TLS&lt;BR /&gt;Interface........................................ clients&lt;BR /&gt;VLAN............................................. 300&lt;BR /&gt;Quarantine VLAN.................................. 0&lt;BR /&gt;Access VLAN...................................... 300&lt;BR /&gt;Local Bridging VLAN.............................. 300&lt;BR /&gt;Client Capabilities:&lt;BR /&gt;Radio Capability........................... 802.11ax&lt;BR /&gt;CF Pollable................................ Not implemented&lt;BR /&gt;CF Poll Request............................ Not implemented&lt;BR /&gt;Short Preamble............................. Not implemented&lt;BR /&gt;PBCC....................................... Not implemented&lt;BR /&gt;Channel Agility............................ Not implemented&lt;BR /&gt;Listen Interval............................ 250&lt;BR /&gt;Fast BSS Transition........................ Implemented&lt;BR /&gt;11v BSS Transition......................... Implemented&lt;BR /&gt;Non-Operable Channels............................ None&lt;BR /&gt;Non-Prefer Channels.............................. None&lt;BR /&gt;Client Wifi Direct Capabilities:&lt;BR /&gt;WFD capable................................ No&lt;BR /&gt;Manged WFD capable......................... No&lt;BR /&gt;Cross Connection Capable................... No&lt;BR /&gt;Support Concurrent Operation............... No&lt;BR /&gt;Fast BSS Transition Details:&lt;BR /&gt;Reassociation Timeout...................... 20&lt;BR /&gt;Total Preauth APs.......................... 1&lt;BR /&gt;Preauth AP................................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Total SuccessFull Roam..................... 1&lt;BR /&gt;DNS Server details:&lt;BR /&gt;DNS server IP ............................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;DNS server IP ............................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Assisted Roaming Prediction List details:&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;Client Dhcp Required: False&lt;BR /&gt;Allowed (URL)IP Addresses&lt;BR /&gt;-------------------------&lt;/P&gt;
&lt;P&gt;AVC Profile Name: ............................... none&lt;BR /&gt;OpenDns Profile Name: ........................... none&lt;BR /&gt;Fastlane Client: ................................ No&lt;BR /&gt;Max DSCP: ....................................... 34&lt;BR /&gt;Nas Identifier: ................................. &amp;lt;omitted&amp;gt;&lt;BR /&gt;Fabric Statistics&lt;BR /&gt;--------------------&lt;/P&gt;
&lt;P&gt;Client Statistics:&lt;BR /&gt;Number of Bytes Received................... 8569395&lt;BR /&gt;Number of Bytes Sent....................... 15227408&lt;BR /&gt;Total Number of Bytes Sent................. 15227408&lt;BR /&gt;Total Number of Bytes Recv................. 8569395&lt;BR /&gt;Number of Bytes Sent (last 90s)............ 6820498&lt;BR /&gt;Number of Bytes Recv (last 90s)............ 2511409&lt;BR /&gt;Number of Packets Received................. 20085&lt;BR /&gt;Number of Packets Sent..................... 26837&lt;BR /&gt;Number of Interim-Update Sent.............. 0&lt;BR /&gt;Number of EAP Id Request Msg Timeouts...... 0&lt;BR /&gt;Number of EAP Id Request Msg Failures...... 0&lt;BR /&gt;Number of EAP Request Msg Timeouts......... 0&lt;BR /&gt;Number of EAP Request Msg Failures......... 0&lt;BR /&gt;Number of EAP Key Msg Timeouts............. 0&lt;BR /&gt;Number of EAP Key Msg Failures............. 0&lt;BR /&gt;Number of Data Retries..................... 2733&lt;BR /&gt;Number of RTS Retries...................... 0&lt;BR /&gt;Number of Duplicate Received Packets....... 0&lt;BR /&gt;Number of Decrypt Failed Packets........... 0&lt;BR /&gt;Number of Mic Failured Packets............. 0&lt;BR /&gt;Number of Mic Missing Packets.............. 0&lt;BR /&gt;Number of RA Packets Dropped............... 0&lt;BR /&gt;Number of Policy Errors.................... 0&lt;BR /&gt;Radio Signal Strength Indicator............ -49 dBm&lt;BR /&gt;Signal to Noise Ratio...................... 48 dB&lt;BR /&gt;Client Detected as Inactive................ No&lt;BR /&gt;Client RBACL Statistics:&lt;BR /&gt;Number of RBACL Allowed Packets............ 0&lt;BR /&gt;Number of RBACL Denied Packets............. 0&lt;BR /&gt;Client Rate Limiting Statistics:&lt;BR /&gt;Number of Data Packets Received............ 0&lt;BR /&gt;Number of Data Rx Packets Dropped.......... 0&lt;BR /&gt;Number of Data Bytes Received.............. 0&lt;BR /&gt;Number of Data Rx Bytes Dropped............ 0&lt;BR /&gt;Number of Realtime Packets Received........ 0&lt;BR /&gt;Number of Realtime Rx Packets Dropped...... 0&lt;BR /&gt;Number of Realtime Bytes Received.......... 0&lt;BR /&gt;Number of Realtime Rx Bytes Dropped........ 0&lt;BR /&gt;Number of Data Packets Sent................ 0&lt;BR /&gt;Number of Data Tx Packets Dropped.......... 0&lt;BR /&gt;Number of Data Bytes Sent.................. 0&lt;BR /&gt;Number of Data Tx Bytes Dropped............ 0&lt;BR /&gt;Number of Realtime Packets Sent............ 0&lt;BR /&gt;Number of Realtime Tx Packets Dropped...... 0&lt;BR /&gt;Number of Realtime Bytes Sent.............. 0&lt;BR /&gt;Number of Realtime Tx Bytes Dropped........ 0&lt;BR /&gt;Nearby AP Statistics:&lt;BR /&gt;AEBWAP010(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -90 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -90 dBm&lt;BR /&gt;AEBWAP205(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -78 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -78 dBm&lt;BR /&gt;AEBWAP213(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -65 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -65 dBm&lt;BR /&gt;AEBWAP206(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -63 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -63 dBm&lt;BR /&gt;AEBWAP206(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -66 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -66 dBm&lt;BR /&gt;AEBWAP104(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -89 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -89 dBm&lt;BR /&gt;AEBWAP105(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -73 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -73 dBm&lt;BR /&gt;AEBWAP021(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -91 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -91 dBm&lt;BR /&gt;AEBWAP108(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -89 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -89 dBm&lt;BR /&gt;AEBWAP108(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -85 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -85 dBm&lt;BR /&gt;AEBWAP214(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -48 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -48 dBm&lt;BR /&gt;AEBWAP020(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -84 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -84 dBm&lt;BR /&gt;AEBWAP020(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -79 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -79 dBm&lt;BR /&gt;AEBWAP313(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -83 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -83 dBm&lt;BR /&gt;AEBWAP208(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -68 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -68 dBm&lt;BR /&gt;AEBWAP102(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -83 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -83 dBm&lt;BR /&gt;AEBWAP102(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -83 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -83 dBm&lt;BR /&gt;AEBWAP101(slot 0)&lt;BR /&gt;antenna0: 8 secs ago..................... -65 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -65 dBm&lt;BR /&gt;AEBWAP101(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -59 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -59 dBm&lt;BR /&gt;AEBWAP210(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -88 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -88 dBm&lt;BR /&gt;AEBWAP111(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -84 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -84 dBm&lt;BR /&gt;AEBWAP209(slot 1)&lt;BR /&gt;antenna0: 8 secs ago..................... -54 dBm&lt;BR /&gt;antenna1: 8 secs ago..................... -54 dBm&lt;BR /&gt;AEBWAP207(slot 0)&lt;BR /&gt;antenna0: 7 secs ago..................... -82 dBm&lt;BR /&gt;antenna1: 7 secs ago..................... -82 dBm&lt;BR /&gt;AEBWAP207(slot 1)&lt;BR /&gt;antenna0: 7 secs ago..................... -87 dBm&lt;BR /&gt;antenna1: 7 secs ago..................... -87 dBm&lt;/P&gt;
&lt;P&gt;DHCP Server IP Address: ....................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Discover-offer time: 0&lt;/P&gt;
&lt;P&gt;Request-ack time: 0&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;DHCP Server IP Address: ....................... &amp;lt;omitted&amp;gt;&lt;BR /&gt;Discover-offer time: 0&lt;/P&gt;
&lt;P&gt;Request-ack time: 2013873&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 09:44:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317427#M285333</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-05T09:44:24Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317523#M285338</link>
      <description>&lt;P&gt;Thanks' are you sure this client roaming?&lt;/P&gt;
&lt;P&gt;I dont see last AP and new AP ?&lt;/P&gt;
&lt;P&gt;Check client with issue' see AP name is it connect to same wlc or not&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 09:41:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317523#M285338</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-05T09:41:51Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317530#M285339</link>
      <description>&lt;P&gt;Yes sure.. you will not see the last AP in the output of this command.. this command only shows the current status of the connected client.&lt;/P&gt;
&lt;P&gt;Parsing the debug file shows this event sequence. As you see, after successful FT roaming event, the client does DHCP&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="O_A_H_0-1754387657909.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/249716iF6E3EAAC58F2FDA2/image-size/medium?v=v2&amp;amp;px=400" role="button" title="O_A_H_0-1754387657909.png" alt="O_A_H_0-1754387657909.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 09:54:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317530#M285339</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-05T09:54:27Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317559#M285340</link>
      <description>&lt;P&gt;Ok'&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Now all device effect by this ?&lt;/P&gt;
&lt;P&gt;old abd new AP use same vlan for this ssid?&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 11:05:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317559#M285340</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-05T11:05:12Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317568#M285341</link>
      <description>&lt;P&gt;&lt;A href="https://medium.com/@wirelesslab.io/cisco-9800-wlc-client-disconnections-6850276b7e38" target="_blank"&gt;https://medium.com/@wirelesslab.io/cisco-9800-wlc-client-disconnections-6850276b7e38&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Check this article about dhcp request after roaming abd device that not support FT and run slow roaming.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 11:29:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317568#M285341</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-05T11:29:06Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317591#M285345</link>
      <description>&lt;P&gt;Yes. Yes.&lt;BR /&gt;Thanks for sharing the article, but in this case the client does FT properly and does fast roam, then followed by DHCP. I didn't see in the article a point that would ring a bell in this case.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 12:20:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317591#M285345</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-05T12:20:29Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317596#M285346</link>
      <description>&lt;P&gt;Check point 9 dhcp require&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 12:26:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317596#M285346</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-05T12:26:01Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317599#M285347</link>
      <description>&lt;P&gt;I already did.. that's not the case&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 12:28:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317599#M285347</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-05T12:28:40Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317605#M285348</link>
      <description>&lt;P&gt;There are two dhcp process&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Full dhcp process which exchange 4 dhcp message&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="download.jpeg" style="width: 370px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/249726i7681B6DF3903C134/image-size/medium?v=v2&amp;amp;px=400" role="button" title="download.jpeg" alt="download.jpeg" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;And other dhcp process in which client send only request to inform dhcp server it still use same IP&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="O_A_H_0-1754387657909.png" style="width: 999px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/249727iC2CAB1DF5593EDD3/image-size/large?v=v2&amp;amp;px=999" role="button" title="O_A_H_0-1754387657909.png" alt="O_A_H_0-1754387657909.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;client do second dhcp process after roaming not full dhcp process&amp;nbsp;&lt;/P&gt;
&lt;P&gt;am I right&amp;nbsp;&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 12:37:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5317605#M285348</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-05T12:37:07Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5318222#M285388</link>
      <description>&lt;P&gt;last update&amp;nbsp;&lt;BR /&gt;1- DHCP I think this clear now&amp;nbsp;&lt;BR /&gt;2- GARP &amp;lt;&amp;lt;- how you detect if WLC not send GARP to core SW or not ?&lt;/P&gt;
&lt;P&gt;3-&amp;nbsp;&lt;SPAN&gt;Authentication Key Management.................... FT-802.1x &amp;lt;&amp;lt;- from info you share it clear that client support FT&lt;BR /&gt;&lt;/SPAN&gt;4- check bug below&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://quickview.cloudapps.cisco.com/quickview/bug/CSCvn05881" target="_blank" rel="noopener"&gt;https://quickview.cloudapps.cisco.com/quickview/bug/CSCvn05881&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Aug 2025 16:26:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5318222#M285388</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-08-06T16:26:53Z</dc:date>
    </item>
    <item>
      <title>Re: ARP not resolved while roaming</title>
      <link>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5318405#M285403</link>
      <description>&lt;P&gt;Thanks for sharing your ideas and your collaboration!&lt;BR /&gt;2- Where GARP fits in the picture here? I didn't see that in the link you shared.&lt;/P&gt;
&lt;P&gt;4- Thanks for sharing the bug. This is not relevant in my case. Let's split the conversation for clarity, as per my tshooting, the roaming issue i have is due to 1st ARP packet from the client is dropped and that causes 500ms delay. This part we decided to stop tshooting as we plan to migrate to 9800 this year as i stated earlier. The 2nd part when we talked about why clients do DHCP each roaming event, and that's a different point, and that's what we were trying to figure out with my conversation with you.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Aug 2025 07:15:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/arp-not-resolved-while-roaming/m-p/5318405#M285403</guid>
      <dc:creator>O_A_H</dc:creator>
      <dc:date>2025-08-07T07:15:33Z</dc:date>
    </item>
  </channel>
</rss>

