<?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 PBF - Best practices for Target IP Address in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-best-practices-for-target-ip-address/m-p/7868#M5811</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello all,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When you want to failover between 2 ISP with PBF features, what are the best practices for the choice of the target IP addresses?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If we use the default gw of ISP 1 (for ISP 1 tracking) and ISP2 (for ISP2 tracking), it's sometimes possible that the default GW of ISP is still UP (LAN interface of the ISP router) whereas the ISP line is down.&lt;/P&gt;&lt;P&gt;So the PBF rules will fail.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do we have to chose a public IP address for the target IP address? In this case, do we have to add a static route for that host in the VR ?&amp;nbsp; Is this the best practice or does it exist a better method ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your feedbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 15 Nov 2011 15:17:10 GMT</pubDate>
    <dc:creator>alliance</dc:creator>
    <dc:date>2011-11-15T15:17:10Z</dc:date>
    <item>
      <title>PBF - Best practices for Target IP Address</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-best-practices-for-target-ip-address/m-p/7868#M5811</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello all,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When you want to failover between 2 ISP with PBF features, what are the best practices for the choice of the target IP addresses?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If we use the default gw of ISP 1 (for ISP 1 tracking) and ISP2 (for ISP2 tracking), it's sometimes possible that the default GW of ISP is still UP (LAN interface of the ISP router) whereas the ISP line is down.&lt;/P&gt;&lt;P&gt;So the PBF rules will fail.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do we have to chose a public IP address for the target IP address? In this case, do we have to add a static route for that host in the VR ?&amp;nbsp; Is this the best practice or does it exist a better method ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your feedbacks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 15 Nov 2011 15:17:10 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-best-practices-for-target-ip-address/m-p/7868#M5811</guid>
      <dc:creator>alliance</dc:creator>
      <dc:date>2011-11-15T15:17:10Z</dc:date>
    </item>
    <item>
      <title>Re: PBF - Best practices for Target IP Address</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-best-practices-for-target-ip-address/m-p/7869#M5812</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can monitor a public address like 4.2.2.1 and since your policy / routing through the Untrust probably allows for traffic to the Internet you should not need a specific host route for that address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Having an IP address on the Internet - that is different from your ISP gateway is the better way (as you said)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 17 Nov 2011 17:10:49 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-best-practices-for-target-ip-address/m-p/7869#M5812</guid>
      <dc:creator>sjamaluddin</dc:creator>
      <dc:date>2011-11-17T17:10:49Z</dc:date>
    </item>
  </channel>
</rss>

