<?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: PBF monitor behavior not working in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217596#M62945</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;If the PBF rule is set to monitor and then disable, the packets will take the route of another PBF rule, if there is one, or the virtual router. PBF rules take place prior to the Virtual Routers so that is where it might be using hte routes. As stated previously, make sure the PBF rules is not set to disalbe.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
    <pubDate>Tue, 12 Jun 2018 18:45:00 GMT</pubDate>
    <dc:creator>OtakarKlier</dc:creator>
    <dc:date>2018-06-12T18:45:00Z</dc:date>
    <item>
      <title>PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217398#M62895</link>
      <description>&lt;P&gt;Hello, i'm configuring two PBF in order to isolate traffic between two destinations servers on two different ISP (without fail-over).&lt;/P&gt;&lt;P&gt;I have configured the PBFs with a monitor profile with Wait Recover option enabled.&lt;/P&gt;&lt;P&gt;I see that the traffic is being properly splitted by the PBFs,&amp;nbsp; but when I simulate an ISP failure the traffic of the failing ISP passes to the other ISP instead of drop until the failing ISP recovers, what am I doing wrong?&lt;/P&gt;</description>
      <pubDate>Mon, 11 Jun 2018 18:41:32 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217398#M62895</guid>
      <dc:creator>gmunoz</dc:creator>
      <dc:date>2018-06-11T18:41:32Z</dc:date>
    </item>
    <item>
      <title>Re: PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217416#M62900</link>
      <description>&lt;P&gt;Removed&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Solution see below from &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/27580"&gt;@OtakarKlier&lt;/a&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Jun 2018 20:18:35 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217416#M62900</guid>
      <dc:creator>Remo</dc:creator>
      <dc:date>2018-06-11T20:18:35Z</dc:date>
    </item>
    <item>
      <title>Re: PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217417#M62901</link>
      <description>&lt;P&gt;I tried with no monitor profile first, and the result was the same. After that I've tried enabling the monitor prof.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Jun 2018 19:47:41 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217417#M62901</guid>
      <dc:creator>gmunoz</dc:creator>
      <dc:date>2018-06-11T19:47:41Z</dc:date>
    </item>
    <item>
      <title>Re: PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217419#M62902</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Leave the monitor on and make sure the check box for 'Disable the rule if nexthop/monitor ip is unreachable' is not checked. Also do not enter a Next Hop IP.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Mon, 11 Jun 2018 20:12:10 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217419#M62902</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2018-06-11T20:12:10Z</dc:date>
    </item>
    <item>
      <title>Re: PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217420#M62903</link>
      <description>&lt;P&gt;I've also tried that and didn't work. Is any kind of "permanent static route" like in cisco's routers?&lt;/P&gt;</description>
      <pubDate>Mon, 11 Jun 2018 20:17:56 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217420#M62903</guid>
      <dc:creator>gmunoz</dc:creator>
      <dc:date>2018-06-11T20:17:56Z</dc:date>
    </item>
    <item>
      <title>Re: PBF monitor behavior not working</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217596#M62945</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;If the PBF rule is set to monitor and then disable, the packets will take the route of another PBF rule, if there is one, or the virtual router. PBF rules take place prior to the Virtual Routers so that is where it might be using hte routes. As stated previously, make sure the PBF rules is not set to disalbe.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Tue, 12 Jun 2018 18:45:00 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbf-monitor-behavior-not-working/m-p/217596#M62945</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2018-06-12T18:45:00Z</dc:date>
    </item>
  </channel>
</rss>

