<?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: Guests continually being redirected to &amp;quot;Connection Successful&amp;quot; portal page in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464272#M521200</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The elapsed days less than 9999 is a trick I use to guarantee the list gets purged every night.  The problem with using elapsed days less than 1 is if for some reason the MAC address was already in the system for longer than a day (probably not realistic) it wouldn’t get purged.  The less than 9999 guarantees everything in the list will get purged.  Pick any high number you want.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Paul Haferman&lt;/P&gt;&lt;P&gt;Office- 920.996.3011&lt;/P&gt;&lt;P&gt;Cell- 920.284.9250&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 29 Sep 2017 15:55:00 GMT</pubDate>
    <dc:creator>paul</dc:creator>
    <dc:date>2017-09-29T15:55:00Z</dc:date>
    <item>
      <title>Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464269#M521193</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We just recently upgraded ISE from 2.1 to 2.3 After this upgrade we began experiencing issues with Guest endpoints.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our policy states that if a user's LastAUPAcceptanceHours is less than 24 hours they can continue on.&lt;/P&gt;&lt;P&gt;If LastAUPAcceptanceHours is 24 hours or greater they should be redirected to the hotspot portal page and accept the AUP (which should reset the AUP timer). Once they hit accept they receive a connection successful page and a CoA is sent to ISE and then the WLC.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem occurs for users with LastAUPAcceptanceHours greater than 24 hours. They receive a redirect but instead of going to the AUP page they are sent straight to the "Connection Successful" and then send out a CoA. This disconnects them and when they reconnect they are sent straight to the "Connection Successful" page. This continues on indefinitely because the endpoint never hits "Accept" and resets the AUP timer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone seen this before or know what the problem may be? Cisco tac case has been opened.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Sep 2017 15:18:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464269#M521193</guid>
      <dc:creator>dmills488</dc:creator>
      <dc:date>2017-09-29T15:18:44Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464270#M521195</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I know this won't answer your exact question but a different way to handle this is use the built in device registration in the guest process and the purge policies in ISE.&amp;nbsp; I usually setup a custom whitelist for my portal use cases.&amp;nbsp; So in your case a endpoint identity group called "Hotspot_Guest_Devices" could be setup.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then a purge policy can be setup around that to purge that list every night (elapsed days less than 9999).&amp;nbsp; I know that is not your exactly 24 hours thing, but it is very predictable.&amp;nbsp; The purge policy runs at 3:00 a.m. by default so you know the users won't have to see the portal again until the purge runs at 3:00 a.m.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then set the Hotspot portal to use that identity group for registration and then your policy set is straight forward:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If in &lt;SPAN style="font-size: 13.3333px;"&gt;Hotspot_Guest_Devices whitelist grant Internet access else redirect to Hotspot portal.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Sep 2017 15:33:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464270#M521195</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-09-29T15:33:41Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464271#M521198</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That was actually the workaround I was planning on using. The 9999 days, is that referenced somewhere? I was thinking I'd have to set it to elapsed days less than 1 then purge every endpoint once to reset the timers. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Sep 2017 15:50:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464271#M521198</guid>
      <dc:creator>dmills488</dc:creator>
      <dc:date>2017-09-29T15:50:51Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464272#M521200</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The elapsed days less than 9999 is a trick I use to guarantee the list gets purged every night.  The problem with using elapsed days less than 1 is if for some reason the MAC address was already in the system for longer than a day (probably not realistic) it wouldn’t get purged.  The less than 9999 guarantees everything in the list will get purged.  Pick any high number you want.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Paul Haferman&lt;/P&gt;&lt;P&gt;Office- 920.996.3011&lt;/P&gt;&lt;P&gt;Cell- 920.284.9250&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Sep 2017 15:55:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464272#M521200</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-09-29T15:55:00Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464273#M521201</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It should also work with the elapsed days greater than 0.&lt;/P&gt;&lt;P&gt;It appears that the non-hotspot portals have more AUP options (see attached screenshot) compared to the hotspot ones.&lt;IMG alt="Screen Shot 2017-10-02 at 1.48.49 PM.png" class="image-1 jive-image" height="164" src="/legacyfs/online/fusion/111755_Screen Shot 2017-10-02 at 1.48.49 PM.png" style="height: 163.79291553133515px; width: 221px;" width="221" /&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 20:50:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464273#M521201</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2017-10-02T20:50:02Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464274#M521203</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The problem with elapsed days greater than 0 is you get inconsistent identity group removal times depending on when the MAC address was learned.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example, if your purge time is at 3:00 a.m. and the MAC address gets learned at 3:01 a.m. you will get 47 hours and 59 minutes of access before your MAC address is purged.  If your MAC address gets learned at 2:59 a.m. you will get 24 hours and 1 minute of access before your MAC address is purged.  That is why I stopped using that in my rules and went to elapsed days less than 9999.  Then the message to everyone is the same.  The list gets dumped at 3:00 a.m. every night.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Paul Haferman&lt;/P&gt;&lt;P&gt;Office- 920.996.3011&lt;/P&gt;&lt;P&gt;Cell- 920.284.9250&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 21:03:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464274#M521203</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-10-02T21:03:07Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464275#M521205</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I do not see why greater than 0 would not give the same as less than 9999. Perhaps, you are thinking about the default "greater than 1 day(s)".&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 21:19:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464275#M521205</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2017-10-02T21:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464276#M521206</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Greater than 0=&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Purge day 1 3:00 a.m&lt;/P&gt;&lt;P&gt;Endpoint learned 3:01 am&lt;/P&gt;&lt;P&gt;Purge day 2 3:00 am&lt;/P&gt;&lt;P&gt;3:01 am day to endpoint goes to 1 day&lt;/P&gt;&lt;P&gt;3:00 am day 3 endpoint purged&lt;/P&gt;&lt;P&gt;Time in group 47 hours 59 min&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It all varies on when MAC is learned and give through portal.  You could get purged day 1 through 3.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My way you always get purged day 1.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent from my iPhone&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 21:35:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464276#M521206</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-10-02T21:35:35Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464277#M521207</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Why not less than 1 or equal to 0?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 21:38:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464277#M521207</guid>
      <dc:creator>Jason Kunst</dc:creator>
      <dc:date>2017-10-02T21:38:35Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464278#M521208</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That works but if for some reason the MAC address was already in the system it would never get purged.  Say it was in the system for 1 day already when you put in purge rules.  It wouldn't get purged. Less than 9999 guaranteed the list is aways dumped because no way a new endpoint in system longer than that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You could use any impossible condition.  Elapsed days not equal 56789.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent from my iPhone&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Oct 2017 21:45:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464278#M521208</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-10-02T21:45:47Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464279#M521209</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;OK. I see it now. Somehow, fractional part of the days are not considered, such that 0.1 day is considered as EqualsTo 0, but not GreaterThan 0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have the following enhancements since ISE 1.3:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;CSCuv31918 Need capability to purge all endpoints in an EP group&lt;/P&gt;&lt;P&gt;CSCuv31921 Endpoint purge rules to Allow multiple rules with Same ID groups&lt;/P&gt;&lt;P&gt;CSCuv06727 ISE - Unable to create purge rules with compound condition using "OR".&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 03 Oct 2017 04:05:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3464279#M521209</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2017-10-03T04:05:08Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799091#M521210</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm facing a similar issue to this one, but instead of being redirected continuously to the 'Connection Successful', the guest only is being redirected once and then the access is granted. I mean, we don't have a loop, it is just that the user doesn't get the AUP page.&lt;/P&gt;
