<?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: Alternative Way for IPsec Tunnel in Palo Alto 850 in Next-Generation Firewall Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592878#M3480</link>
    <description>&lt;P&gt;In this scenario your IP connectivity depends on BGP to move your IP addresses around when there is an ISP outage.&lt;/P&gt;
&lt;P&gt;Do you also have 'local' IP addresses provided by the ISP? This would allow you to set up 2 ipsec tunnels using the 'normal' (non BGP) public addresses so your tunnels do not depend on the BGP IP being moved around (as that will always lead to a tunnel outage)&lt;/P&gt;</description>
    <pubDate>Wed, 24 Jul 2024 10:25:11 GMT</pubDate>
    <dc:creator>reaper</dc:creator>
    <dc:date>2024-07-24T10:25:11Z</dc:date>
    <item>
      <title>Alternative Way for IPsec Tunnel in Palo Alto 850</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592869#M3478</link>
      <description>&lt;P&gt;Hello Team,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As I am studying Palo Alto and am a newbie, I have created a lab setup where I use BGP peering between a PA 850 and ISPs. The PA's IP, used for BGP peering, is also used for the IPsec tunnel. I discovered a vulnerability where an ISP outage results in no IP connectivity between the IPsec local and remote IPs, causing both Phase 1 and Phase 2 of the tunnel to go down. This setup is dependent on the ISPs.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Is it possible to:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;Set up two IPsec tunnels from both ISPs in an IPsec active/standby configuration???&lt;/LI&gt;
&lt;LI&gt;Is there any other easier way to accomplish the requirement? &lt;BR /&gt;FYI: No additional public IP interface on the PA.&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;I appreciate your response in advance!&lt;/P&gt;
&lt;P&gt;Screenshot of design attached!!&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Punk!&lt;/P&gt;</description>
      <pubDate>Wed, 24 Jul 2024 09:43:45 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592869#M3478</guid>
      <dc:creator>soorajpmenon5</dc:creator>
      <dc:date>2024-07-24T09:43:45Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative Way for IPsec Tunnel in Palo Alto 850</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592874#M3479</link>
      <description>&lt;P&gt;Design!&lt;/P&gt;</description>
      <pubDate>Wed, 24 Jul 2024 09:46:18 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592874#M3479</guid>
      <dc:creator>soorajpmenon5</dc:creator>
      <dc:date>2024-07-24T09:46:18Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative Way for IPsec Tunnel in Palo Alto 850</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592878#M3480</link>
      <description>&lt;P&gt;In this scenario your IP connectivity depends on BGP to move your IP addresses around when there is an ISP outage.&lt;/P&gt;
&lt;P&gt;Do you also have 'local' IP addresses provided by the ISP? This would allow you to set up 2 ipsec tunnels using the 'normal' (non BGP) public addresses so your tunnels do not depend on the BGP IP being moved around (as that will always lead to a tunnel outage)&lt;/P&gt;</description>
      <pubDate>Wed, 24 Jul 2024 10:25:11 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592878#M3480</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2024-07-24T10:25:11Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative Way for IPsec Tunnel in Palo Alto 850</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592901#M3484</link>
      <description>&lt;P&gt;Hello Reaper,&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;No more IPs. Thanks for the suggestion. Anyway it would be good to add a public interface(my public) on both sites and do the tunneling through that right. This way, there won't be any ISP dependency, and I'll have the redundancy of dual ISPs!&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Punk&lt;/P&gt;</description>
      <pubDate>Wed, 24 Jul 2024 15:09:42 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/alternative-way-for-ipsec-tunnel-in-palo-alto-850/m-p/592901#M3484</guid>
      <dc:creator>soorajpmenon5</dc:creator>
      <dc:date>2024-07-24T15:09:42Z</dc:date>
    </item>
  </channel>
</rss>

