<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="https://publishpress.com/"
	
	>
<channel>
	<title>
	Comments on: ARP Probe and ARP Announcement	</title>
	<atom:link href="https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/</link>
	<description>Networking presented simply, practically, and applicably</description>
	<lastBuildDate>Sat, 08 Aug 2026 14:47:58 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Lucinda Byrd		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-256086</link>

		<dc:creator><![CDATA[Lucinda Byrd]]></dc:creator>
		<pubDate>Sat, 08 Aug 2026 14:47:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-256086</guid>

					<description><![CDATA[The distinction between a gratuitous ARP and an ARP probe is important when interpreting duplicate IP address detection in Cisco Packet Tracer, especially because the simulation may represent the packets differently from real network behavior. A clearer explanation of the packet fields and the purpose of each ARP message would make the example easier to follow. Discussions and experiences shared through&#160;&lt;a href=&quot;https://www.pissedconsumer.com/sandboxx/RT-F.html&quot; target=&quot;_blank&quot; rel=&quot;noopener nofollow ugc&quot;&gt;Sandboxx reviews&lt;/a&gt;&#160;can also be useful when comparing how different technical tools present network scenarios and troubleshooting information.]]></description>
			<content:encoded><![CDATA[<p>The distinction between a gratuitous ARP and an ARP probe is important when interpreting duplicate IP address detection in Cisco Packet Tracer, especially because the simulation may represent the packets differently from real network behavior. A clearer explanation of the packet fields and the purpose of each ARP message would make the example easier to follow. Discussions and experiences shared through&nbsp;<a href="https://www.pissedconsumer.com/sandboxx/RT-F.html" target="_blank" rel="noopener nofollow ugc">Sandboxx reviews</a>&nbsp;can also be useful when comparing how different technical tools present network scenarios and troubleshooting information.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rishita		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254989</link>

		<dc:creator><![CDATA[Rishita]]></dc:creator>
		<pubDate>Thu, 17 Apr 2025 08:41:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254989</guid>

					<description><![CDATA[I have a question if anyone can help with it..

Why an arp announcement is a request arp? What response is it seeking?]]></description>
			<content:encoded><![CDATA[<p>I have a question if anyone can help with it..</p>
<p>Why an arp announcement is a request arp? What response is it seeking?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: hamzayn		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254182</link>

		<dc:creator><![CDATA[hamzayn]]></dc:creator>
		<pubDate>Thu, 29 Dec 2022 09:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254182</guid>

					<description><![CDATA[This is a very nice article. Although I have a concern. Do the hosts still learn the mapping with 0.0.0.0 sender IP in the ARP probe? Obviously, this wouldn&#039;t have any effect if it does because technically a packet will never originate from 0.0.0.0 and the cache won&#039;t get polluted.... I just want to clarify if it adds this to the ARP cache table.]]></description>
			<content:encoded><![CDATA[<p>This is a very nice article. Although I have a concern. Do the hosts still learn the mapping with 0.0.0.0 sender IP in the ARP probe? Obviously, this wouldn&#8217;t have any effect if it does because technically a packet will never originate from 0.0.0.0 and the cache won&#8217;t get polluted&#8230;. I just want to clarify if it adds this to the ARP cache table.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ali Rustem		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254177</link>

		<dc:creator><![CDATA[Ali Rustem]]></dc:creator>
		<pubDate>Wed, 14 Dec 2022 07:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254177</guid>

					<description><![CDATA[I am a certified network architect, and I can say this is the best networking article I have ever read. Not just for ARP, in general I am speaking. It is very well-organized, well-explained with practical examples (pcaps) and animations. 8 years in networking business and I feel that I really, finally, understand ARP and all its flavors.  Man you are the best!!!!]]></description>
			<content:encoded><![CDATA[<p>I am a certified network architect, and I can say this is the best networking article I have ever read. Not just for ARP, in general I am speaking. It is very well-organized, well-explained with practical examples (pcaps) and animations. 8 years in networking business and I feel that I really, finally, understand ARP and all its flavors.  Man you are the best!!!!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254017</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Tue, 26 Apr 2022 20:41:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254017</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254005&quot;&gt;Bharath&lt;/a&gt;.

Without seeing a packet capture, you can&#039;t know whether it was an ARP Probe or Gratuitous ARP.  But the article above shows how to tell an ARP Probe vs Gratuitious arp, so this should be something you can test yourself.

Also, the video is using packet tracer, which is a network simulator -- it doesn&#039;t always work exactly the way real life does.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254005">Bharath</a>.</p>
<p>Without seeing a packet capture, you can&#8217;t know whether it was an ARP Probe or Gratuitous ARP.  But the article above shows how to tell an ARP Probe vs Gratuitious arp, so this should be something you can test yourself.</p>
<p>Also, the video is using packet tracer, which is a network simulator &#8212; it doesn&#8217;t always work exactly the way real life does.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254016</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Tue, 26 Apr 2022 20:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254016</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254000&quot;&gt;Rafael&lt;/a&gt;.

DHCP server keeps track of what is assigned. It doesn&#039;t actively check if something is/isn&#039;t in use, it relies on its own logs of what it has already given out and what it hasn&#039;t.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254000">Rafael</a>.</p>
<p>DHCP server keeps track of what is assigned. It doesn&#8217;t actively check if something is/isn&#8217;t in use, it relies on its own logs of what it has already given out and what it hasn&#8217;t.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Bharath		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254005</link>

		<dc:creator><![CDATA[Bharath]]></dc:creator>
		<pubDate>Sun, 17 Apr 2022 18:24:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254005</guid>

					<description><![CDATA[https://www.youtube.com/watch?v=g4WJ4I6XmXE&#038;list=PLruzrX735K0iSB4Xhirpah6K49GxiTSUi&#038;index=4

I came across this video where Cisco packet tracker was used to demonstrate the duplicate IP address issue. In this example the packet tracker software shows that the ARP packet sent is gratuitous ARP and not the probe. Can you provide clarity on this? would really appreciate it. 

Thanks
B]]></description>
			<content:encoded><![CDATA[<p><a href="https://www.youtube.com/watch?v=g4WJ4I6XmXE&#038;list=PLruzrX735K0iSB4Xhirpah6K49GxiTSUi&#038;index=4" rel="nofollow ugc">https://www.youtube.com/watch?v=g4WJ4I6XmXE&#038;list=PLruzrX735K0iSB4Xhirpah6K49GxiTSUi&#038;index=4</a></p>
<p>I came across this video where Cisco packet tracker was used to demonstrate the duplicate IP address issue. In this example the packet tracker software shows that the ARP packet sent is gratuitous ARP and not the probe. Can you provide clarity on this? would really appreciate it. </p>
<p>Thanks<br />
B</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rafael		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-254000</link>

		<dc:creator><![CDATA[Rafael]]></dc:creator>
		<pubDate>Sat, 09 Apr 2022 06:02:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-254000</guid>

					<description><![CDATA[Like the ARP Probe, does the DHCP Server also check if an IP address is already being used by another Host before offering it? For example: The DHCP Server makes a “Ping ECHO REQUEST” on the IP address before starting the DHCP Offer and after the DHCP Server sends a “DHCP ACK” the client also starts a check if the IP Address is not already being used by another device through the ARP Probe. Is there this junction of the DHCP Server testing the IP before offering it with a “Ping” and after assigning the IP Address to the client with the confirmation “DHCP ACK” the client also does a verification with the ARP Probe?]]></description>
			<content:encoded><![CDATA[<p>Like the ARP Probe, does the DHCP Server also check if an IP address is already being used by another Host before offering it? For example: The DHCP Server makes a “Ping ECHO REQUEST” on the IP address before starting the DHCP Offer and after the DHCP Server sends a “DHCP ACK” the client also starts a check if the IP Address is not already being used by another device through the ARP Probe. Is there this junction of the DHCP Server testing the IP before offering it with a “Ping” and after assigning the IP Address to the client with the confirmation “DHCP ACK” the client also does a verification with the ARP Probe?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-241390</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Sat, 13 Mar 2021 21:28:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-241390</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-238640&quot;&gt;Robert Vogler&lt;/a&gt;.

You&#039;d have to send me a packet capture of the IPDT probes and we could compare them to the G.ARP / ARP Probe packet captures in the article series.

PS: Is this the same Robert Vogler I worked with back at Rackspace =) ?]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-238640">Robert Vogler</a>.</p>
<p>You&#8217;d have to send me a packet capture of the IPDT probes and we could compare them to the G.ARP / ARP Probe packet captures in the article series.</p>
<p>PS: Is this the same Robert Vogler I worked with back at Rackspace =) ?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Robert Vogler		</title>
		<link>https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement/#comment-238640</link>

		<dc:creator><![CDATA[Robert Vogler]]></dc:creator>
		<pubDate>Wed, 03 Mar 2021 21:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1309#comment-238640</guid>

					<description><![CDATA[Can you clarify how the ARP probe differs from the IPDT (IP Device Tracking) Probe?  IPDT sometimes causes duplicate IP 0.0.0.0 errors.]]></description>
			<content:encoded><![CDATA[<p>Can you clarify how the ARP probe differs from the IPDT (IP Device Tracking) Probe?  IPDT sometimes causes duplicate IP 0.0.0.0 errors.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
