<?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 Routing question in Next-Generation Firewall Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/routing-question/m-p/528242#M801</link>
    <description>&lt;P&gt;I might be overlooking something fundamental.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We are trying to slow-step out of another firewall into a PA. I have created an interface on the PA in the old subnet. I can ping across to the server and old firewall.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Clients behind the PA cannot get a DHCP address. I am wondering if trying to maintain the same subnet on a Legacy VLAN will even work.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am trying to put clients on the old subnet via layer 3 vlan. All the new switches have a static route that point to the PA interface (192.168.1.250). The PA VR has a static route to the old firewall (192.168.1.1). There is a DHCP relay pointed to the server (lets say 192.168.1.3 I have a rule in place to allow traffic back and forth including security and threat policies. I see no blocks and the old firewall has routes in place for return traffic.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Clients&amp;gt;Layer 2 VLAN on new switches&amp;gt;PA layer 3 interface&amp;gt;old flat network&amp;gt;old firewall(default gateway)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have pings allowed, but my client on the new switches with layer 2 VLAN cannot get DHCP and cannot communicate with static IP addresses.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I will sleep on this and comb through all configurations in the morning, but was hoping for a sanity check on the overall idea.&lt;/P&gt;</description>
    <pubDate>Mon, 23 Jan 2023 23:54:13 GMT</pubDate>
    <dc:creator>Brad_Teige</dc:creator>
    <dc:date>2023-01-23T23:54:13Z</dc:date>
    <item>
      <title>Routing question</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/routing-question/m-p/528242#M801</link>
      <description>&lt;P&gt;I might be overlooking something fundamental.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We are trying to slow-step out of another firewall into a PA. I have created an interface on the PA in the old subnet. I can ping across to the server and old firewall.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Clients behind the PA cannot get a DHCP address. I am wondering if trying to maintain the same subnet on a Legacy VLAN will even work.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am trying to put clients on the old subnet via layer 3 vlan. All the new switches have a static route that point to the PA interface (192.168.1.250). The PA VR has a static route to the old firewall (192.168.1.1). There is a DHCP relay pointed to the server (lets say 192.168.1.3 I have a rule in place to allow traffic back and forth including security and threat policies. I see no blocks and the old firewall has routes in place for return traffic.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Clients&amp;gt;Layer 2 VLAN on new switches&amp;gt;PA layer 3 interface&amp;gt;old flat network&amp;gt;old firewall(default gateway)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have pings allowed, but my client on the new switches with layer 2 VLAN cannot get DHCP and cannot communicate with static IP addresses.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I will sleep on this and comb through all configurations in the morning, but was hoping for a sanity check on the overall idea.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Jan 2023 23:54:13 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/routing-question/m-p/528242#M801</guid>
      <dc:creator>Brad_Teige</dc:creator>
      <dc:date>2023-01-23T23:54:13Z</dc:date>
    </item>
    <item>
      <title>Re: Routing question</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/routing-question/m-p/528487#M815</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/53550"&gt;@Brad_Teige&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;One note you need to remember for PAN DHCP relay is that once FW receive the DHCP request&amp;nbsp; and try to forward it to the DHCP server this traffic becomes inter-zone. Meaning the DHCP request from interface/zone pointing to the users needs to be forwarded to another interface/zone pointing to DHCP server. For that reason you need to have rule allowing dhcp traffic from one zone to another.&lt;/P&gt;
&lt;P&gt;Step2 from this guide - &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClFXCA0" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClFXCA0&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Above guide define any as destination, I would suggest you to restrict to only your trusted DHCP server.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I would also suggest to try to eliminate DHCP relay issues by:&lt;/P&gt;
&lt;P&gt;- Set static IP address one of the problematic machines, try to ping PA FW interface in that network (if don't have interface zone protection ping will fail, but) important part here is to check if you have ARP entry on the laptop for FW IP. Check if you have ARP on FW interface for that laptop. If no ARP you probably have issues with the VLAN config .&lt;/P&gt;
&lt;P&gt;- Set a packet capture on PA interface pointing to the users -&amp;nbsp; &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClTJCA0" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClTJCA0&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Important for the filter is to set : inbound interface, and non-IP include. Leave the capture running and try ipconfig /renew to trigger new DHCP request (don't forget to switch back from static ip to dhcp if you are testing from same laptop)&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2023 07:32:49 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/routing-question/m-p/528487#M815</guid>
      <dc:creator>aleksandar.astardzhiev</dc:creator>
      <dc:date>2023-01-25T07:32:49Z</dc:date>
    </item>
  </channel>
</rss>

