<?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: f5 ise coa issue in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944950#M530032</link>
    <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/158532"&gt;@Arne Bier&lt;/a&gt;&amp;nbsp;. I was discussing this with&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/320219"&gt;@Damien Miller&lt;/a&gt;&amp;nbsp;just today and his lab setup settings seem to work correctly. I'll try to match what he has and post an update on what I find.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 21 Oct 2019 23:47:44 GMT</pubDate>
    <dc:creator>Rahul Govindan</dc:creator>
    <dc:date>2019-10-21T23:47:44Z</dc:date>
    <item>
      <title>f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603076#M529994</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am trying to setup a f5 configuration for ise services following the guide : "How To: Cisco &amp;amp; F5 Deployment Guide: ISE Load Balancing Using BIG-IP"&lt;/P&gt;&lt;P&gt;I am actually facing an issue with Coa. I configured an outbound snat vip on udp port 1700 as suggested in your guide.&lt;/P&gt;&lt;P&gt;When One of PSN mode sends coa request, this is snatted correctly with vip address from the f5. The wlc, in my case, responds with a coa reply but f5, instead of forwarding the reply to PSN node, sends back and ICMP PORT UNREACHABLE to the wlc. So on ise logs the coa is marked As failed.&lt;/P&gt;&lt;P&gt;Have you any suggestions about how ti solve the issue?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you in Advance for the support.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Simone&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Apr 2017 12:22:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603076#M529994</guid>
      <dc:creator>eni-co24192</dc:creator>
      <dc:date>2017-04-27T12:22:51Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603077#M530005</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can you post a screen shot of your CoA SNAT VIP?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Apr 2017 14:12:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603077#M530005</guid>
      <dc:creator>paul</dc:creator>
      <dc:date>2017-04-27T14:12:35Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603078#M530016</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Paul,&lt;/P&gt;&lt;P&gt;here the config :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ltm snatpool /Common/ise_radius_coa_wifi_snatpool {&lt;/P&gt;&lt;P&gt;    members {&lt;/P&gt;&lt;P&gt;        /Common/10.103.195.206&lt;/P&gt;&lt;P&gt;    }&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ltm virtual /Common/ise_radius_coa_wifi {&lt;/P&gt;&lt;P&gt;    destination /Common/0.0.0.0:1700&lt;/P&gt;&lt;P&gt;    ip-protocol udp&lt;/P&gt;&lt;P&gt;    mask any&lt;/P&gt;&lt;P&gt;    profiles {&lt;/P&gt;&lt;P&gt;        /Common/udp { }&lt;/P&gt;&lt;P&gt;    }&lt;/P&gt;&lt;P&gt;    source 10.102.179.248/29&lt;/P&gt;&lt;P&gt;    source-address-translation {&lt;/P&gt;&lt;P&gt;        pool /Common/ise_radius_coa_wifi_snatpool&lt;/P&gt;&lt;P&gt;        type snat&lt;/P&gt;&lt;P&gt;    }&lt;/P&gt;&lt;P&gt;    translate-address disabled&lt;/P&gt;&lt;P&gt;    translate-port enabled&lt;/P&gt;&lt;P&gt;    vlans {&lt;/P&gt;&lt;P&gt;        /Common/Ise_PSN_2653&lt;/P&gt;&lt;P&gt;    }&lt;/P&gt;&lt;P&gt;    vlans-enabled&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Apr 2017 07:20:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603078#M530016</guid>
      <dc:creator>eni-co24192</dc:creator>
      <dc:date>2017-04-28T07:20:28Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603079#M530019</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Check the source IP in the WLC's CoA response.&amp;nbsp; Make sure it is the same as target IP in CoA request coming from PSN.&amp;nbsp; There are settings in WLC to set the RADIUS interface which can override default interfaces--somewhat akin to the source-interface option in wired switches.&amp;nbsp; If the response is not the same as that in target CoA request, then LTM will not see reply as part of existing flow.&amp;nbsp; A similar message will be triggered by WLC when Direct Server Return is attempted on LB whereby the RADIUS reply comes from a different IP (real RADIUS server IP) rather than VIP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/Craig&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Apr 2017 13:33:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603079#M530019</guid>
      <dc:creator>Craig Hyps</dc:creator>
      <dc:date>2017-04-28T13:33:09Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603080#M530023</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Below the dump wlc side :&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;10.103.195.206 VIP F5&lt;/P&gt;&lt;P&gt;10.129.127.254 WLC&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Below the  ISE SIDE&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As you see not default interface overide nor the Direct Server Return occurs.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Apr 2017 15:35:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603080#M530023</guid>
      <dc:creator>eni-co24192</dc:creator>
      <dc:date>2017-04-28T15:35:29Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603081#M530027</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Simone.&amp;nbsp;&amp;nbsp; Did you resolve this issue?&amp;nbsp; I ran into the same thing today.&lt;/P&gt;&lt;P&gt;I can see from the F5 tcpdump that the CoA is coming from the WLC IP address (correct), but the F5 just ignores it.&amp;nbsp; It's just the CoA-ACK that doesn't make it back to the PSN.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Your previous posting mentions some dump - but I don't see it in your posting.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jul 2017 04:10:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603081#M530027</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2017-07-21T04:10:36Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603082#M530029</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Verify that the source/dest IP that exists F5 is same as those in return packet (in reverse order, of course).&amp;nbsp; Also verify that the session timer is &amp;gt; 0 and long enough to account for delays in CoA Ack response.&amp;nbsp; Although UDP is not flow-based, the LTM tracks session flows and will drop packet if it does not see the response as part of a valid outbound connection from PSN in time allotted.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;/Craig&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jul 2017 14:24:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3603082#M530029</guid>
      <dc:creator>Craig Hyps</dc:creator>
      <dc:date>2017-07-24T14:24:29Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944653#M530030</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/158532"&gt;@Arne Bier&lt;/a&gt;&amp;nbsp;Did you ever figure this out? I am running into the same thing in 2019 with all the latest ISE, F5 and WLC versions. Wondering if you ever got an answer to this?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Oct 2019 15:04:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944653#M530030</guid>
      <dc:creator>Rahul Govindan</dc:creator>
      <dc:date>2019-10-21T15:04:40Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944935#M530031</link>
      <description>&lt;P&gt;Hi Rahul&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;honest answer ... this was a while back and I cannot remember what happened in the end. I have moved off of that project and it was resolved - I just cannot remember what the fix was.&lt;/P&gt;
