<?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: tunnel monitor works improperly in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-works-improperly/m-p/412425#M92828</link>
    <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/111465"&gt;@DongQu&lt;/a&gt; ,&lt;/P&gt;&lt;P&gt;There are some gotchas when working with tunnel monitor, which is very crucial to remember:&lt;/P&gt;&lt;P&gt;- Tunnel monitor are ping probes that are source from the ip assigned on the tunnel interface.&lt;/P&gt;&lt;P&gt;- &lt;STRONG&gt;Those probes does not pass through any policy (that incluse nat and security) neither the routing tabel. &lt;/STRONG&gt;Which means when you run the pings manualy they will match your NAT rule and the source will be NAT-ed behing the ip in your local proxy-id. In addition ping will check the routing tabel before being routed through the tunnel.&lt;/P&gt;&lt;P&gt;- &lt;STRONG&gt;Source and destination of those ping probes must match your local and remote proxy&lt;/STRONG&gt;. Because the tunnel monitor probes does not pass through the NAT policy the source is not matching your proxy-id and therefor it will be dropped by the IPsec tunnel.&lt;/P&gt;&lt;P&gt;- The whole purpose of tunnel monitor is to "disable" the logical/virtual tunnel interface if the ping is failing. That is why you will see status as red, while phase1 and phase2 established. Because the tunnel interface is listed as down, the associated static routes will also be "disabled" and will be removed from forwading table (FIB), which will cause your manual pings to fail (no more route to destination)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I understand you will hide your local network behind one ip address and list only this address in the proxy-id. In that case I believe it is more conviniant to assign the IP that you will use for source NAT to the tunnel interface. After that just change the NAT rule to use interface ip for the dynamic ip and port nat.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This way the tunnel monitor probes will be sourced from IP that is part of the proxy-id without the need to add additional addresses to the proxy-id&lt;/P&gt;</description>
    <pubDate>Thu, 10 Jun 2021 17:51:42 GMT</pubDate>
    <dc:creator>aleksandar.astardzhiev</dc:creator>
    <dc:date>2021-06-10T17:51:42Z</dc:date>
    <item>
      <title>tunnel monitor works improperly</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-works-improperly/m-p/412376#M92823</link>
      <description>&lt;P&gt;hello&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am trying to enable the tunnel monitoring for an IPSec tunnel(not sure what device the other end is using) and got very interesting result.&lt;/P&gt;&lt;P&gt;The proxy id config is&lt;/P&gt;&lt;P&gt;local:172.16.17.3/32&lt;/P&gt;&lt;P&gt;remote: 146.48.211.0/24&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My client subnet 172.16.2.0/24 will be natted to&amp;nbsp;172.16.17.3/32 while accessing to&amp;nbsp;146.48.211.0/24.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I assigned an IP 172.16.2.222 to the tunnel interface and it is able to ping 146.48.211.163 before enabling the "tunnel monitoring"&lt;/P&gt;&lt;P&gt;146.48.211.163 is being used as the dest IP in the tunnel monitoring config.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The result after enabling tunnel monitoring is really interesting and I cannot understand why.&lt;/P&gt;&lt;P&gt;As long as I enabled the tunnel monitor, the tunnel status icon changes to "&lt;FONT color="#FF0000"&gt;red&lt;/FONT&gt;" and the tunnel interface is not able to ping the dest IP.&lt;/P&gt;&lt;P&gt;monitor: on&lt;BR /&gt;monitor status: down&lt;BR /&gt;monitor dest: 146.48.211.163&lt;BR /&gt;monitor interval: 2 seconds&lt;BR /&gt;monitor threshold: 5 probe losses&lt;BR /&gt;monitor bitmap: 00000&lt;BR /&gt;monitor packets sent: 118&lt;/P&gt;&lt;P&gt;monitor packets recv: 0&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Jun 2021 14:43:39 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-works-improperly/m-p/412376#M92823</guid>
      <dc:creator>DongQu</dc:creator>
      <dc:date>2021-06-10T14:43:39Z</dc:date>
    </item>
    <item>
      <title>Re: tunnel monitor works improperly</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-works-improperly/m-p/412425#M92828</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/111465"&gt;@DongQu&lt;/a&gt; ,&lt;/P&gt;&lt;P&gt;There are some gotchas when working with tunnel monitor, which is very crucial to remember:&lt;/P&gt;&lt;P&gt;- Tunnel monitor are ping probes that are source from the ip assigned on the tunnel interface.&lt;/P&gt;&lt;P&gt;- &lt;STRONG&gt;Those probes does not pass through any policy (that incluse nat and security) neither the routing tabel. &lt;/STRONG&gt;Which means when you run the pings manualy they will match your NAT rule and the source will be NAT-ed behing the ip in your local proxy-id. In addition ping will check the routing tabel before being routed through the tunnel.&lt;/P&gt;&lt;P&gt;- &lt;STRONG&gt;Source and destination of those ping probes must match your local and remote proxy&lt;/STRONG&gt;. Because the tunnel monitor probes does not pass through the NAT policy the source is not matching your proxy-id and therefor it will be dropped by the IPsec tunnel.&lt;/P&gt;&lt;P&gt;- The whole purpose of tunnel monitor is to "disable" the logical/virtual tunnel interface if the ping is failing. That is why you will see status as red, while phase1 and phase2 established. Because the tunnel interface is listed as down, the associated static routes will also be "disabled" and will be removed from forwading table (FIB), which will cause your manual pings to fail (no more route to destination)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I understand you will hide your local network behind one ip address and list only this address in the proxy-id. In that case I believe it is more conviniant to assign the IP that you will use for source NAT to the tunnel interface. After that just change the NAT rule to use interface ip for the dynamic ip and port nat.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This way the tunnel monitor probes will be sourced from IP that is part of the proxy-id without the need to add additional addresses to the proxy-id&lt;/P&gt;</description>
      <pubDate>Thu, 10 Jun 2021 17:51:42 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tunnel-monitor-works-improperly/m-p/412425#M92828</guid>
      <dc:creator>aleksandar.astardzhiev</dc:creator>
      <dc:date>2021-06-10T17:51:42Z</dc:date>
    </item>
  </channel>
</rss>

