<?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 client IP acquiring delay in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247494#M279823</link>
    <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1481303"&gt;@komiks&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp; The delay is bigger when the communication is working because the traffic must go to ISE in oder to ISE reply with the redirect URL and we need to consider the WLC in between acting as a proxy for this traffic.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="FlavioMiranda_0-1736948610093.png" style="width: 864px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/237648iA5CE236069477C71/image-dimensions/864x391?v=v2" width="864" height="391" role="button" title="FlavioMiranda_0-1736948610093.png" alt="FlavioMiranda_0-1736948610093.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;When the communication is not working and you are not redirected, the traffic is not going to ISE. Would be like if you fallback from CWA to local redirect and on this case clients move to IP address discovery right the way.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 15 Jan 2025 13:48:07 GMT</pubDate>
    <dc:creator>Flavio Miranda</dc:creator>
    <dc:date>2025-01-15T13:48:07Z</dc:date>
    <item>
      <title>Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247486#M279822</link>
      <description>&lt;P&gt;we are integrating 9800 with ISE for posture check. we observed that when the client provisioning portal pops out because of the url redirection, the delay for the the wireless client to get production IP increases comparing if the url redirection is not working.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;When url redirection is not working client acquires IP in less than 20 sec whereas when the redirection is working, i takes more than a minute.&lt;/P&gt;
&lt;P&gt;Is there a way to make it faster?&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jan 2025 13:35:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247486#M279822</guid>
      <dc:creator>komiks</dc:creator>
      <dc:date>2025-01-15T13:35:03Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247494#M279823</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1481303"&gt;@komiks&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp; The delay is bigger when the communication is working because the traffic must go to ISE in oder to ISE reply with the redirect URL and we need to consider the WLC in between acting as a proxy for this traffic.&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="FlavioMiranda_0-1736948610093.png" style="width: 864px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/237648iA5CE236069477C71/image-dimensions/864x391?v=v2" width="864" height="391" role="button" title="FlavioMiranda_0-1736948610093.png" alt="FlavioMiranda_0-1736948610093.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;When the communication is not working and you are not redirected, the traffic is not going to ISE. Would be like if you fallback from CWA to local redirect and on this case clients move to IP address discovery right the way.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jan 2025 13:48:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247494#M279823</guid>
      <dc:creator>Flavio Miranda</dc:creator>
      <dc:date>2025-01-15T13:48:07Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247499#M279825</link>
      <description>&lt;P&gt;I will send you PM&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jan 2025 13:52:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247499#M279825</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-01-15T13:52:43Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247801#M279843</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/178747"&gt;@Flavio Miranda&lt;/a&gt;&amp;nbsp;for the input. So the problem is, comparing to an old the WLC using aireos, it can achieve the faster delay with the url redirection working. I mean with aireos, the client device can get IP as fast as when the redirection is not working on the 9800.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jan 2025 00:44:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247801#M279843</guid>
      <dc:creator>komiks</dc:creator>
      <dc:date>2025-01-16T00:44:16Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247809#M279844</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1481303"&gt;@komiks&lt;/a&gt;&amp;nbsp; Check how guest is configured in both WLC.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There is Local Web auth usually configured in older WLC and there is Central Web Auth used in newer WLC.&lt;/P&gt;
&lt;P&gt;LWA the clients first get an IP address and then it is redirected to the portal (internal on the WLC or external) and then the authentication happens. On this mode, the process of getting IP address is way faster as the client need the IP address in order to call the portal.&lt;/P&gt;
&lt;P&gt;And then we have CWA, which uses a Radius server for the authentication. On this mode.&amp;nbsp; the clients does not receive IP address until it is authenticated, just like it happens in any radius process. The client will receive the portal guest url, will authenticate and after that it will receive the IP address.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;Which means, in CWA, will take longer for clients get IP adderss.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jan 2025 00:57:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247809#M279844</guid>
      <dc:creator>Flavio Miranda</dc:creator>
      <dc:date>2025-01-16T00:57:46Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247832#M279845</link>
      <description>&lt;P&gt;We are using CWA on both wlc, on the ise side, we are using the same policies for both wlc. on the process of posturing&amp;nbsp; on the client, the difference is with 9800 takes longer to get the prod vlan IP.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jan 2025 02:11:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5247832#M279845</guid>
      <dc:creator>komiks</dc:creator>
      <dc:date>2025-01-16T02:11:06Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5248006#M279864</link>
      <description>&lt;P&gt;You can use debug on WLC and ISE to track where the delay comes. Wireshark also helps on this case.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Ultimatelly, you can also open a TAC.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jan 2025 09:31:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5248006#M279864</guid>
      <dc:creator>Flavio Miranda</dc:creator>
      <dc:date>2025-01-16T09:31:04Z</dc:date>
    </item>
    <item>
      <title>Re: Wireless client IP acquiring delay</title>
      <link>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5250525#M280022</link>
      <description>&lt;P&gt;Why&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1065752"&gt;@MHM Cisco World&lt;/a&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 21 Jan 2025 23:46:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/wireless-client-ip-acquiring-delay/m-p/5250525#M280022</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2025-01-21T23:46:03Z</dc:date>
    </item>
  </channel>
</rss>

