<?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: Traffic Logging for Path Monitoring in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-logging-for-path-monitoring/m-p/501328#M105237</link>
    <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/195388"&gt;@GarrettMichaelHayes&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Unfortunately I am afraid that there is no way to see this traffic from the firewall.&lt;/P&gt;
&lt;P&gt;The following KB explain the PBF and Tunnel Monitor, but Path monitor on static route is pretty much the same concept&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClGtCAK" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClGtCAK&lt;/A&gt; &lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;    Probes use ICMP echo requests with the source IP address of the egress interface as configured under the Forwarding tab of the PBF rule.

    Probes do not go through flow module. Route lookup/ policy lookup/ nat lookup etc. do not apply on these probes on the firewall where monitoring is configured.

    Probes are sent out of the same egress interface as configured in the PBF rule, either via the next hop mentioned, or in case of a tunnel interface, via the same tunnel.

    Further down the network, these probes should be treated as normal ICMP echo requests and for probes to be successful, proper Access Lists, routes should be configured.

    Probes are NOT sent out using the interface as returned by route lookup, so pinging the monitored target IP address from dataplane using CLI is not always a valid test to troubleshoot monitoring probe failures.

    Probes do not create sessions, or traffic logs or data plane debug logs or packet captures on the source firewall, so to check them the most appropriate place to check is outside firewall.&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Basically FW does not have any visibilty over those probes - no log, no capture, no nothing.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The only way I can think of you can confirm path monitor status is by:&lt;/P&gt;
&lt;P&gt;- looking at CLI status with &amp;gt; show routing path-monitor virtual-router &amp;lt;vr-name&amp;gt;&lt;/P&gt;
&lt;P&gt;- looking at GUI system logs for subtype "routing"&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I would agree that your problem is somewhere in the ISP, you may want to consider either:&lt;/P&gt;
&lt;P&gt;- Start monitoring another public IP - for example 8.8.8.8&lt;/P&gt;
&lt;P&gt;- Add additional IP to monitor and decide to failover either if both pings fail or any&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 07 Jun 2022 15:24:54 GMT</pubDate>
    <dc:creator>aleksandar.astardzhiev</dc:creator>
    <dc:date>2022-06-07T15:24:54Z</dc:date>
    <item>
      <title>Traffic Logging for Path Monitoring</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-logging-for-path-monitoring/m-p/499288#M105178</link>
      <description>&lt;P&gt;I'm wondering if the Palo Alto firewall (PA3020) logs the ping traffic of a path monitoring setup, or if it can be configured to do so.&lt;/P&gt;&lt;P&gt;Let me explain why.&lt;/P&gt;&lt;P&gt;We have configured path monitoring on the default route through our primary ISP.&amp;nbsp; During manual testing (unplug the ethernet cable) the failover to the secondary works just fine.&amp;nbsp; However, we've seen a couple of recent events where connectivity went down for longer than the 2 minute wait time, but no failover happened.&lt;/P&gt;&lt;P&gt;The IP we are pinging is the default gateway of the ISP, so I'm pretty confident that whatever is breaking is happening further out on the ISP's network.&amp;nbsp; But when management asks "Why didn't the connection fail over?" I'd like to be able to point at a log and say, "See here?&amp;nbsp; The pings to the gateway went right on working. So the problem was outside our facility."&lt;/P&gt;&lt;P&gt;Any ideas?&lt;/P&gt;</description>
      <pubDate>Fri, 03 Jun 2022 15:36:37 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/traffic-logging-for-path-monitoring/m-p/499288#M105178</guid>
      <dc:creator>GarrettMichaelHayes</dc:creator>
      <dc:date>2022-06-03T15:36:37Z</dc:date>
    </item>
    <item>
      <title>Re: Traffic Logging for Path Monitoring</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/traffic-logging-for-path-monitoring/m-p/501328#M105237</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/195388"&gt;@GarrettMichaelHayes&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Unfortunately I am afraid that there is no way to see this traffic from the firewall.&lt;/P&gt;
&lt;P&gt;The following KB explain the PBF and Tunnel Monitor, but Path monitor on static route is pretty much the same concept&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClGtCAK" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClGtCAK&lt;/A&gt; &lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;    Probes use ICMP echo requests with the source IP address of the egress interface as configured under the Forwarding tab of the PBF rule.

    Probes do not go through flow module. Route lookup/ policy lookup/ nat lookup etc. do not apply on these probes on the firewall where monitoring is configured.

    Probes are sent out of the same egress interface as configured in the PBF rule, either via the next hop mentioned, or in case of a tunnel interface, via the same tunnel.

    Further down the network, these probes should be treated as normal ICMP echo requests and for probes to be successful, proper Access Lists, routes should be configured.

    Probes are NOT sent out using the interface as returned by route lookup, so pinging the monitored target IP address from dataplane using CLI is not always a valid test to troubleshoot monitoring probe failures.

    Probes do not create sessions, or traffic logs or data plane debug logs or packet captures on the source firewall, so to check them the most appropriate place to check is outside firewall.&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Basically FW does not have any visibilty over those probes - no log, no capture, no nothing.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The only way I can think of you can confirm path monitor status is by:&lt;/P&gt;
&lt;P&gt;- looking at CLI status with &amp;gt; show routing path-monitor virtual-router &amp;lt;vr-name&amp;gt;&lt;/P&gt;
&lt;P&gt;- looking at GUI system logs for subtype "routing"&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I would agree that your problem is somewhere in the ISP, you may want to consider either:&lt;/P&gt;
&lt;P&gt;- Start monitoring another public IP - for example 8.8.8.8&lt;/P&gt;
&lt;P&gt;- Add additional IP to monitor and decide to failover either if both pings fail or any&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2022 15:24:54 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/traffic-logging-for-path-monitoring/m-p/501328#M105237</guid>
      <dc:creator>aleksandar.astardzhiev</dc:creator>
      <dc:date>2022-06-07T15:24:54Z</dc:date>
    </item>
  </channel>
</rss>

