Re: arp who-has? tell?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



John Cornelius wrote:
I had not intended to start a religious argument here when I said the

It's hardly a religious matter when the truth of the matter can be ascertained.

DHCP server ARPs to find out if the address it's going to assign is already in use.

John Summerfield is correct that the specification calls for an ICMP echo request to be sent.

Mogens is correct that the ICMP echo is the mechanism used to generate the ARP request and subsequently verify the existence or absence of the address on the segment.

ARP is the mechanism for providing an association between the physical link layer and the logical link layer entities. IP addresses are logical link layer entities and ethernet (MAC) addresses are physical link layer entities.

ARP is the mechanism used on ethernet networks, but it's not the only medium capable of transporting IP traffic. PPP, for example, carries IP traffic (though DHCP doesn't support address management over it). I can imagine a wired local network though, that does not use ethernet frames, but is capable of transporting encapsulated IP traffic. For a simple case, imagine something like ethernet but with 64-bit addresses.

I'm trying hard to remember my HDLC/SDLC packets....

Here's a short summary:
http://www.pulsewan.com/data101/sdlc_basics.htm

here's the course notes to a CS course.
http://www.cs.mtu.edu/~soner/courses/cs4461/shared/index.htm
The ARP packets contain ethernet addresses:
http://www.cs.mtu.edu/~soner/courses/cs4461/ip/sld010.htm
they would not be usable on a network that's like ethernet but with a different-sized address field.

the point is that, as the DHCP server itself doesn't create the ARP packets, it doesn't care whether ARP or some other mechanism is used to help transport ICMP packets.

Also, using ICMP and not ARP protects (or confuses) things if there are two networks on different wire with the same IP addresses. This could (and does) happen if two LANs are joined by a VPN.



ICMP may not depend on knowing how the traffic is transported but it does depend on knowing that it can be transported. That's what address resolution is all about. If the logical address (IP) cannot be resolved to a MAC address it cannot be transported.

Merry Christmas, Happy Hanukah, and a prosperous New Year to you all.

--jc

Mogens Kjaer wrote:

John Summerfield wrote:
..

ICMP doesn't depend on knowing how IP traffic is transported.


If I ping (send ICMP echo request) a non-existing, local IP
address, the first thing my machine does is sending an
arp who-has on the wire. No ICMP package is sent before
my machine receives the is-at answer.

Mogens




--

Cheers
John

-- spambait
1aaaaaaa@xxxxxxxxxxxxxxxx  Z1aaaaaaa@xxxxxxxxxxxxxxxx
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375

You cannot reply off-list:-)

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux