Dan Nicholson wrote these words on 06/04/06 13:58 CST:

> I'm kind of shooting from the hip, but you can also control the router
> DHCP to do these kind of things.

There are several reasons why I prefer to not do this. Of course,
these are just my thoughts and YMMV.

1. I believe it easier to configure the machine itself with the static
IP address, than it is to configure the machine for DHCP and the DHCP
server with the MAC=IP.

2. You don't need DHCP software on the machine.

3. You don't have a single point-of-failure for your entire network.

4. You don't have to maintain a list of MAC=IP in a safe place should
you need to replace a broken router and use the same addresses.

5. You don't have a long delay in booting if the router happens to
be unavailable for whatever reason.

These are just reasons that I came up with thinking about it for
just a second. I'm sure folks could probably come up with more.

However, the downside of having to update a whole bunch of host
files when a new device is added to the network is one reason why
you would want to have a central device maintain all the device's
IP addresses.

And keep in mind, this is only if you want static IP's. If a DHCP
acquired address works for you, there is no reason not to use it.

The only thing I'm not sure of in the configuration of my D-Link
DI-524 is if it allows for resolving the assigned names of the
devices it gives static IPs to. I do know that a device on my
network right now that has a device name associated with it
(as far as the D-Link is concerned) and was assigned a DHCP
address cannot be resolved (by name) using a Linux machine on the
same subnet.

And that Linux machine has the D-Link router's IP address in
/etc/resolv.conf.

-- 
Randy

rmlscsi: [bogomips 1003.27] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686]
14:13:00 up 23 days, 6:13, 1 user, load average: 0.18, 0.23, 0.10
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to