&lt;P&gt;I'm also using a hotspot to give internet access and using the LastAUPAcceptanceHours on the authorization policy. The issue also happens when users that have been on the system for more than 24 hours (or the hours set here)&lt;/P&gt;
&lt;P&gt;Initially I was also going via the option of adding all endpoints to a group and purge them during the night, but this environment is global meaning that we use two Cisco ISEs for guest access all over the world. So purging the enpoints at 3:00 a.m. in Europe affects directly to the guests in San Francisco, as the scheduler uses the&amp;nbsp;primary PAN timezone (which is in UTC).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Any ideas so that the guest gets the AUP page instead of the 'Connection successful' one?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;By the way, using version 2.4 patch 5.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Feb 2019 11:16:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799091#M521210</guid>
      <dc:creator>vmiraboronat</dc:creator>
      <dc:date>2019-02-11T11:16:28Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799248#M521211</link>
      <description>&lt;P&gt;That sounds like&amp;nbsp;&lt;SPAN&gt;CSCvg74394 but that bug resolved before ISE 2.4 FCS.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Thus, I would suggest you to open a TAC case to debug further.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Feb 2019 14:48:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799248#M521211</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2019-02-11T14:48:17Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful" portal page</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799292#M521212</link>
      <description>&lt;P&gt;Hello and thanks for your quick answer. After all it seemed that I had one Authorization rule missing. I need three of the, one for "bypassing" the portal if the AUP has been accepted on the past 24 hours, another one to force the AUP acceptance if it has been more than 24 hours but the MAC is still on the system (this is the one missing) and a third one for the 1st login (the standard Wireless_MAB).&lt;/P&gt;
&lt;P&gt;After adding the rule missing and doing some tests lowering the time to 1 hour, it seems it's working as expected.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks again!&lt;/P&gt;
&lt;P&gt;Víctor.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Feb 2019 15:42:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/3799292#M521212</guid>
      <dc:creator>vmiraboronat</dc:creator>
      <dc:date>2019-02-11T15:42:35Z</dc:date>
    </item>
    <item>
      <title>Re: Guests continually being redirected to "Connection Successful</title>
      <link>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/5041115#M588141</link>
      <description>&lt;P&gt;I apologize for necroing the thread, but this is the only place I've been able to find that has the issue I'm running into.&lt;/P&gt;&lt;P&gt;Victor: Can you please describe the rule that was missing in a bit more detail? (I know it's been 5 years.&amp;nbsp; Sorry!)&amp;nbsp; We are running into the same issue where everything works great the first time, but after 1 hour (which is the timer that we have set and want people to have to "re-accept" the AUP), they just get a "connection successful" page from the AUP portal and don't have to re-accept the AUP (and they also don't have Internet access, since their LastAUPAcceptance is more than 1 hour ago).&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;Branin&lt;/P&gt;</description>
      <pubDate>Fri, 15 Mar 2024 18:41:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/guests-continually-being-redirected-to-quot-connection/m-p/5041115#M588141</guid>
      <dc:creator>branin-lippincott</dc:creator>
      <dc:date>2024-03-15T18:41:24Z</dc:date>
    </item>
  </channel>
</rss>

