<?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 Tunnel Monitor Query in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327459#M83335</link>
    <description>&lt;P&gt;I want to configure an IPSec VPN tunnel with redundant VPN peers primary peer "A" using tunnel1 and secondary peer "B" (if "A" goes down) using tunnel2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can configure failover using Tunnel Monitoring, but my question is "Why are routes to my VPN peer network installed in the routing table using tunnel1 (more preferred) over tunnel2?". I cannot see where we say tunnel1 is the primary, routes via tunnel2 should only be installed if tunnel1 goes down?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note: I am not considering failover using static route monitoring at this time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 12 May 2020 00:57:05 GMT</pubDate>
    <dc:creator>djohnson229</dc:creator>
    <dc:date>2020-05-12T00:57:05Z</dc:date>
    <item>
      <title>Tunnel Monitor Query</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327459#M83335</link>
      <description>&lt;P&gt;I want to configure an IPSec VPN tunnel with redundant VPN peers primary peer "A" using tunnel1 and secondary peer "B" (if "A" goes down) using tunnel2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can configure failover using Tunnel Monitoring, but my question is "Why are routes to my VPN peer network installed in the routing table using tunnel1 (more preferred) over tunnel2?". I cannot see where we say tunnel1 is the primary, routes via tunnel2 should only be installed if tunnel1 goes down?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note: I am not considering failover using static route monitoring at this time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2020 00:57:05 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327459#M83335</guid>
      <dc:creator>djohnson229</dc:creator>
      <dc:date>2020-05-12T00:57:05Z</dc:date>
    </item>
    <item>
      <title>Re: Tunnel Monitor Query</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327502#M83348</link>
      <description>&lt;P&gt;if a vpn tunnel goes down the interface is not necessarily 'down', a monitoring profile set to 'failover' will bring it down&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;routes on an interface will stay in the routing table as long as the interface is up, when monitoring brings down the interfaces, the route will disappear and the next lowest metric will pick up the traffic (tunnel 2 with a higher metric)&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2020 10:32:12 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327502#M83348</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2020-05-12T10:32:12Z</dc:date>
    </item>
    <item>
      <title>Re: Tunnel Monitor Query</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327562#M83361</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I also use Policy Based Forwarding to prefer the primary endpoint so that if it goes down then the PBF no longer takes effect and the Virtual router takes over. I also put OSPF on both ends with metrics so there is no weird routing loops.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps.&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2020 15:53:48 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-query/m-p/327562#M83361</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2020-05-12T15:53:48Z</dc:date>
    </item>
  </channel>
</rss>

