<?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: ARP data lost in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597531#M118842</link>
    <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/83320"&gt;@JoergSchuetter&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Was this over an MPLS circuit as described in the Reddit post?&amp;nbsp; When any network device is missing an ARP entry, it immediately sends an ARP request to find it.&amp;nbsp; This happens in milliseconds.&amp;nbsp; I think it is doubtful the PA-445 has an ARP issue because that would impact all IP over Ethernet traffic going through the NGFW.&amp;nbsp; It may be sporadic as you say.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You need to confirm if the NGFW is sending ARP requests or not.&amp;nbsp; If the NGFW does not, it is a bug.&amp;nbsp; If it does and receives no answer, it is a problem with the "router".&amp;nbsp; &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClfqCAC" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClfqCAC&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tom&lt;/P&gt;</description>
    <pubDate>Wed, 11 Sep 2024 11:54:49 GMT</pubDate>
    <dc:creator>TomYoung</dc:creator>
    <dc:date>2024-09-11T11:54:49Z</dc:date>
    <item>
      <title>ARP data lost</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597529#M118840</link>
      <description>&lt;P&gt;Hello&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We ran into a sporadic issue (once per day) where the communication between the firewall and the router stops for ~30 seconds. A deeper analyze revealed that the firewall has no ARP entry of the router for a short time.&lt;/P&gt;
&lt;P&gt;Our ARP ttl is with standard values (1'800 seconds). Adding a static ARP entry fixes the issue, but this does not scale (we have hundred of firewall clusters).&lt;/P&gt;
&lt;P&gt;There is a post on reddit which reports the same incident: &lt;A href="https://www.reddit.com/r/paloaltonetworks/comments/1cj6uje/palo_alto_losing_mac_address_from_cisco_router_on/" target="_blank"&gt;https://www.reddit.com/r/paloaltonetworks/comments/1cj6uje/palo_alto_losing_mac_address_from_cisco_router_on/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Did anyone stumble over this issue and found a "real" fix?&lt;/P&gt;</description>
      <pubDate>Wed, 11 Sep 2024 11:38:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597529#M118840</guid>
      <dc:creator>JoergSchuetter</dc:creator>
      <dc:date>2024-09-11T11:38:43Z</dc:date>
    </item>
    <item>
      <title>Re: ARP data lost</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597531#M118842</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/83320"&gt;@JoergSchuetter&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Was this over an MPLS circuit as described in the Reddit post?&amp;nbsp; When any network device is missing an ARP entry, it immediately sends an ARP request to find it.&amp;nbsp; This happens in milliseconds.&amp;nbsp; I think it is doubtful the PA-445 has an ARP issue because that would impact all IP over Ethernet traffic going through the NGFW.&amp;nbsp; It may be sporadic as you say.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You need to confirm if the NGFW is sending ARP requests or not.&amp;nbsp; If the NGFW does not, it is a bug.&amp;nbsp; If it does and receives no answer, it is a problem with the "router".&amp;nbsp; &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClfqCAC" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClfqCAC&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tom&lt;/P&gt;</description>
      <pubDate>Wed, 11 Sep 2024 11:54:49 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597531#M118842</guid>
      <dc:creator>TomYoung</dc:creator>
      <dc:date>2024-09-11T11:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: ARP data lost</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597538#M118847</link>
      <description>&lt;P&gt;Hello&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The affected models are PA-5220 and PA-820. There is no MPLS involved, just an aggregated ethernet via copper/fiber.&lt;BR /&gt;The traffic volume is high via that link, hence capturing the data might be a challenge. Any recommendation how to facilitate that on the firewall nodes?&lt;/P&gt;</description>
      <pubDate>Wed, 11 Sep 2024 12:21:26 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/arp-data-lost/m-p/597538#M118847</guid>
      <dc:creator>JoergSchuetter</dc:creator>
      <dc:date>2024-09-11T12:21:26Z</dc:date>
    </item>
  </channel>
</rss>