&lt;P&gt;Perhaps it was related to an iRule that was not scripted correctly. I think the COA-ACK looked like new traffic to the Virtual Server, and it didn't know what to do with it (the iRule was perhaps not expecting UDP/1700 ). It was beyond my understanding of the F5.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Sorry &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Oct 2019 22:43:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944935#M530031</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2019-10-21T22:43:14Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944950#M530032</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/158532"&gt;@Arne Bier&lt;/a&gt;&amp;nbsp;. I was discussing this with&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/320219"&gt;@Damien Miller&lt;/a&gt;&amp;nbsp;just today and his lab setup settings seem to work correctly. I'll try to match what he has and post an update on what I find.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Oct 2019 23:47:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/3944950#M530032</guid>
      <dc:creator>Rahul Govindan</dc:creator>
      <dc:date>2019-10-21T23:47:44Z</dc:date>
    </item>
    <item>
      <title>Re: f5 ise coa issue</title>
      <link>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/5167277#M591498</link>
      <description>&lt;P&gt;Anyone able to resolve this ? Having same issue in 2024 &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 28 Aug 2024 18:25:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/f5-ise-coa-issue/m-p/5167277#M591498</guid>
      <dc:creator>vishnu varthan</dc:creator>
      <dc:date>2024-08-28T18:25:56Z</dc:date>
    </item>
  </channel>
</rss>

