<?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 Hi there, in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808606#M170848</link>
    <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;Yes, you are facing the expected situation. However there is a feature eem scripts which has been added from version 9..2.1(upgrade the ASA). It removes the first statement from the configuration once your premiary link goes down in SLA. It does this by tracking one specific syslog id. Go through the link below :&lt;/P&gt;
&lt;P&gt;http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/118049-config-eem-00.html&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Akshay Rastogi&lt;/P&gt;
&lt;P&gt;Remember to mark the answer as correct if it answers your query or rate the helpful posts.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 10 Nov 2015 09:24:15 GMT</pubDate>
    <dc:creator>Akshay Rastogi</dc:creator>
    <dc:date>2015-11-10T09:24:15Z</dc:date>
    <item>
      <title>Dynamic Policy PAT Issue</title>
      <link>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808605#M170845</link>
      <description>&lt;P&gt;Guys, I'm having an issue with a configuration and need your help solving it, maybe even a whole new point of view. I need to create a &amp;nbsp;VPN back to one data provider and basically I have to PAT a whole subnet behind a public ip different from the (ASA 5512X 9.1.6) interface.&amp;nbsp;We have two ISP providers locally, using a simple track feature we failover between the primary ("outside" interface) and the secondary ("backup" interface). We are using next config:&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;object network SOURCE_SUBNET&lt;BR /&gt; subnet 192.168.1.0 255.255.255.0&lt;/P&gt;
&lt;P&gt;object network DESTINATION_SUBNET&lt;BR /&gt; subnet 10.10.10.10 255.255.255.0&lt;/P&gt;
&lt;P&gt;object network PRIMARY_PUBLIC_IP&lt;BR /&gt; host 1.1.1.1&lt;BR /&gt;object network SECONDARY_PUBLIC_IP&lt;BR /&gt; host 2.2.2.2&lt;BR /&gt; &lt;BR /&gt;access-list outside_cryptomap_1 extended permit ip PRIMARY_PUBLIC_IP DESTINATION_SUBNET&lt;BR /&gt;access-list backup_cryptomap_1 extended permit ip SECONDARY_PUBLIC_IP DESTINATION_SUBNET&lt;/P&gt;
&lt;P&gt;nat (inside,outside) source dynamic SOURCE_SUBNET PRIMARY_PUBLIC_IP destination static DESTINATION_SUBNET DESTINATION_SUBNET&lt;BR /&gt;nat (inside,backup) source dynamic SOURCE_SUBNET SECONDARY_PUBLIC_IP destination static DESTINATION_SUBNET DESTINATION_SUBNET&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;The normal traffic going under normal conditions through the primary ISP has no problems.&amp;nbsp;The real issue here is when we failover to the secondary ISP, the traffic is still diverted to the outside interface, mainly I guess, because of the NAT kind of "ACL match type" for sections 1 and 3,&amp;nbsp;the first matched statement is pointing (inside,outside). If I invert the order of the statements the VPN goes up on the secondary without any problems.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Now, if I use (inside,any) I force the route lookup, the traffic is correctely diverted to the actual used interface, but the PAT itself is still being pointed to the primary public ip.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Thanks in advance!&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 06:51:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808605#M170845</guid>
      <dc:creator>CSCO11789983</dc:creator>
      <dc:date>2019-03-12T06:51:01Z</dc:date>
    </item>
    <item>
      <title>Hi there,</title>
      <link>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808606#M170848</link>
      <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;Yes, you are facing the expected situation. However there is a feature eem scripts which has been added from version 9..2.1(upgrade the ASA). It removes the first statement from the configuration once your premiary link goes down in SLA. It does this by tracking one specific syslog id. Go through the link below :&lt;/P&gt;
&lt;P&gt;http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/118049-config-eem-00.html&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Hope it helps.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Akshay Rastogi&lt;/P&gt;
&lt;P&gt;Remember to mark the answer as correct if it answers your query or rate the helpful posts.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Nov 2015 09:24:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808606#M170848</guid>
      <dc:creator>Akshay Rastogi</dc:creator>
      <dc:date>2015-11-10T09:24:15Z</dc:date>
    </item>
    <item>
      <title>Hi Akshay, thanks for the</title>
      <link>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808607#M170849</link>
      <description>&lt;P&gt;Hi Akshay, thanks for the heads up, I will try this!&lt;/P&gt;</description>
      <pubDate>Tue, 10 Nov 2015 20:04:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/dynamic-policy-pat-issue/m-p/2808607#M170849</guid>
      <dc:creator>CSCO11789983</dc:creator>
      <dc:date>2015-11-10T20:04:21Z</dc:date>
    </item>
  </channel>
</rss>

