<?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 Prioritize Tunnel Static Route over L2 physical route in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526330#M108789</link>
    <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have an IPSec Tunnel between a remote central site and a PA-220.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This tunnel advertises it's remote internal network in 10.100.10.0/27.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="PA-1.png" style="width: 784px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46840i0608703A44AD5B26/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="PA-1.png" alt="PA-1.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;A static route has been created in the PA with a metric &amp;gt; 1 (10), to route traffic in direction of 10.100.10.0/27, through the IPSec tunnel interface, tun.254.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This route is effectively working, as an ICMP trace shows traffic flowing from the tunnel local IKE Peer interface (172.X.X.X) to a remote network host (10.100.10.15).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="pa3.png" style="width: 621px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46842i6F0FC28BFC242308/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="pa3.png" alt="pa3.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Now here is where things gets problematic, we also have a physical network directly connected to the PA appliance, covering all the range of the 10.0.0.0/8 subnet.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As such this creates by default a route with a metric of 0, which directs all traffic in direction of 10.0.0.0/8 through the physical interface that is connected to that network, as you may observe in the 2nd row of the following table :&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="pa-2.png" style="width: 775px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46841iD53FAAB8751B82E4/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="pa-2.png" alt="pa-2.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As 10.100.10.0/27 is included within 10.0.0.0/8, this rule (2nd row) takes precedence over my tunnel static route (3rd row), and therefore, the traffic that should be tunneled is routed through the physical interface (10.255.2.62), and never find it's proper destination.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In concrete terms, a local device that is behind the firewall would be unable to contact a remote host in the 10.100.10.0/27 network (10.100.10.15), because of this metric issue.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am aware this is keen to a design problem in the infrastructure, but I am just wondering how to engineer a solution to make such communication possible, a solution that doesn't involve changing existing addresses.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Kindly yours&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt;Please note you are posting a public message where community members and experts can provide assistance. Sharing private information such as serial numbers or company information is not recommended.</description>
    <pubDate>Mon, 09 Jan 2023 12:56:54 GMT</pubDate>
    <dc:creator>O.ELHANCHI</dc:creator>
    <dc:date>2023-01-09T12:56:54Z</dc:date>
    <item>
      <title>Prioritize Tunnel Static Route over L2 physical route</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526330#M108789</link>
      <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have an IPSec Tunnel between a remote central site and a PA-220.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This tunnel advertises it's remote internal network in 10.100.10.0/27.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="PA-1.png" style="width: 784px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46840i0608703A44AD5B26/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="PA-1.png" alt="PA-1.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;A static route has been created in the PA with a metric &amp;gt; 1 (10), to route traffic in direction of 10.100.10.0/27, through the IPSec tunnel interface, tun.254.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This route is effectively working, as an ICMP trace shows traffic flowing from the tunnel local IKE Peer interface (172.X.X.X) to a remote network host (10.100.10.15).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="pa3.png" style="width: 621px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46842i6F0FC28BFC242308/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="pa3.png" alt="pa3.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Now here is where things gets problematic, we also have a physical network directly connected to the PA appliance, covering all the range of the 10.0.0.0/8 subnet.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As such this creates by default a route with a metric of 0, which directs all traffic in direction of 10.0.0.0/8 through the physical interface that is connected to that network, as you may observe in the 2nd row of the following table :&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="pa-2.png" style="width: 775px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/46841iD53FAAB8751B82E4/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="pa-2.png" alt="pa-2.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As 10.100.10.0/27 is included within 10.0.0.0/8, this rule (2nd row) takes precedence over my tunnel static route (3rd row), and therefore, the traffic that should be tunneled is routed through the physical interface (10.255.2.62), and never find it's proper destination.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In concrete terms, a local device that is behind the firewall would be unable to contact a remote host in the 10.100.10.0/27 network (10.100.10.15), because of this metric issue.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am aware this is keen to a design problem in the infrastructure, but I am just wondering how to engineer a solution to make such communication possible, a solution that doesn't involve changing existing addresses.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Kindly yours&lt;/P&gt;&lt;BR /&gt;&lt;BR /&gt;Please note you are posting a public message where community members and experts can provide assistance. Sharing private information such as serial numbers or company information is not recommended.</description>
      <pubDate>Mon, 09 Jan 2023 12:56:54 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526330#M108789</guid>
      <dc:creator>O.ELHANCHI</dc:creator>
      <dc:date>2023-01-09T12:56:54Z</dc:date>
    </item>
    <item>
      <title>Re: Prioritize Tunnel Static Route over L2 physical route</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526334#M108791</link>
      <description>&lt;P&gt;Try to change metric of second route to 10.&lt;/P&gt;
&lt;P&gt;As /24 mask is more specific then this routing logic should work without issues.&lt;/P&gt;</description>
      <pubDate>Mon, 09 Jan 2023 13:36:39 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526334#M108791</guid>
      <dc:creator>Raido_Rattameister</dc:creator>
      <dc:date>2023-01-09T13:36:39Z</dc:date>
    </item>
    <item>
      <title>Re: Prioritize Tunnel Static Route over L2 physical route</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526337#M108792</link>
      <description>&lt;P&gt;Hey,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Would love to do just that, however that route is not static, it got added by the PA automatically after assigning an address to the corresponding interface.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am investigating the CLI as it seems impossible to edit in the UI.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 09 Jan 2023 14:03:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526337#M108792</guid>
      <dc:creator>O.ELHANCHI</dc:creator>
      <dc:date>2023-01-09T14:03:53Z</dc:date>
    </item>
    <item>
      <title>Re: Prioritize Tunnel Static Route over L2 physical route</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526338#M108793</link>
      <description>&lt;P&gt;Policy Based Forwarding is checked before routing table.&lt;/P&gt;
&lt;P&gt;If you have PBF to send&amp;nbsp;&lt;SPAN&gt;10.100.10.0/27 into the tunnel then virtual router is not checked for IPs in that subnet.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 09 Jan 2023 14:06:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prioritize-tunnel-static-route-over-l2-physical-route/m-p/526338#M108793</guid>
      <dc:creator>Raido_Rattameister</dc:creator>
      <dc:date>2023-01-09T14:06:52Z</dc:date>
    </item>
  </channel>
</rss>

