<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.24.1.1">
</HEAD>
<BODY>
Sorry everyone, I meant to say phase not face. <BR>
<BR>
L<BR>
<BR>
On Wed, 2009-01-21 at 10:36 -0600, Luis Fernando Lacayo wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
    Todd, <BR>
    <BR>
    have you considered creating a new subnet for servers that are not Production ready?  <BR>
    <BR>
    During our deployment face, we have what we call a management network, we use it for during the deployment face and also for the DELL OM / ITA.  When the server is ready for production, we activate the other nic to the production network.  <BR>
    <BR>
    You can make your second network as large as you want so you will not run out of IP's and if you make your lease time long enough you should not have a problem. <BR>
    <BR>
    good luck. <BR>
    <BR>
    <BR>
    <BR>
    On Wed, 2009-01-21 at 11:17 -0500, Todd Snyder wrote: 
    <BLOCKQUOTE TYPE=CITE>
<PRE>
The spot we ran in to this problem the most is on a provisioning network
- there can be 1 or 200 servers being provisioned, and we found it
simplest at times to just make host declarations, but we want the range
for any NEW servers that come in.  Because it's during provisioning
stuff, we don't want the IP to change, so we ended up assigning the
first IP they were given by DHCP as their static IP.  not a great
system, but not something we wanted to fight with, and it just kept
growing and growing and growing, as hack jobs tend to do :)


I will have to give the reservation a shot - thanks!!

Todd.

 

-----Original Message-----
From: <A HREF="mailto:dhcp-users-bounces@lists.isc.org">dhcp-users-bounces@lists.isc.org</A>
[<A HREF="mailto:dhcp-users-bounces@lists.isc.org">mailto:dhcp-users-bounces@lists.isc.org</A>] On Behalf Of Simon Hobson
Sent: Wednesday, January 21, 2009 11:00 AM
To: Users of ISC DHCP
Subject: RE: Mapping a MAC to an IP...

At 10:51 -0500 21/1/09, Todd Snyder wrote:
>My understanding is that you have to "break" the range to add host 
>declarations.
>
>This, to me, is the biggest pain I have with DHCP in a a production 
>environment.  What could be a nice general range declaration, with some

>hosts entries turns into a bunch of broken up and hard to dissect range

>declarations with hosts declarations sprinkled throughout.  for 5 
>entries, it's no biggie, but when putting in 50 or 60 hosts into a /24 
>there are a lot of lines. Multiply that by a few /24's and maintenance 
>gets to be quite difficult at times.

I've never had a problem that way, but then I'm managed my IP's rather
than scattering stuff all over the subnet in a random manner ! 
I guess that's no help if you've inherited a network from an admin that
just plugged stuff in and let it keep the address it got :-(

Also, if you are in that situation, there is now (I believe) another
option - you can mark a lease as reserved and it will be handled the
same as a dynamic address EXCEPT that it will be kept for use by the
same client and never re-allocated.

--
Simon Hobson

Visit <A HREF="http://www.magpiesnestpublishing.co.uk/">http://www.magpiesnestpublishing.co.uk/</A> for books by acclaimed
author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.
_______________________________________________
dhcp-users mailing list
<A HREF="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</A>
<A HREF="https://lists.isc.org/mailman/listinfo/dhcp-users">https://lists.isc.org/mailman/listinfo/dhcp-users</A>

---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
_______________________________________________
dhcp-users mailing list
<A HREF="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</A>
<A HREF="https://lists.isc.org/mailman/listinfo/dhcp-users">https://lists.isc.org/mailman/listinfo/dhcp-users</A>
</PRE>
    </BLOCKQUOTE>
    <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
______________________________________________________

Luis Fernando Lacayo
Chicago Public Schools
Senior Unix Administrator
ITS/ UNIX Infrastructure
Office: 773-553-3835
Cell: 773-203-4493
<A HREF="mailto:lflacayo@cps.k12.il.us">lflacayo@cps.k12.il.us</A>
______________________________________________________
               "In God we trust, the rest we monitor ..."


</PRE>
</TD>
</TR>
</TABLE>
<PRE>
_______________________________________________
dhcp-users mailing list
<A HREF="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</A>
<A HREF="https://lists.isc.org/mailman/listinfo/dhcp-users">https://lists.isc.org/mailman/listinfo/dhcp-users</A>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
______________________________________________________

Luis Fernando Lacayo
Chicago Public Schools
Senior Unix Administrator
ITS/ UNIX Infrastructure
Office: 773-553-3835
Cell: 773-203-4493
<A HREF="mailto:lflacayo@cps.k12.il.us">lflacayo@cps.k12.il.us</A>
______________________________________________________
               "In God we trust, the rest we monitor ..."


</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>